Emily

Emily님의 아티클

Emily

Emily

우리가 해결하고 싶은 문제와 가치를 만들어내는 과정

안녕하세요! 생산성 Product를 만들고 있는 오아이큐의 Emily입니다.

지난 번 체크투두 런칭기에 이어, 오늘은 저희 팀이 근본적으로 풀고자 하는 문제가 무엇인지,

런칭 후 4개월 동안 총 25번의 업데이트에 담아낸 것이 무엇인지를 공유 드리며

메이커로그를 이어가고자 합니다.

[우리가 도전하고 있는 것 : 개인이 ‘해야만 하는 일’에서 나아가 ‘하고 싶은 일’을 성취하는 삶]

생산성이란 가장 중요한 것을 추구할 자유를 주는 것이다

마이클하얏트 <초생산성>

예전에 ‘생산성’은 기업이 고민하던 문제였다면,

현재, 그리고 미래에는 모든 개인이 고민하는 문제가 된 것 같아요.

야근이 만연했던 생활에서 ‘똑똑하게 일해서 내 시간을 확보하자’는 인식으로 바뀌고,

남은 시간에는 ‘내가 하고 싶은 일’에 대해 고민하는 개인이 많아지면서 저희는

  1. 어떻게 ‘해야 할 일’을 최소한의 인풋으로 빠르게 완료할지

  2. 확보한 개인 시간에 어떻게 내가 하고 싶은 것(개인의 목표)를 해낼지

2가지에 대해 치열하게 고민하고 있어요.

저는 기존 전략기획실에서 코로나 19가 시작되고 CHO/인재개발실으로 이동하여

"성과를 내는 사람과 그렇지 못한 사람은 뭐가 다른지"

"성과를 내는 사람들이 가지는 공통분모"

"이것들을 패턴화 하여 이식이 가능한지"

에 대해 깊이 고민하고 많은 것들을 배울 수 있었는데요.

그 과정에서 생산성을 높이는 가장 유의미한 방법을 3가지로 정의했어요.

첫 번째, Time-Based가 아닌 Output-Based로 사고하는 것

두 번째, 80%의 결과를 이끌 20%에 집중([초생산성]에서 얘기하는 빅3)하는 것

세 번째, 거인의 어깨에서 출발하는 것

그리고 해당 컨셉을 저희 Product에 어떻게 녹일지 팀원들과 지속적으로 고민하고 있는 중입니다.

예를 들어 체크투두에서는 모든 Todo를 띄워주는 것이 아니라,

가장 상단에 있는 3개만 잠금화면에 띄워 유저들이 ‘집중’할 수 있도록 했는데,

‘잠금화면에 더 많은 TODO가 보였으면 좋겠다’는 VOC가 있음에도 저희가 해당 부분을 고수하는 이유는 중요한 것을 선택하는 학습, 그리고 그 3가지 만이라도 해내는 경험,

그리고 그 경험을 했을 때의 작은 성공의 힘을 믿기 때문이에요.

[Step 1. 해야 할 일을 잊지 않고 끝낼 수 있도록 보여주는 ‘체크투두’]

‘생산성’이라고 하면 여러분들은 어떤 것이 떠오르시나요?

저희도 처음에 ‘생산성’ 시장에 기회를 봤지만, 너무 포괄적인 시장이라

사람들 머릿속에 공통분모를 그리기가 쉽지 않았어요.

그래서 ‘생산성’이라는 카테고리 내 어떤 Player들이 있는지 빠르게 유형화하는 방법으로 스터디를 했어요.

그리고 첫 번째 Product를 선정하기 위해 유형화한 카테고리의 P&S를 정리하여

각 각 P&S 별로 유저 인터뷰를 진행했어요.

여기에서 저희가 확인하고자 했던 것은

  1. 각 카테고리 별로 어느 정도의 유저가 유입되는지(양)

  2. 각 카테고리 별 유저인터뷰 시 대체제를 사용하고 있을 정도로 Pain point가 진짜 큰지(질)

이렇게 2가지였습니다.

이렇게 해서 정의한 저희의 첫 번째 Product가 바로 ‘체크투두’에요! 😊

(체크투두 런칭기는 하기 메이커로그에서 확인해주세요!)

🙏🏻 매일 써내려갔던 다양한 생산성 서비스의 P&S

image.png

[체크투두에게 피드백을 주세요!]

런칭을 하고 유저는 조금씩 유입이 되는데,

‘진짜 우리가 의도한 대로 앱을 사용하고 있는지’, ‘지속적으로 사용하지 않는 유저는 왜 이탈하는지’

