한 동안 메이커 로그가 너무 뜸했었네요.. 흑

변명을 하자면 지난 주에는 독감에 감염되어 고생을 좀 했습니다. 다행히 저는 짧고 굵게 지나갔지만, 코로나 걸렸을 때 만큼 힘들었던 것 같아요. 여러분들도 독감 조심하시길...!

3줄 요약

1. 엄청난 삽질중

2. 1일 1배포를 실천하는 중 (1일 1메이커로그는 못했지만...)

3. 유저는 아주 천천히 늘어나는 중

삽질의 연속

2주 정도 엄청 삽질을 했습니다. 수십개의 가설로 실험을 진행했고(하고 있고, 해야 하고..), 역시나 대부분은 실패. 실패 속에서 약간의 실마리를 찾아 조금씩 전진하는 상황입니다.

1일 1배포

약 10일 동안 다음과 같은 기능들이 더해졌네요. (물론 다음 주, 다음 달엔 없어질지도 모르지만..)

1. 팀원 일괄 등록(직접입력)

2. 팀원 파일로 등록(입력대행)

3. 팀원 선택해서 알림톡 발송하기

4. 가독성 향상을 위한 디자인 수정

5. 경기 결과 입력

6. 경기 상대팀 입력

7. 튜토리얼 범위 확대

8. 카카오알림톡 내의 버튼으로 투표 참여

9. 자잘한 버그 수정 여럿...

노코드 툴이지만, 부채는 있는..

제품 개선과 실험은 권호님과 함께 하지만, 개발과 배포는 아직 혼자서 버블(bubble.io)로 하고 있는데요. 버블 지식이 부족하던 때 구조를 잡고 만들었다보니, 여기저기서 버벅임이 발생하고 있습니다. 일종의 개발 부채 같은 것인데, 아직까진 부채보단 고객들의 반응이 더 중요해서 누더기처럼 이것저것 붙이고 떼고를 반복하고 있습니다.

최근 노코드 페스트에 다녀와서 버블에서 좋은 퍼포먼스(속도 향상)를 내는 방법에 대해 조금 알 수 있었고, 버블 고수 분들의 노하우도 들을 수 있었습니다. 여유가 생기면 더 효율적인 구조를 만들어서 퍼포먼스 문제도 해결해 보고 싶다는 생각이 들더군요.

유저의 반응을 보며

처음엔 핵심 문제(동호회 축구/풋살팀 관리의 불편)와 관련 없는 분들만 가입되어 있었는데, 지금은 정말 팀을 열정적으로 운영하는 분들이 조금씩이지만 사용 해 주고 계십니다. 그 분들이 겪는 핵심 문제는 무엇이고, 우리가 어떻게 해결 해 줄 수 있는지 장님 코끼리 더듬듯 찾아가는 중 입니다.

목표했던 것 보다는 더디지만, 조금씩이지만 이터레이션을 통해 남아있는 분들의 숫자가 늘어나는 것을 보며 보람을 느끼고 있습니다. 좋은 팀원과 좋은 유저분들이 함께 제품을 이용한다는 점에서 재미와 용기를 얻고 있습니다.

오늘은 가볍게 그 동안의 소회를 적어봤네요.

다음엔 좀 더 인사이트풀한 내용으로 찾아오겠습니다 ㅎㅎ

가설과 회고가 만드는 액션

지난 번 팀원 및 일정 등록 튜토리얼을 만들고 난 뒤, 유저의 반응을 지켜보고 회고 하는 시간을 가졌습니다.

튜토리얼에 대한 가설

• 현상 : 유저의 평균 팀원 등록 수와, 일정 등록 수가 적다.

• 문제 : 온보딩 과정에서 팀원 등록과 일정 등록 기능에 대해 이해하기 어렵다.

• 해결방안 : 팀 생성 후, 팀원 및 일정 등록 과정을 체험하는 튜토리얼을 만든다.

우선 지표적으로 좋아진 부분은 다음과 같았습니다.

** 참고 : 가입 → 팀 생성 → (튜토리얼) → 팀원 등록 → 일정 등록 순서로 고객이 서비스를 이용함.

