스타트업처럼 토이프로젝트하기

스타트업처럼 토이프로젝트하기
MVP를 만들고 데이터 기반으로 제품 개선하기

발표자 소개
리멤버(드라마앤컴퍼니) 백엔드 개발자
<스프링 부트 3 백엔드 개발자 되기> 저자
구독자 1000명의 사이드 프로젝트 운영 경험
Github. @shinsunyoung
저를 소개합니다! 🥳

목차
• 아이데이션
• 가설검증
• MVP
• DDD
• 일하는 방법
• 마무리

아이데이션
만들 제품 결정하기 🚶
• 만나기 전까지 아이디어를 자유롭게 생각해보기
• 트렌드 리포트

아이데이션
• 생각해본 아이디어 발표 & 발표한 아이디어에 대해 자유롭게
브레인스토밍
• 투표를 통해 Top 2를 선정 & 디벨롭
• “하나의 주제에 대해 좋은 개발 아티클을 모아 코스로 만들어주는
서비스”
• “SNS에서 광고하는 제품에 대해 소비자가 리뷰하는 서비스”

아이데이션
Cons Ideation
코딩을 배우기 시작한 초보자는 블로그 글보다는 동영상 강의가 더 효율적일 것
우리의 세그먼트는 코딩을 막 배우기 시작한 사람이 아닌,
블로그를 보고 스스로 지식을 습득할 수 있을 정도로 기본기는 가지고 있는 사람
기존에 있는 서핏이나 어썸데브블로그 같은 서비스와 차별점이 뭘까
정보가 수평적으로 펼쳐져있고 정보들간의 순서나 연결성이 없는 반면에,
모든 아티클이 연관성을 가지고 있고 연결되어있다 .
UI/UX 설계의 주축인 디자이너 분이 개발자가 아니어서 사용자의 입장을 이해하기
어렵다
MVP를 만들기 전에 서베이로 관심사를 파악하고,
인터뷰를 통해 제품 사용자의 페르소나를 확립해 나아가면 디자이너여도 충분히 이해할
수 있을 것
• 우려되는 점과 해결 방법에 대해 논의
• 각자 디벨롭 한 뒤 다음 미팅때 최종 결정 -> 아티클 기반 코스 서비스로
결정!

아이데이션
• 브랜드 아이데이션 진행
• 정체성을 찾기 위해
• 남들에게 각인시키기 위해
• 팀원 모두가 한 목소리로 일하기 위해
브랜딩하기 🚶

아이데이션
브랜딩하기 🚶

가설 검증
뇌피셜을 오피셜로 🧠
• 어차피 모든 기획은 뇌피셜이기 때문에 최소한의 가설을 세우고 검증
• 검증을 위한 서베이를 만들 때도 질문을 통해 검증하고 싶은 가설이 무엇인지 생각
• 최대한 적은 질문으로 많은 가설을 검증할 수 있도록 !

• 사용자들은 기술을 배울 때 “생태계의 크기"를 가장 중요한 가치로 생각할 것이다.
• 인트로 페이지에 생태계 크기를 언급하면 더 흥미를 끌 수 있을 것이다.
가설 검증 사례

• 사용자들은 구글링할 때 너무 많은 자료가 나와서 뭐부터 봐야할지 모를 것이다.
• 많은 자료 중에서 좋은 자료를 선별해주는 것에 대한 니즈가 있을 것이다.
가설 검증 사례

• 결과를 보고 가설 검증
• 새로운 가설이나 검증된 가설을 제품에 녹이기
• 응답 결과를 바탕으로 글 선정 가이드라인 작성
가설 검증

MVP
최대한 빠르게 릴리즈하기 🔥
• 최소한의 기능을 구현한 제품을 만들기
• 세운 가설) 펀더멘탈보다 트렌디한 주제가 리스트 페이지에서 상세로 넘어가는 *CVR이 높을 것이다
• 가설을 검증하려면 적어도 코스가 1개 이상은 있어야함
• 이 가설을 검증하기 위해 + 리텐션 시킬 유저를 미리 확보하기 위해 개발을 시작하기 전에 노코드로 사전 신청 페이지를
만듬
• “관심있는 주제가 있나요?” 라는 질문을 넣어 검증
*MVP: 최소한의 기능을 갖춘 제품을 빠르게 출시한 다음, 고객의 피드백을 토대로 제품 개발을 진행하는
것
*CVR: 유입된 방문자들 중에서 원하는 행동을 수행한 사용자들의 비율을 나타내는 지표

MVP
• 최소한의 기능을 구현한 제품을 만들기
• 총 신청자 750명, *CVR 48.1% 로 생각보다 너무 좋은 반응 ... 🔥

MVP
• 라고 했는데 아직 완성이 안됨 😱
• 그때부터 시작된 DDD