너무 너무 알고 싶은데 유저 피드백을 수동적으로 기다리기에는 시간이 너무 없었어요.

저희가 적극적으로 유저 피드백을 받기 위해 선택한 방법은

앱 내에 저희와 소통할 수 있는 창구를 만든 것인데요.

“체크투두에게 피드백을 주세요!”

라는 메시지를 통해 체크투두 오픈채팅방으로 유저를 유입시켰어요.

저는 개인적으로 체크투두 초기 런칭 시 가장 잘 한 게 있다면, 바로 이 오픈채팅방을 만들어서

유저의 피드백을 실시간으로, 즉각적으로 받아냈다는 걸 꼽고 싶어요.

유저분들이 해당 채널을 통해

버그가 있을 시 알려주셔서 저희가 QA 하지 않았던 영역에 대해 빠르게 알기도 하고,

기능이 없을 때 이탈하기 보다는 요구사항을 전달하기도 하고,

유저 간의 할 일을 공유하면서

체크투두 팀과 유저 사이의 관계가 형성되었어요.

image.png

다양한 개발 과제가 많았지만

단순한 TODO 등록/수정/삭제에서 삭제 버튼을 없애고 ‘히스토리’ 기능을 추가

잠금화면 뿐만 아니라 배경화면에서도 더 많은 TODO가 보이게 하는 ‘위젯’ 기능

‘잠금화면’ 뿐만 아니라 워치, PC에서도 잊지 않게 볼 수 있도록 타 디바이스 연동

등은 유저 소통을 통해 개발 우선순위를 높여 빠르게 진행했었습니다.

특히나 저희가 기능을 추가하거나, 디자인을 개선하려고 할 때 무조건 고객에게 먼저 물어보고 유의미한 것만 개발을 했던 부분이 정말 필요한 곳에 리소스를 집중할 수 있도록 했어요.

한 번은 저희가 나름대로 저희의 정체성을 담아 디자인을 해서 개발 전 유저 분들께 물어봤는데,

야심차게 준비했음에도 ‘지금이 더 낫다’라는 피드백에 아무것도 하지 않았던 적도 있었습니다 🥲

이러면서 저희 유저들의 페르소나와 이들이 무엇을 중요하게 생각하는지도 많이 학습을 했던 것 같아요.

image.png

[어떤 유저의 피드백을 받아야 할까?]

유저와 굉장히 긴밀하게 소통했지만, 모든 유저의 목소리를 똑같은 비중으로 들은 건 아니었어요.

11월 저희는 고객 주기를 1주일으로 정의하고, 사용을 1주일 이상 한 ‘핵심유저’에게만 인터뷰를 요청하여 Next Step을 설계했는데요.

사실 초기에는 당연히 지인들이 많이 다운 받아 이런 저런 피드백을 주는데,

사실 이들 중에는 체크투두의 고객이 아닌 경우가 더 많아

모든 고객에게 인터뷰를 진행할 경우 ‘진짜 체크투두의 찐 고객’의 목소리가 희석될 수 있다고 생각했기 때문이에요.

나아가 비슷한 피드백 중에서도 ‘체크투두를 잘 사용하고 있는 고객’을 기반으로 우선순위를 결정했을 때 더 의미 있는 지표가 나오기도 했었어요.

매주 화, 목 저녁마다 핵심 유저 인터뷰를 스케줄링하여 진행하면서,

정말 정말 힘도 많이 얻고, 이들에게 더 도움이 되는 서비스를 만들어야겠다는

일종의 책임감(?) 도 많이 강해지는 것 같아 팀 자체적으로 너무 좋은 시간이었어요.

[한 바퀴를 돌려보며 배운 것]

1. ‘초기 찐팬 모으기’의 중요성

위에서 말씀드렸던 것처럼 저희는 런칭 후 사용자와 긴밀하게 소통하며

이들이 버그도 잡아주고, 다양한 아이디어도 주고, 유저 목소리를 기반으로 체크투두가 개발해야 할 우선순위도 잡아가면서 정말 유의미한 것들을 많이 얻었어요.

하지만 단순히 ‘할 일 공유’, ‘피드백’을 위한 키워드로 유저를 모으다보니

그 유저들 사이에서 긴밀하게 공유하는 공통 컨텐츠가 없다는 점에서

커뮤니티를 지속적으로 이어나가는게 생각보다 많이 어려웠던 것 같아요.

지금은 사실 초기 유저들을 ‘모아 놓은 공간’ 밖에 안된다는 점에서

팀원들과 제로베이스에서 ‘체크투두 찐팬 만들기’를 함께 고민하고 있습니다.