[As is → To be]

• 팀 생성 : 65 → 53%

• 팀원 등록 : 2.52명 → 5.36명/팀

• 일정 등록 : 9건 → 13건 (튜토리얼 완료 시 100% 일정 등록)

• 일정 재등록 : 낮음(수치 비밀)

비율 지표로 봤을 때, 튜토리얼 도입 후 기능을 1번 이상 경험하는 고객이 늘었습니다. 여기까지만 보면 아름다운 그림이겠지만, 아래 2가지 현상을 발견 할 수 있었는데요.

1. 튜토리얼 앞단(팀 생성)에서 이탈하는 사람들이 더 늘었다.

2. 일정 재등록(리텐션) 수치가 낮다.

현재 우리의 제품이 유저의 문제를 해결한다면, 유저들은 매 경기마다 어시스트에 일정을 생성해 공유하는 작업을 하고 있을 것입니다.

이를 단적으로 보여주는 것이 일정 재생성 관련 지표인데, 생성 수나 생성 비율 모두 상당히 낮았죠...

이후 20여명의 유저와 간단한 전화 인터뷰를 진행했고, 다양한 미사용 이유를 확인할 수 있었습니다.

1. 튜토리얼을 하지 않고 이탈한 유저는 여전히 기능에 대한 이해가 부족함

2. 일정 알림 외 다른 기능(회비 관리, 권한 관리, 전술판 등)을 원하는 유저들이 있음

3. 일반 팀원이 투표에 참여할 때 렉이 걸림

4. 수십명 이상의 팀원을 보유한 경우, 팀원 등록 자체가 부담스러움

그리고 튜토리얼 액션에 대해 회고하는 시간을 가졌습니다.

1. 튜토리얼은 효과가 있다.

2. 튜토리얼 “만”으로 리텐션을 끌어내기 어렵다. 제품의 핵심 기능과 고객 경험을 개선 해야 한다.

이후 다음과 같은 가설을 세우고 후속 액션을 정의 해 보았습니다.

1. 퍼널 앞단(서비스 가입 전)에 알림톡을 보내는 경험을 하면, 가입율을 높이면서 제품 기능도 이해 시킬 수 있을 것

2. 팀의 운영진을 제외한 일반 팀원이 페이지 진입 없이 투표를 할 수 있다면, 느리다는 피드백은 줄어들 것

3. 다수의 팀원 정보를 쉽게 입력할 수 있도록 만들면, 대규모 팀원을 관리하는 팀도 제품을 이용할 것

더 큰 숙제를 받은 것 같아(할 일이 겁나 많아짐) 좀 더 무거운 마음이지만 인터뷰에 응해주신 분 중, 지속적으로 이용 하고 싶다는 팀을 알게 되어 매우 좋았고, 작은 액션이지만 소기의 성과와 인사이트를 발견했다는 점에서 의미있는 시간이었습니다.

다음엔 개선한 기능과 고객 경험에 대한 이야기로 찾아오겠습니다.

감사합니다.

첫 번째 배포 : Align 이라는 가속 페달을 밟다

첫 배포 완료!

어제, 어시스트 이터레이션 프로젝트 시작 후 첫 배포를 진행했습니다. 프로젝트 시작 시점부터 2주가 걸렸네요.

꽤 오랜 시간을 쓰긴 했습니다.

다만 개발 부분의 완성도를 높이는데 시간을 쓴 것이 아닌, 팀과 권호님과 저의 목적과 목표를 Align 하고 서로를 이해하며, 유저의 상황과 문제를 파악하고 정의하는데 시간을 사용한 만큼 유의미한 시간이었다고 평가합니다.

배포 내용 요약

• 현상

  팀을 생성한 유저 중 팀원을 등록하고, 일정을 등록하는 유저의 비율이 x%(비밀) 미만

• 문제

  유저는 팀원 등록 및 일정 생성 기능을 충분히 이해하지 못해 제대로 사용하지 못하고 있다.

• 가설

  팀원 등록 및 일정 생성과 관련한 튜토리얼을 진행하면, 유저가 해당 기능을 정확히 이해하고 실행 해 볼 것이다.

