가설 플랜 3, 4주차 작업: 페르소나 및 핵심 가치 정의, 가설 도출, 서비스 구조 설계
- applefishP
- 1일 전
- 3분 분량
앱 또는 웹으로 사용자에게 제공될 서비스는 현 시점 기준 미래의 상호작용입니다. 그러므로 시장 변동성에 대한 반영이 서비스 설계에 있어야 합니다. 이 때문에 서비스 가설을 기반으로 앱 또는 웹 서비스를 구조화 하게 됩니다.
서비스 가설을 기반으로 구조 설계가 되어야 한다는 것은 고객사가 앱과 웹을 개발하는 중에도 경쟁사는 앱/웹을 업그레이드 할 수 있고, 사용자의 시장 요구는 변화할 수 있기 때문입니다.
가설 플랜 3, 4주 핵심 사용자(페르소나) 정의
서비스 구조 설계를 시작하기 이전에 페르소나를 정의하는 것은 비용 효율성, 이익 극대화를 기본 작업입니다. 서비스의 제품 성격 상 사용자마다 같은 기능과 UI에 대한 만족도는 미묘하게 다를 수 있기 때문입니다.
결국 어떤 사용자에게 제공할 서비스인가를 고려하면서 앱과 웹을 설계/개발하고 마케팅 하는 것은 비용 측면의 큰 차이를 발생 시킵니다. 더하여 기대 매출 또한 상당히 차이가 난다는 점은 의심할 여지 없이 여러 기업들의 비즈니스 케이스를 통해 증명된 사실입니다.
페르소나 설정 방법
서비스 사용자 페르소나를 설정하는 방법이 정해져 있는 것은 아닙니다. 하지만 명심해야 할 것은 매우 구체적이어야 한다는 점입니다.
이는 드라마나 영화의 주인공, 악당의 행동 개연성, 태도의 이해와 공감 상황을 생각해보면 쉽게 이해 되실 것입니다.
서비스 사용자 페르소나 역시 드라마나 영화 주인공, 조연의 서사와 행동이 공감되기 위해 역할 설명이 되어야 하듯이 작성하면 됩니다. 왜 사용자가 다른 방식이나 프로세스가 아니라 이 기능과 UI 방식을 선호하는지 공감과 이해가 될 수준으로 묘사하면 됩니다.
다음은 페르소나를 설정하는 간단한 예시입니다.
대상 사용자의 성격과 특징
취미, 직업, 살고 있는 장소, 수입, 외식 스타일 등
서비스를 이용 상황
페르소나 설정 시 묘사는 그 대상의 라이프, 생각, 선호 등을 유추할 수 있게 자세하면 할 수록 좋습니다. 이러한 사용자 정보는 가설(IF)의 서비스 이용 선택의 근거가 됩니다.
여기서 오해 하지 말아야 하는 것은 서비스 사용자 페르소나가 실제 서비스 시 사용자 개개인을 의미하는 것을 아니라는 점입니다. 페르소나는 소비자 집단(SOM/수익시장) 대표하는 가상의 사용자입니다. 그래서 마치 드라마, 영화 인물을 묘사하는 것과 비슷합니다.
가설 플랜 3, 4주차 서비스 핵심 가치 정의
초보 기획자가 하는 착각 중에 하나가 많은 기능과 메뉴를 제공하면 더 많은 사용자를 확보할 수 있다고 생각하는 것입니다. 많은 경우 사람의 선택은 더 많은 좋은 것이 있기 때문이 아니라 확실히 좋은 하나가 있기 때문입니다. 반대로 싫어하는 이유는 너무나 싫은 하나가 분명하기 때문이기도 합니다.
많은 것을 선택하는 이유는 확실히 좋은 것이 없기 때문입니다. 그래서 확실히 좋은 기능이 있는 서비스가 등장하면 사용자는 떠나게 됩니다. 막대한 개발비와 수 많은 개발자를 투입한 서비스가 MVP 수준의 스타트업의 서비스에 사용자를 빼앗기는 이유가 바로 핵심 가치 때문인 것입니다.
핵심 가치 정의 방법 예시
보통 기업이 프로젝트를 하면서 생각하는 앱이나 웹으로 사용자에게 제공될 가치는 공급(개발 뿐 아니라 사업 기획, PO 등을 포괄하는 의미)자 관점입니다.
이를 서비스 사용자 입장에서 본다면,
사용자가 가지고 있는 문제의 해결
더 편하고, 더 만족스러운 해결
이 충족될 때 가치를 느끼게 됩니다.
1번의 문제 해결은 사용자 입장에서 그 앱(또는 웹)을 이용할 이유입니다. 하지만 대안 서비스가 존재하는 경우 꼭 이용한다는 것은 아니라 '고려 서비스' 군에 포함될 수 있음을 의미할 뿐입니다.
지금의 서비스 시장은 대부분이 경쟁 상태라는 점에서 2번의 '더'라는 조건이 필요합니다.
서비스 공급(제공)자로서 기업의 서비스 핵심 가치가 비즈니스 목표와 일치하기 위해서는 사용자 측면의 핵심 가치와 연결되어야 합니다.
그러기 위해 가설 플랜 3~4주차 작업에 다음의 질문을 기업(서비스 제공자) 측면과 소비자(서비스 사용자) 측면에서 정리해 나가면서 접점이 존재하는지 확인해 보면 서비스 핵심 가치 정의를 확인할 수 있습니다.
서비스 제공(이용) 이유
서비스를 통해 변화하는 미래
서비스를 제공(이용)하여 얻게 되는 이득
가설 플랜 3 , 4주차 가설, 서비스 구조 설계, 데이터 구조
서비스 가설과 서비스 구조, 데이터 구조는 동일 경로 의존성을 지니고 있습니다. 서비스 가설에 따라 앱과 웹의 서비스 구조가 설계되고, 서비스 구조에 따라 데이터 구조가 결정되는 관계입니다.
서비스 가설 > 서비스 구조 설계 > 데이터 구조 결정
물론 서비스 가설은 서비스 시장의 영향도 받지만, 기업 사업 전략 측면에서는 타깃 사용자와 의도한 사업 가치에 따라 큰 영향을 받습니다.
온라인 서비스 가설 수립
서비스 가설은 미래의 사용자 상호작용을 구성하기에 사실이 아니라 가정(if)에서 시작됩니다. 그러나 이 가정은 타당성이 있어야 합니다.
서비스 가설의 기본 요소는 다음과 같습니다.
사용자
문제
해결
기대 행동
측정 지표
성공 기준
위의 요소 중 '해결'은 서비스 구조로 연결되고, '지표'는 데이터 구조화로 연결됩니다. 물론 개발 측면의 데이터 구조는 개발될 서비스 구조와 연결됩니다.
가설 플랜 3~4주차 작업은 이러한 부분을 고려하여 진행됩니다. 그러기에 후에 앱/웹 개발 시 설계의 핵심 자료로 가치를 가지는 것입니다.
서비스 구조 설계와 데이터 구조
예를 들어 ERD가 작성되는 기준은 무엇인가를 생각해 보면 서비스 구조와 데이터 구조를 이해하는데 도움이 될 것입니다. 개발될 앱과 웹의 메뉴와 화면 UI, 그리고 기능의 이용 방식에 따라 ERD는 작성됩니다.
이것은 앱과 웹의 개발 측면이고 서비스 측면의 데이터 구조는 조금 다릅니다. 서비스 내 사용자 행동의 이해 및 해석, 측정 관점의 데이터 구조화라 할 수 있습니다. 이는 마치 우리 머리 속 기억의 구조, 세상을 보고 이해하는 구조, 이야기를 들을 때 내용을 이해하는 구조 등에 대한 것과 같습니다.
그러므로
기능 목록
화면 목록
프로세스
위 세 가지 항목은 앱과 웹 서비스 구조 설계 및 데이터 구조의 기본이라 할 수 있습니다.
얼마나 이 세 항목을 디테일하게, 논리적으로 설계 하느냐가 서비스 구조 설계와 데이터 구조화의 중심을 잡는 것입니다.
댓글