2. 찐팬을 모으려다보니 ‘진짜 우리가 풀어나가고자 하는 문제’를 날카롭게 정의하고 풀어내는 것이 중요해졌어요.

단순한 ‘기능’으로만 접근했을 때 생산성 시장은 사실 매력적이지 않은 것도 사실이에요.

하지만 저희는 ‘왜 사람들이 각 OS에 기본 알람 어플이 있음에도 불구하고 ‘알라미’를 사용할까?’,

‘왜 사람들이 미리알림이 있음에도 불구하고 투두어플을 사용할까?’에 집중했어요.

이에 앞으로 저희는 저희가 생산성을 위해 추구하는 ‘의도 있는’ 기능을

유저에게 ‘제대로’ 전달하기 위한 여정을 시작하려고해요.

3. Product에만 제한되지 않은 Business 가설 검증하기

Product를 런칭하고 성장시키는 것도 너무 중요하지만,

Product 자체에 너무 매몰되다보면 우리가 궁극적으로 해결하고자 했던 Why보다는

What과 How 관점에서 많이 고민을 하게 되었던 것 같아요.

지금까지 체크투두를 통해 모은 유저풀을 기반으로

앞으로는 Product 뿐만 아니라 다양한 수단을 통해 저희가 설계한 가설을 검증하려고 준비중입니다 :)

[24년 OIQ가 도전할 것 : 사람들의 ‘하고 싶은 일’을 돕는 서비스]

24년 저희는 ‘해야만 하는 일을 잘 완료할 수 있도록’ 체크투두를 고도화 함과 동시에

‘하고 싶은 일을 잘 달성하게 할 수 있도록’ 도움을 주는 서비스를 투트랙으로 준비하고 있어요.

(이 서비스는 아직 검증설계 단계라 검증이 완료되면 또 빠르게 공유드릴께요 😊)

해야만 하는 일을 잘 마무리하지 못하는 가장 큰 이유가 ‘까먹어서’라는 부분에서

잊지 않게 잠금화면, 위젯 어디든 보여주는 것이 Phase 1이었다면,

Todo를 빠르게 완료할 수 있는 또 다른 How에 대해 고민하고 있고,

해당 부분은 유료 서비스로 풀어 프리미엄 버전에 대한 가치 설계를 진행하려고 해요.

나아가 구독 전환율을 지속적으로 트래킹하며

유효한 순간에 AOS에도 진입할 수 있도록 준비하고 있는데요.

IOS에서 빠르게 한 바퀴 돌려본 경험으로

최소한의 리소스로 실행이 가능할 거라고 예상하고 있어요.

오늘도 긴 글 읽어주셔서 감사합니다 :)

앞으로도 저희가 어떤 가설을, 어떤 MVP로, 어떻게 검증하는지 계속해서 공유드릴께요! :)

[체크투두 Product Hunter 바로가기]

☝🏻 현재 오아이큐에서는 창업 초기 저희와 함께 성장할 멤버도 추가로 모집하고 있으니 많은 관심 부탁드려요!😊 지금은 모두가 사이드프로젝트 형태로 진행하고 있어, 부담 없이 커피챗도 괜찮아요!

OIQ 프로젝트 팀 소개 (notion.site)

 

15
0
Emily

Emily

예창패로 시작해 1번의 피보팅, 4달 동안 유저 1.2만명을 모으기까지

안녕하세요, 오아이큐 대표 Emily입니다.

매번 디스콰이엇을 보며 세상을 바꿔가는 정말 대단한 사람이 많구나 라는 생각을 하곤 했었는데, 저희 팀도 이번에 23년 회고와 24년을 준비하는 한 달을 보내며 치열하게 고민했던 포인트를 기록으로 남겨보고, 이미 저희의 성장 단계를 경험한 분들께 조언도 받고자 처음 글을 쓰게 되었어요.

[‘우리’로부터 출발하지 않았던 문제와 피보팅]

저는 졸업을 하자마자 대기업 전략기획실로 입사해 부동산을 운영하고, 개발하는 일을 해왔습니다. 일을 하면서 굉장히 보수적인 부동산 시장을 IT를 통해 변화시키는데 기회가 있다고 생각했고, 저 뿐만 아니라 ‘프롭테크’에 관심이 있던 3명이 모여 해결할 임팩트 있는 문제와 시장 기회를 찾아내는데 치열한 시간들을 보냈어요.

저는 조금 더 프롭테크에 대한 지식을 쌓고자 실제로 2년 전 프롭테크 스타트업으로 이직을 했고, 우리가 풀고자 하는 문제를 조금 더 깊이 고민하는 시간을 가졌는데요. 그리고 23년 예비창업패키지에 선정되면서 ‘진짜 우리가 설계한 가설을 검증할 기회’를 갖게 되었습니다.