• 액션

  • 의무적으로 진행해야 하는 간단한 튜토리얼을 제작하고 배포한다.

  • 이후 튜토리얼을 많은 사람들이 이수할 수 있도록 후속 조치를 진행한다. (배포 알림 & 추가 모객 등)

사실 아이디어를 내고, 개선안을 결정하고, 디자인해서 개발하기까지는 6시간 정도가 걸린 것 같아요.

대단한 기능을 배포한 것이 아니니 6시간도 짧은 시간은 아니지만, 권호님과 제가 합을 맞춰서 한 첫 배포임을 감안하면 생각보다 빨리 되었다고 생각합니다. 노코드 툴인 버블(bubble.io)의 특성상 수정 결과가 바로바로 보여 만들면서 피드백 하기 쉬웠던 점도 빠른 배포에 기여한 것 같아요. 물론 앞으로는 더 빠르고 효과적으로 움직여야 하겠지만요.

팀의 Align 농도가 짙어지는 만큼 일이 빠르게 된다고 생각하기에, 앞으론 더욱 빠르게 가설을 검증하는 액션이 진행된다고 믿습니다.

가설이 맞아서 문제가 해결 될지는 지켜봐야겠지만, Maker의 입장에서는 배포를 했다는 것에, Founder의 입장에서는 팀원과 본격적인 협업을 시작한 점에서 보람있는 하루였네요 ㅎㅎ

말썽꾸러기 메타 광고관리자

저희 팀은 프로덕트 초기 고객 모집을 위해 최근 Paid 마케팅을 진행했습니다.

길게 사용할 유저 보다는, 우리 문제에 관심이 있는 사람들이 얼마나 많은지, 그 사람들이 우리의 콘텐츠를 보고 가입은 하는지 보기 위함이었죠.

하루 만에 콘텐츠를 기획하고, 디자인하고, 광고를 돌렸습니다.

그런데,

메타에서 광고 계정을 막아버렸습니다?!

갑자기 계정이 비활성화 되었다는 메시지가 뜨고, 광고가 돌아가지 않는 문제가 생기더군요...

광고관리자에서 검토 요청을 진행했지만 며칠이 지나도 별다른 답변은 오지 않고 계정은 계속 비활성화 상태...

이 이슈 때문에 원래 목표로 했던 유저 가입자 수는 달성하지 못하게 되었네요 ㅜㅜ

예전 회사에서 이런 이슈가 있었을 때는 검토 요청하면 금방 해결 되곤 했었는데, 이번에는 시간이 좀 오래 걸리네요...

혹시 저와 같은 현상을 겪어 보신 분들이 계신지, 계시다면 어떻게 해결 하셨는지 사례가 궁금합니다 !

좋은 스프린트 만들기 : 목적, 목표, 기간의 Align

오늘은 어시스트 프로젝트의 첫 번째 스프린트를 돌아보는 메이커로그를 적어보려고 합니다.

글을 자주 쓰는건 정말 힘든 일이네요.. 편의를 위해 반말로 진행하는 점 양해 부탁드립니다.

1차 스프린트

권호님과 함께하는 이터레이션 프로젝트 1주차가 마무리 되었다.

지난 금요일에 고객 인터뷰를 마치고 당산의 모 카페에서 스프린트 리뷰/회고와 다음 스프린트 플래닝을 진행했다.

방향성

• 목적 : 유저가 왜 사용/이탈 하는지 알아보자

• 목표 : 최대한 많은 인터뷰 진행 (가입한 57명 전체)

• 기간 : 1주일

리뷰

1. 타겟이 아닌 유저가 왜 사용/이탈 했는지는 알게 되었다.

   • 버블/노코드/디콰 등 스타트업 메이커 커뮤니티에만 출시 사실을 공유했고,

   • 그래서 동호회 운영 보다는 노코드 툴, UI/UX 등에 관심 있는 사람들이 가입했으며,

   • 가입하고, 둘러보고 “아 이렇게 구현되었구나” 정도의 마음에서 이탈했다.

