01
Requirements → Structure
고객사, 현업, 개발자, 디자이너가 서로 다른 언어로 이야기하는 요구사항을 기능, 화면, 정책, 데이터, 일정 기준으로 구조화합니다.
Profile · 03
복잡한 요구사항을 실행 가능한 서비스 구조로 구체화합니다.
사용자 경험과 운영 흐름, 기능과 정책이 실제로 함께 작동하도록 설계합니다.
강지환은 ryankang이라는 이름으로 활동하는 PM · Service Planner입니다.
Service Planning as the foundation.
모호한 요구사항을 실제로 디자인하고, 개발하고, 테스트하고, 운영할 수 있는 구조로 바꾸는 일에 집중합니다.
요구사항을 기능과 화면, 정책과 데이터로 나누고, 사용자 경험과 운영자의 업무가 서로 다른 기준으로 움직이지 않도록 연결합니다.
Structure before decoration.
01
고객사, 현업, 개발자, 디자이너가 서로 다른 언어로 이야기하는 요구사항을 기능, 화면, 정책, 데이터, 일정 기준으로 구조화합니다.
02
정상 플로우만 그리지 않습니다. 실패 케이스, 예외 상황, 상태값, 권한, 관리자 처리와 실제 운영 프로세스까지 함께 정의합니다.
03
산출물은 설명을 위한 문서가 아니라 실행을 위한 기준이어야 합니다. 디자인과 개발, QA, 운영이 다음 행동을 결정할 수 있는 구체적인 문서를 만듭니다.
Education · Finance & Insurance · Entertainment · Non-profit · Payment · Digital Platform
도메인은 달라도 서비스가 실제로 작동하기 위해 필요한 기준은 비슷합니다. 사용자의 흐름과 운영자의 업무, 정책과 데이터, 구현과 검증 사이의 관계를 파악하고 각 환경에 맞는 구조로 구체화해왔습니다.
From context to validation.
서비스 목적, 사용자, 기존 업무 흐름, 운영 환경과 현재 개발 상태를 먼저 파악합니다.
흩어진 요구사항을 기능, 화면, 정책, 데이터와 우선순위 기준으로 나눕니다.
정상 흐름뿐 아니라 상태값, 권한, 예외 케이스와 Admin 처리 방식까지 구체화합니다.
고객사, 현업, 디자인, 개발이 같은 기준으로 판단할 수 있도록 결정사항과 변경사항을 문서화합니다.
QA를 통해 구현 결과뿐 아니라 기획한 정책과 흐름이 실제 서비스에서 올바르게 작동하는지 확인합니다.