막상 검증을 하려고 보니, 딱 2가지가 걸렸어요.

  1. 저희가 고민한 프롭테크 솔루션 자체가 온/오프라인이 연계가 되어야 했기에 ‘검증’하기에는 너무 무거운 솔루션

  2. 확산성 관점에서도 우리나라에서 성공모델을 만들더라도 규제가 다 다르고 다양한 하이어러키에서 커스텀이 필요한 솔루션이기 때문에 사업과 운영이 무거워지는 문제

그리고 가장 중요하게는,

우리가 ‘잘’ 풀 수 있는 문제는 맞다고 생각했지만, ‘우리가 당면한’ 문제는 아니었기 때문에 지금 이 2가지를 감수하고서라도 시장에 뛰어드는 것에 확신이 없다는 것이었습니다.

얻고자 하는 게 ‘생산성’이라면 꼭 프롭테크가 아니어도 되지 않을까?

그리고 저희는 우리가 프롭테크를 통해 해결하고자 했던 것을 제로베이스에서 다시 이야기해보기 시작했어요.

[생산성에 초점을 맞추자, OIQ (Output/Input*Quality)]

사실 저희 팀은 모두 비효율을 극도로 싫어하는 생산성에 미친 사람들입니다.

항상 모이면 일 뿐만 아니라 일상생활에서도 ‘어떻게 하면 최소한의 리소스로 빠르게 해결할까?’를 고민하곤 했어요.

저희는 생산성을 ‘인풋대비 아웃풋 X 퀄리티’라고 정의하고

①  인풋을 최소화하거나 ② 아웃풋을 (빠르게) 달성하거나 ③ 퀄리티를 극대화하는

3가지 방향에서 관점을 맞췄습니다.

그리고 이번에는 ‘우리’에서부터 고민을 하기 시작했는데요. 사실 저희는 ‘일’에서 아웃풋을 내는 것에는 큰 문제를 느끼고 있지는 않았어요.

다만 오히려,

생활에서 해야 할 일을 까먹어서 난감하거나…(식당 예약하하라고했는데 까먹고있었는데 이미 다찼네..!?)

실제로 할 일을 놓쳐 손해를 보거나…(구독 취소해야 하는데 못했다!)

아주 잠깐 깜빡해서 가족한테 혼나거나…(내가 올 때 붕어빵 사오라고했지!!!)

바쁜 생활에서 중간 중간 해내야 하는 할 일에 대해서는 놓치고 있는 게 많았죠. 😥

나아가 우리가 결국 높이고자 하는 ‘목표(Goal)’와 ‘아웃풋(Output)’ 자체는 ‘작업(Task)’들의 합이기 때문에 생산성의 최소단위인 ‘할 일 관리’에서부터 첫 번째 Product를 시작하자는 결론을 냈고,

뜨거운 여름, 2달 간, 치열한 유저인터뷰와 임팩트 검증을 마치게 되었습니다.

[할 때 까지 잊지 않게 보여 주는 ; CheckTodo]

우리는 할 일을 까먹지 않으려고 일 하기 전 노트에다 써 놓고 계속 보면서 하나씩 체크하기도 하고, 포스트잇에 써서 문이나 화장대, 냉장고에 붙이기도하고, 카카오톡 나에게보내기로 보기 놓기도 하는데요.

저희는 사실 사람들이 대체제로 사용하고 있는 것이 있다면, 혹은 우회적으로 사용하는 패턴이 있다면 수요가 있다고 생각했기에 분명히 풀지 못한 문제는 존재한다고 봤어요.

특히나 유저 인터뷰를 통해 ‘기존 투두 어플을 다운받았음에도 불구하고 사용하지 않았던 이유’를 ① 앱 자체에 들어가는 것 조차 까먹는다 ② 들어가서 인풋을 하기가 귀찮다(복잡한 기능일수록 더) ③ 사용하지 않는 기능들로 걸리적거린다 3가지로 정리했습니다.

이에

  1. 아주 직관적이고 간단한 기능만을 담는다

  2. 핸드폰을 켤 때마다 잠금화면에서 보여준다

  3. 딱 집중해야 하는 3개만 보여준다

다음 3가지를 체크투두가 가져갈 가장 핵심 컨셉으로 잡았어요.

나아가 비슷한 서비스가 AOS에서는 있었는데, IOS에서는 잠금화면을 기반으로 한 서비스 허용이 불가했기 때문에, (그렇지만 시장이 있음을 확인하여) IOS에서 풀어내는 방향을 고민하였습니다.