MVP
• 라고 했는데 아직 완성이 안됨 😱
• 그때부터 시작된 DDD(Deadline Driven Development)

MVP
• 정말 최소한의 기능만 갖춘 제품으로 첫 릴리즈! 🎉

MVP
• 정말 최소한의 기능만 갖춘 제품으로 첫 릴리즈! 🎉
• 코스 상세 페이지 (O)
• 메일 전송 (O)
• 근데 어드민이 없기 때문에 API 직접 호출
• 코스 홈페이지 (X)
• 회원가입, 로그인 (X)
• 어드민 (X)
• 구독 (X)

코스 화면
(인트로)
코스 화면
(섹션)
MVP

DDD
데이터를 보고 개선하기 🔍
• 데이터를 보고 제품을 개선하기 시작

DDD

DDD
이후에 코스 시작 시 이탈자가 24% 감소
(가설 검증 성공 🎉)
전) 557 -> 140 (75% 감소)
후) 492 -> 238 (51% 감소)

DDD
*WAU: 일주일 동안 해당 웹사이트를 이용한 사용자 수

DDD
*DKIM: 이메일을 보낸 도메인이 실제로 그 도메인에서 보낸 것인지를 확인하는 인증방식

DDD
*WAU: 일주일 동안 해당 웹사이트를 이용한 사용자 수
*DKIM: 이메일을 보낸 도메인이 실제로 그 도메인에서 보낸 것인지를 확인하는 인증방식
여전히 예상 수치보다 낮은 WAU
(가설 검증 실패 🥲)
전) 371 . ㅇㅇㅇ
후) 259 (30% 감소)

DDD
오와~ 근데 데이터로 의사결정하는거 너무
좋아보이는데요?
완전 대박이자너~~🙌

무조건 맞는 결정을 할 수 있다 X
가능성 있고 리스크가 적은 결정을 할 수 있다 O
DDD

무조건 맞는 결정을 할 수 있다 X
가능성 있고 리스크가 적은 결정을 할 수 있다 O
⚠단, 데이터를 맹신하면 안된다.
데이터는 말 그대로 일어난 현상을 보여주는 것이지, 그 현상이 일어난 원인을 내포하지는 않는다.
DDD

일하는 방법
데이터 기반으로 일하기 💪

• 분기 단위로 OKR 정하기
• 일주일 단위로 칸반 보드를 만들고 이슈 계획
• 이슈가 OKR에 관계가 있는지?
• 사용자 관점에서 이해할 수 있도록 이슈 이름 짓기
OKR 설정
*OKR: 조직이나 팀이 달성하고자 하는 목표(Objective)와 이를 측정하는 주요 결과(Key Results)를 정하는 것
일하는 방법

사용자 관점으로 이슈 이름짓기
• 분기 단위로 OKR 정하기
• 일주일 단위로 칸반 보드를 만들고 이슈 계획
• 사용자 관점에서 이해할 수 있도록 이슈 이름 짓기
일하는 방법

• 달성률 측정
• 회고
일하는 방법

• 달성률 측정
• 회고
• 이번 스프린트에서 따뜻했던 일, 차가웠던 일 작성
• 공감 가는 회고에 표시
• 표시가 가장 많은 상위 2개씩 선별해서 회고 & 액션아이템 도출
• 추가로 이야기 하고 싶은 주제가 있다면 자유롭게 건의
일하는 방법

🔥 Gather Town으로 집작타 너무 재밌다!
🚀 스터디 카페 같은 인테리어를 만들어서 더 재밌게 하자!
🔥 메일이 프로모션으로 빠지는 이유를 드디어 알아냈다.
🚀 이번 주는 메일이 프로모션 탭으로 빠지지 않게 하는 이슈를 위주로 계획하고 진행하자!
🧊 이메일 테스트를 스프린트때 못했다.
🚀 일요일 저녁 11시에 팀원들 메일로 테스트 메일이 가게 자동화하고 모두가 확인한다.
🧊 회의 시간이 너무 길어진다.
🚀 아젠다에서 벗어난 주제인 경우 누구나 멈춰! 🖐 를 사용한다.
일하는 방법

마무리
✌
• 최대 MAU 약 2400, 구독자수 약 1000명의 서비스가 됨
• 그러나 여러가지 문제로 현재는 서비스 종료 🥹
• 정체된 사용자 수 / 드는 리소스 / BM의 부재 / 유지보수에 대한 모티베이션 저하 / 비용 문제 / 현업 이슈
• 그럼에도 얻은게 많은 너무 좋았던 프로젝트!

스타트업처럼 토이프로젝트하기

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie 스타트업처럼 토이프로젝트하기

Ähnlich wie 스타트업처럼 토이프로젝트하기 (20)

스타트업처럼 토이프로젝트하기