[메이커클럽] 두번째 미션 - 1pager 작성

[메이커클럽] 두번째 미션 - 1pager 작성

Q1. 메이커님은 기록 중심 프로덕트 개발이 중요하다고 생각하시나요? 만약 중요하거나, 중요하지 않다면 그 이유는 무엇인지 말씀해주세요

기록 중심 프로덕트 개발은 매우 중요하다고 생각합니다.

특히 빠르게 기능 개발을 해나가는 과정에서 기록을 명확하게 해놓지 않으면 이후 어떤 이유로 해당 기능을 개발을 했고, 어떤 식으로 문제를 해결하고 기능을 구현했는지 알 수 없어, 개발해 놓은 기능을 다시 스터디하게 되는 낭비가 발생할 수 밖에 없다고 생각합니다.

스쿼드가 정상적으로 동작하기 위해서는 구성원들 각각의 이해도가 맞아야하는데, 이는 소통과 기록을 통해서 가능하다고 생각합니다. 기획 과정에서의 문제 정의 및 기능에 대한 개요, 서로 합의한 내용, 개발과정에서의 변경사항 등 각각의 단계에서 발생하는 일들을 정확하게 기록하고 공유해야 서로의 이해도가 같아질 수 있고, 낭비없이 시간을 활용할 수 있다고 생각합니다.

다만 기록에 너무 많은 시간을 쏟는 것은 제품 개발을 느려지게 할 수 있으므로 거창한 방식(PPT같은)보다는 1pager나 위키 같은 방식등을 통해 서로의 의견을 맞춰나가는 과정이 필요하다고 생각합니다.

Q2. 1-Pager 템플릿을 이용해서 메이커께서 만들고자 하는 프로젝트에 대한 내용을 정리해보세요

프로젝트 개요

레이모웍스는 보험설계사가 영업을 하는 데 있어서 마주하게 되는 문제들을 IT적으로 해결하고자 합니다. 고객과의 연결, 상담에 필요한 니즈 환기 자료와 보험 증권 분석, 계약 체결에 필요한 보험 비교 및 동의서들, 계약 이후의 고객관리(특히 보험 사고시 대응들, 보험금 청구 같은) 등 보험 설계사가 겪게되는 영업의 전과정에서 IT기술을 활용해 영업을 효율적으로 진행할 수 있게 도와주고자 합니다.

보험 시장에서 설계사가 가지는 매출에서의 비중은 여전히 압도적입니다. 온라인으로는 판매하기 복잡한 상품구조를 가지고 있기도 하고, 보험이라는 상품의 특성상 쉽게 니즈를 느끼지 못하는 고관여 제품이다 보니, 누군가의 푸쉬가 없이는 가입이 쉽지 않습니다.

그리고 현재 보험 설계사의 주축은 40~50대로 온라인과 모바일 환경에 다소 친숙하지 못한 세대이다 보니 여전히 스스로 웹상에서 자신을 홍보해 고객을 모집하거나, IT 솔루션들을 사용하여 문제를 해결하는 게 익숙하지 않습니다.

보험과 관련된 영업 솔루션들은 꽤 많이 존재하지만, 파편적으로 존재할 뿐 영업 전과정에 필요한 솔루션이 모여있는 경우는 거의 없고, 그 마저도 복잡한 시스템 구조로 인해서 접근성은 매우 떨어집니다.

레이모웍스는 파편화되어 존재하는 보험 영업 솔루션들을 하나로 묶고, 사용자 경험을 높여 시니어들도 쉽게 사용할 수 있는 보험 영업 토탈 솔루션을 구축해, 하나의 솔루션 사용만으로 영업과정에서 겪는 문제들을 해결할 수있도록 할 예정입니다.

프로필 작성만으로 홈페이지를 생성하게 되고, 홈페이지를 모바일 명함처럼 활용해 고객들에게 보낼 수 있고, 저희가 작성한 니즈 환기자료를 고객에게 공유하고, 고객의 보험 조회 역시 홈페이지를 통해 간편하게 해결해주려고 합니다. 홈페이지를 통해 수집된 정보는 설계사가 활용하는 앱과 웹을 통해 확인할 수 있고, 이 자료들을 활용해 영업에 활용할 수 도록 할 계획입니다.