문제 정의가 가장 힘들다고 하죠. 우리가 풀고자 하는 문제를 정의하고 방향을 잡으니 앱은 2주 만에 개발이 완료되었습니다. (저희 개발자님이 아주 유능하세요😄) 또한 해당 가설로 서비스가 설계되었을 때 ‘유저가 다운을 받는지(전환율)’, ‘계속 사용하는지’만 검증하고자 했기에, 초기에는 어떤 디자인도 담지 않고 베타서비스를 시작했어요.

그림1.png

[리텐션, 리텐션, 리텐션]

MVP를 검증하기 위해 우리는 2가지에 초점을 맞췄어요.

  1. MVP를 검증할 만큼의 충분한 유저 모으기

  2. 유입된 유저가 다른 어플과는 달리 ‘지속적으로’ 사용하는지 검증

1번을 해결하기 위해 저희는 글로벌 동시 런칭을 택했습니다. 전 세계 사람들이 마주한 개인 생산성 문제는 비슷하다고 생각했고, 커스텀이 필요 없는 아주 단순한 기능이었기 때문에, 글로벌 런칭으로 수요를 끌어모으는 게 유리하다고 생각했어요. 특히나 생산성 앱에 관심이 남다른 미국과 일본의 경우 앱 스토어 노출-상세페이지 조회-다운로드까지의 퍼널을 탄탄히 구성하기 위해 스터디도 많이 했었던 것 같아요. 현재는 90개국에서 사용하는 서비스가 되었습니다 :)

나아가 예비창업패키지로 받은 자금 안에서 ASO를 최적화하고, 들어오는 유저들을 꼼꼼히 분석하면서 유저들이 있는 커뮤니티도 공략하며 4개월 만에 1만 유저를 모을 수 있었습니다.

사실 조금 더 중요했던 부분은, 이런 유입된 유저들이 ‘계속 쓰는 서비스’가 되려면 어떻게 해야할까? 였어요.

저희는 유저의 습관을 위해 행동 패턴을 집중해서 분해했어요. 사람들이 하루에도 언제 투두를 가장 많이 등록하는지, 주중에 열심히 등록하다가 주말에 DAU가 확 떨어지는 이유가 뭔지, 어느 정도의 반복 일정을 등록하고 있는지를 보며 섬세하게 기능을 개선하였습니다.

[확장이 가능하지 않은 일, 일단 해보기]

저는 저희 팀이 어떤 문제든 해결할 수 있고, 가치를 만들어낼 수 있다고 생각하지만, ‘안 될 수 있다는 전제’ 하에 모든 과정을 진행했고, ‘처음 만든 솔루션은 대부분 실패로 끝나지만, 어차피 실패할 거라면 최소한 낮은 비용으로 빠르게 경험하자’라는 생각으로 임했던 것 같아요.

사실 저희는 지금까지도 서버를 붙이지 않았어요. (이제 막 고민을 하고 있어요!)

모든 과정들이 ‘이러지 않을까?’라고 생각이 되면, 고민하기보다는 최소 단위로 개발하며 실제로 지표가 생각만큼 움직이는지 피드백 해 보는 방식으로 진행이 되고 있어요.

나아가 하나 하나의 기능을 탄탄하고 섬세하게 구성하기보다는, 핵심만 설계하며 ‘러프하게라도 한 바퀴 돌려본다’라는 마음으로 아직 갈 길이 멀지만 12월 29일에는 광고와 구독 기능도 인입하였습니다.

'잠금화면에 보여주는 것'이 고객이 돈을 지불하고서라도 가치있는가?를 검증해나가며, 24년에는 계속해서 구독에 대한 가치 설계에 집중하려고 합니다.

고객이 어느 정도 모인 곳의 가장 큰 장점은 '가설 검증이 용이하다'라는 점인 것 같아요.

저희는 현재 'Todo(작업) 관리'로 시작했지만 시간관리, 자기관리 3가지 영역에서 계속해서 모인 고객패턴으로부터 기회를 찾아 계속해서 도전해보려고 합니다!

쓰다 보니 내용이 길어졌는데, 긴 글 읽어주셔서 너무 감사합니다 :)

서비스 런칭기에 풀지 못한 또 다른 얘기들은 다른 컨텐츠들을 통해 공유드릴께요!

나아가 앞으로도 저희가 빠르게 검증하고자하는, 혹은 검증한 가설들과 그 과정에서 겪은 시행착오와 피드백도 꾸준히 공유 드리겠습니다!

잘부탁드립니다 :)

체크투두

1시간 내 60%를 망각하는 사람들을 위해, 잊지 않게 보여주는 투두앱

25
10