넛지헬스케어 · 2024
모바일 Offerwall SDK — 기획 요구사항을 실행 위치로 분해
앱·웹·SDK·서버·QA가 함께 붙은 프로젝트에서, 각 기능이 어느 영역에서 실행되고 어디에 저장되는지를 정의했다.
- Android
- iOS
- Web
- SDK
- REST API
제원
- 소속
- 넛지헬스케어
- 기간
- 2024
- 참여
- 앱 · 웹 · SDK · 서버 · QA · 기획, 약 15명
- 실행 영역
- Android · iOS · Web · SDK · Backend
- 역할
- 요구사항의 기술 구조 변환 · 실행 위치 및 호출 흐름 설계 · 조직 간 조율
배경
기획 요구사항은 '무엇이 되어야 하는가'로 쓰여 있었다. 그대로는 여러 시스템이 실행할 수 없다. 기능마다 어느 영역에서 로직을 처리할지, 데이터를 어디에 저장할지가 정해져야 개발이 시작된다.
수행
기능별로 실행 위치를 정의했다. Android, iOS, Web, SDK, 백엔드 중 어디가 그 로직을 갖는지 정했다.
데이터 저장 위치와 전달 흐름, API 호출 관계와 실행 순서, 서비스 간 의존성을 흐름도와 시퀀스로 구조화했다.
예외 상황과 실패 처리, 변경 영향 범위를 함께 정의했다. 성공 경로만 있는 설계는 QA 단계에서 무너진다.
기획의 요구와 개발 제약이 충돌하면 구현 난이도와 변경 영향을 설명하고 대안을 합의했다. 백엔드·Android·iOS·웹·QA와 API 규격, 일정, 의존성을 맞췄다.
시스템
기능마다 어디가 실행하고 어디가 기록하는지를 먼저 정했다.
앱은 SDK를 통해 웹 뷰를 띄우고, SDK는 인증과 이벤트를 백엔드로 보낸다. 확정된 상태는 백엔드가 보관한다.
역할 경계
- SDK와 네이티브 앱의 구현은 각 플랫폼 팀이 담당했다. 나는 요구사항을 실행 가능한 구조로 바꾸고 조직 간 인터페이스를 맞추는 역할이었다.
- 이 프로젝트의 성과는 여러 조직의 공동 결과다.