이번 스프린트를 통해서는 설계사들이 영업에서 주로 활용하고 있는 보장분석을 돕기 위한 솔루션을 구축하고 검증해보려고 하며, 검증을 위해 다음과 같은 활동들을 할 계획입니다.

GA소속 설계사들을 인터뷰해 보고 이들이 겪고 있는 문제 파악(보장 분석 위주)
설계사 홈페이지에 보험정보를 수집할 수 있는 솔루션 구축 - 마이데이터 활용, 이번 스프린트에서는 조회까지만 진행, 분석은 추후 개발 (솔루션)
보험 조회 페이지를 공유할 수 있는 기능을 통해 설계사들의 공유를 유도하고 실제 조회건수 확인 (고객 유입 채널 검증)
보험 조회를 진행한 고객과 설계사들에 대한 인터뷰 진행(솔루션의 적합성 분석)

이 테스트가 실패한다면 그 이유는 다음 중 하나일 것으로 예상합니다.

기존 방식에 비해 우리가 새로 구축한 솔루션의 매력이 떨어진다
우리 솔루션에 적합한 사용자를 타깃 하지 못했다
사용자들이 온라인을 통한 보험 정보 수집에 매력을 못느낀다

이유가 3일 경우는 해당 솔루션은 피봇을 해야할 것으로 보입니다. 1의 경우 사용자에 대한 인터뷰와 피드백을 통해 배운 점들을 바탕으로 솔루션을 개선해 다시 테스트해볼 수 있습니다. 3의 경우 보장분석을 주로 사용하는 설계사들 혹은 GA 지점을 찾아 테스트를 진행해 볼 계획입니다.

프로젝트 세부 내용

1. 목표(Objective)

Objective: 마이데이터를 활용한 보장 분석 솔루션을 계속해서 진행할지 검증
Key Results:
보장분석을 주로 활용하는 설계사 30명 이상 인터뷰
설계사 홈페이지에 마이데이터를 활용한 보험 조회 솔루션 구축
해당 솔루션을 통해 보험 조회를 이탈없이 사용하는지 검증

2. 배경(Background)

문제:
보험을 분석하기 위해 종이로 된 보험 증권을 고객에게 요청해 수기로 기입하는 등 불편한 방식을 사용하고 있음.
온라인을 활용하는 방법이 있으나 수집된 정보가 다소 부정확하거나 공동인증서등의 필요로 접급성이 떨어짐
해결책:
앱 설치 없이 설계사 홈페이지에서 마이데이터를 통한 보험 조회를 진행하고, 조회된 정보를 설계사용 앱에서 확인할 수 있게 함
현재 해결책:
신용정보원 보험 조회(이메일 인증) 혹은 공동인증서를 통한 스크래핑, 혹은 직접 지류 증권 수집
현재 해결책의 문제:
복잡한 인증 방식으로 인해 사용성이 떨어짐
복잡한 과정을 거쳐 보험을 조회하더라도 정확성이 떨어짐(시계열 분석이 불가능 하고, 2003년 이전 보험, 공제 보험 등은 조회가 불가능)
보험 영업 시장 크기:
보험설계사의 수 : 40만명
GA소속 설계사 : 20만명
활성 설계사(실제 활동하고 있는) GA 소속 설계사 : 10만명

3. 가설과 검증 전략(Hypothesis)

