[메이커클럽] 2번째 미션 - 1pager

1. 기록 중심의 프로덕트 개발이 중요하다고 생각하는가?

저는 매우 중요하다고 생각해요, 그 이유는

• 의사결정을 내릴 때 과거 결정들에 대한 추적이 가능하여 판단에 도움이 되어요
• 회의에 참여하지 못한 이해관계자들에게도 내용 전달이 용이해요

하지만 어디까지나 '좋은' 기록이 필요하다고 생각해요

• 너무 길거나, 장황하고, 읽어도 이해가 되질 않으면 어려워요
• 이해를 시키기 위해 또 더 길게 적으면 이야기가 산으로 가서 알아보기 어려워요
• 아무리 글 이라 해도 글의 구조가 없으면 중구난방이 되어요

2. 1-pager

현재 집중하고 있는 product에 대해 쓰려다가 팀원들의 동의를 얻지 못해서, 개발중인 다른 프로덕트로 올려보아요!

함께 성경을 읽는 쉬운 방법, 함성 이라는 어플에 대해 작성하고자 합니다

1. 목표(Objective)

• Objective: 성경을 읽는 모임을 관리자가 모니터링 하고 커뮤니티를 빌딩 하고 싶은 교회 중간관리자(?), 모임 리더가 있는 지 검증
• Key Results: 파트너스 체결

2. 배경(Background)

• 문제 : 함께 성경을 읽는 모임을 만들고자 할 때 어떤 목표로 얼만큼 구성원들이 읽는지 또 읽게 끔 장려하고 싶으나, 모니터링 및 독려가 안된다는 어려움이 있음
• 해결책: 함께 성경을 읽는 커뮤니티형 플랫폼을 빌드하고, 이 때 관리자 기능에 특화되도록 만든다.
• 현재 해결책:
• 카카오톡이나 네이버 밴드에서 게시글 형태로 읽었으면 나눔을 해달라고 장려한다.
• 갓피* 어플을 통해 함께 성경을 읽는다.
• 현재 해결책의 문제:
• 관리자가 구성원들에 대한 모니터링이 어렵다.
• 완전한 개인의 의지의 영역으로 성경을 읽게 만든다.

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

• 니즈 / 문제
• 가설 : 성경 읽기 모임을 주최하려고 하는 그룹의 리더는 함께 통독을 읽어보자고 제시하고 이를 모니터링 하고자 할 때 어려움을 겪고있다.
• 검증 전략: 관리자 인터뷰를 통한 요구사항 정의 후 기능 개발
• 타겟 고객
• 가설 : 성경 읽기 모임을 자체적으로 진행하고 있으나, 이를 온라인, IT형태로 확인하고 싶어하는 교회 중간 관리자(목회자, 선교사님, @@부 담당 사역 목사님 등)이 있을 것이다.
• 검증 전략 : 신학대학, 기독교 대학, 한국 성경읽기 모임 재단에 제안서를 보내고 세일즈 전환율을 확인한다.
• 해결책
• 가설 1 : 원하는 성경의 분량과 일 수를 쉽게 조정하고, 읽은 후 소감(나눔)을 커뮤니티에 바로 공유한다.
• 가설 2 : 관리자가 구성원들이 얼만큼 읽고 있고, 읽기를 장려하고 케어하는 기능을 돈을 내고 이용하고자 할 것이다.|

4. 원칙

1) 종교적인 선한 마음으로 임하니 비용도 공짜로 해달라는 요청에도, 정당한 지불이 발생함을 확인해야 함.

2) admin 사이드의 고객이 우선임, 그 다음이 user 사이드의 고객. 그러나 둘 다 놓치면 안됨

KPI는 추후에 더 고민해보겠습니다. 선행 지표와 후행 지표를 고르는데 있어 이 또한 시간이 많이 드네요 ㅠㅠ