2. 타겟 고객의 사용/미사용 이유는 아직 모른다.

   • 안타깝지만, 우리와 인터뷰를 했던 분 중에 실제 팀을 운영하고 있는 사람도 없었고,

   • 서비스를 딥하게 이용한 사람도 없었다.

   • 이 점 때문에 목표 달성에는 실패 했다고 판단했다.

3. 주어진 조건 하에서, 많은 인터뷰를 위해 유의미한 액션은 많이 했다.

   1. 최초 활동 기록이 좋은 7명을 선별해 메일 발송 → 0명 회신

   2. 최초 7명 포함 전체 가입자 대상 콜드콜 : 28명 → 12명 인터뷰 승낙 (7명 인터뷰 완료)

      • 메일, 문자, 전화 + 설문지 발송 등 제한된 풀 안에서 인터뷰 성사를 위한 다양한 액션 진행

      • 함께하는 권호님의 메이커로그에 조금 더 자세한 내용이 적혀있습니다.

회고

권호님이 제안한 KPT(Keep Problem Try)방식으로 스프린트 회고를 진행했다. 덕분에 서로 많은 이야기를 허심탄회하게 할 수 있었다. 그 중 핵심 내용을 한 문장으로 요약하면 다음과 같았다.

"스프린트 방향성을 너무 나이브하게 정했다."

• 스프린트 목적과 목표, 기간이 서로 Align 되지 않았다. 이들이 톱니바퀴 물리듯 딱 맞지 않았고, 연결성이 떨어지니 동기부여도 떨어졌다. 특히 일의 템포가 느리다는 느낌을 많이 받았다.

• "스프린트는 1주 혹은 2주 단위야!" 라는 고정관념에 잡혀서 1주일이라고 나이브하게 기간을 정함

  • 하루에 1~2개의 인터뷰를 진행하고 리뷰하다보니 시간이 붕 뜨는 느낌이 들었다.

  • 예를 들어, 인터뷰 실행 기간을 정해두고, 그 기간에 스케쥴을 더 오밀조밀하게 몰았어야 했지만 그러지 못했다.

  • 지금 단계에선 프로덕트 메이킹이 없으니, 실행할 액션의 특성을 고려해 기간을 정하는게 맞았다.

• 스프린트 목적 달성을 위해, 인터뷰 외의 방법을 충분히 고려하지 않았다.

  • 우리가 제품을 충분히 써 보고 리뷰를 했어도 나름의 인사이트가 있었을 것 같다.

  • 물론 이렇게 한다면 스프린트는 1~2일 정도면 충분 했을 것이다.

  • 그 외에도 고객의 사용/이탈 이유를 확인할 수 있는 다양한 방법이 있었을테지만, 고려하지 않고 처음 떠오른 "인터뷰"를 목표에 박아버렸다..

• 몇 번의 인터뷰 이후, 인터뷰가 유의미한가? 라는 의문이 생겼고, 이 때문에 동기부여가 떨어졌는데, 그렇다면 중간에 목표를 수정하거나 스프린트를 조기 종료하고 새로운 방향성을 더 빨리 찾는게 좋았을 지도 모르겠다.

  • 물론 한 번 정한 목표를 따라 끝까지 액션하고, 그 뒤에 회고 하는 방식이 Lesson & Learn에 더 좋을 수도 있다.

  • 어쨌든 방향성을 설정한 뒤 후회하지 않기 위해서는, 정할 때 부터 심사숙고하는게 좋았을 것이다.

2차 스프린트

다시, 플래닝

1. 기간 정하기

   • 지난 주의 잘못을 반면교사 삼아, 스프린트 기간, 목적, 목표를 서로 고려하며 설정했다.

   • 다음 주에 각자 다른 일정이 있어 화, 수, 목요일만 어시스트 프로젝트에 전념 할 수 있었다.

   • 이를 고려해 스프린트 기간을 3일로 정하고, 기간에 맞춰 달성 할 수 있는 스프린트 목적과 목표를 생각했다.