니즈
가설: 고객의 보험 정보를 쉽게 수집하고 DB화 하고 시파
검증 전략: 설계사 홈페이지를 통해 고객에게 보험 조회를 요청하게 함
타깃 사용자
가설: 보장 분석을 주로 사용하는 GA설계사
검증 전략:
홈페이지를 통한 보험 조회 서비스 게시 안내 후 서비스 신청률을 측정
페이스북, 인스타그램 등을 통해 해당 내용으로 광고를 돌려보고 전환률을 측정함
해결책
설계사와의 적합성 :
보험 조회 기능 신청을 얼마나 하는 지 측정
보험 조회 페이지(설계사 홈페이지 내)를 얼마나 고객에게 공유 하는 지 측정
설계사의 고객과의 적합성 :
보험 조회를 끝까지 진행하는지 확인
고객 유입 채널
가설 :
기존 고객 : 보험 조회 메뉴 클릭 or 보험 조회 서비스 안내 알림톡 등
신규 고객 : 페이스북 등의 광고를 통해 설계사용 앱으로 유입
검증 전략 : 보험 조회 기능 신청 건수 및 광고 전환율을 측정함
구현 가능성
이번 단계에서 검증할 내용 없음
사업성
가설: 보험 조회 솔루션을 사용하는 설계사에게 기존 서비스 구독료보다 20% 상향한 구독료를 받을 수 있음(기존 1만원 → 보험 조회 사용시 1만 2천원)
검증 전략: 보험 조회 메뉴 클릭시 구독 서비스 업그레이드 안내 페이지 노출후 전환율 체크

4. 원칙(Guiding Principle)

1. 보험 설계사 우선

이번 스프린트에서 레이모웍스는 보험설계사의 웹페이지를 통한 보험 조회 니즈를 탐색합니다. 다만 여기에서는 설계사의 고객이 홈페이지에 유입되어 보험 조회를 진행하는 과정이 포함됩니다. 궁극적으로는 보험 설계사와 설계사의 고객 양측에게 최고의 경험을 제공해야 하지만 이번 스프린트에서는 우선적으로 보험 설계사의 사용성을 위주로 검증합니다. 우리의 주 타깃은 보험 설계사이고, 설계사가 본인의 고객에게 공유등의 액션을 진행하는 것은 아웃 오브 컨트롤의 영역으로도 볼 수 있기 때문입니다. 결국 우리는 보험 설계사에게 최고의 경험을 제공해줌으로써 고객에게 해당 기능을 활용할 수 있도록 하는 것을 목표로 해야합니다.

2. 솔루션 검증 우선

실제 활용할 수 있는 수준의 솔루션을 구축하는 것을 목표로 합니다. 이번 스프린트에서는 보험 조회까지의 기능을 구현해 사용율을 측정하고자 하며, 의미있는 결과가 나올 경우 후속 작업인 보험 분석에 대한 솔루션 구축을 진행할 계획입니다. 제대로 스프린트를 검증하기 위해서는 사용자들이 해당 기능을 사용함에 있어서 불편함 없이 정상적으로 기능들이 동작해야 합니다. 따라서 현재 구현 가능한 수준으로 개발 요건을 상정하고 스프린트 기간안에 요구하는 기능들을 개발해내는 것이 필요하며, 요구 외의 기능 개발은 추후 과제로 생각하는 것이 좋습니다.

5. KPI(Key Performance Indicator)

설계사가 보험 조회 기능을 신청(구독 서비스 업그레이드)하는 지 측정
CVR (Conversion Rate = 전환율)
보험 조회 솔루션의 매력도 검증 :
설계사가 보험 조회 페이지 공유를 하기 까지의 CVR (Conversion Rate = 전환율)
설계사의 고객이 보험 조회 페이지에 진입하여 보험 조회를 완료하기 까지의 CVR (Conversion Rate = 전환율)

6. 로드맵(Roadmap)

1) GA 소속 설계사 인터뷰 | 진행전 | 2022년 2월 14일 → 2022년 2월 18일

2) 보험 조회 솔루션 구축 | 진행전 | 2022년 2월 25일 → 2022년 3월 4일

3) 기존 고객 대상 안내 | 진행전 | 2022년 2월 28일 → 2022년 3월 4일

4) 페이스북 광고 | 진행전 | 2022년 3월 2일 → 2022년 3월 15일

5) 피드백 인터뷰 | 진행전 | 2022년 3월 9일 → 2022년 3월 22일