2. 목적 정하기

   • 먼저 지난 스프린트의 목적을 이어가는게 좋을지 논의 해 보았다.

     • 우리 프로덕트가 고객문제를 해결하는가? 에 대한 의문을 해소해야 한다.

     • 이를 위해선 고객이 프로덕트를 사용해야 한다.

     • 이를 위해선 프로덕트에 가입된 유저가 있어야 한다. (최소 30팀 이상?)

     • 이를 위해선 우리의 문제 인식이 유의미한지 확인 해 봐야 한다.

     • 이를 위해선 우리가 가진 문제인식을 유효한 타겟에게 인지 시켜야 한다.

       ⇒ 기존 목적보다 “지금 당장” 알아야 하는 부분, 해야 하는 부분이 있다고 생각하게 되었다.

   • 그렇게 두 가지 아이디어가 나왔다.

     1. 유의미하게 프로덕트를 써 보게 하자.

        • 프로덕트 제작 전 인터뷰/설문 결과를 신뢰한다면, 그 문제를 겪는 사람이 이 프로덕트로 솔루션을 해결하는지 직관적으로 확인하는걸 목적으로 하자.

        • 예를 들면, “가입, 일정 생성, 알림톡 발송까지 완료하는 팀 10개 이상 만들기.”

     2. 우리 문제(일정 안내가 귀찮음)에 공감하는 사람이 있는지 확인 해 보자.

        • 지금 프로덕트로 고객 인터뷰/설문 기반으로 한 가설일 뿐이다. 인터뷰 하지 않고 설문 참여 안한 다수의 사람도 이 문제에 관심이 있는지, 실제 프로덕트로 확인을 해 보는 방향

   • 우리는 두 번째 아이디어를 스프린트 목적으로 정했다.

     • 퍼널 관점에서, 가입을 한 뒤 다음 액션(팀 생성, 일정 생성, 알림 발송 등)도 진행 할 수 있으므로, 우리가 생각하는 문제를 가진 사람들을 프로덕트에 가입 시키는게 먼저라고 판단했다. 애초에 고객에게 우리가 예상하는 문제가 없으면 기능을 디벨롭 할 필요도 없으니까.

     • 3일이라는 시간 동안 할 수 있는 일을 생각 해 봤을 때, 프로덕트의 유의미한 사용보다는 회원가입을 유도하는걸 더 잘 할 수 있다고 생각했다.

3. 목표 정하기 : "회원 가입 수 300명"

사실 기간과 목적을 정하니 목표 정하는 것은 한결 수월했다.

• 사이트에 들어온 고객이 회원가입까지 진행하면 이 문제에 대해 공감하는 것이라고 판단 하기로 했다.

• 문제에 관심이 없으면 이탈 할 것이고, 관심이 있다면 가입을 하고 한 번이라도 기능을 써 볼거고,

• IT관련 커뮤니티에서 들어온 사람들 보다 스포츠에 더 가까울 가능성이 높을거니까.

두 번째 스프린트 방향성

• 목적 : 팀 관리자 중, 일정 안내가 귀찮은 문제에 관심있는 사람이 많은지 확인한다.

• 목표 : 타겟 유저 300명이 회원가입한다.

• 기간 : 2023년 11월 2일 까지

금요일 밤 늦게 스프린트 플래닝을 끝냈다. 몸은 힘들었지만 마음은 개운했다. 지난 번 보다 훨씬 동기부여가 되는 스프린트 방향을 정했다고 생각했기 때문이다. 무엇을 해야할지 마구 떠오르기 시작했고, 조금 더 마음이 가벼웠다. 특히 좀 더 빠른 템포로 일을 할 수 있겠다는 생각이 들어서 더 신나는 마음이 들었다. 물론, 결과는 어떻게 될 지 모르겠지만…

글을 쓰면서 돌이켜보니, 이번 스프린트는 프로덕트 부분보다, “스프린트” 라는 방식을 더 유연하게 생각하고 적용할 수 있었다는 점에서 큰 성과가 있었던 것 같다.

짧고 굵은 다음 스프린트에서는 보다 큰 성과가 있었으면.

긴 글 읽어주셔서 감사합니다.

혹시 저희 프로덕트에 관심이 있으시면 링크를 참고 해 주세요!