처음엔 그로쓰 모델링 관련 질문을 5개로 시작한다.

1. You notice that your power users all have taken some action(e.g. filled out their profile). so you try to encourage all users to fill out their profile to get them more hooked on your product. Does this actually help?(모든 헤비 유저들이 하는 특정 행동이 있다고 했을 때(프로필을 완성하기 등), 모든 유저에게 이 행동을 강요하면 서비스 성장에 도움이 될까? - 특정 행동 강요)
2. You have 24 hrs of downtime, the next day you come back up your traffix is down. Will this have a long-term effect you need to worry about?(24시간 동안 서비스가 다운되고 복구를 했을 때 트래픽이 줄어있었다. 장기적으로 봤을 때 이런 상황을 걱정해야하는가? - 장애 발생)
3. You have 100K uniques per day and so does your competitor, but are these 100K people who come back everyday or 700K people who each com once per week? Does it matter?(일방문자 10만명의 서비스가 있고, 경쟁사도 똑같다고 하자. 그러면 일방문자 10만명과 주방문자 70만명이 상관이 있을까? - 경쟁사)
4. You turn on a new advertising compaign and see your # of unique visitors per day start to increase, you assume that this will continue increasing so long as you keep the ads running, right?(광고를 틀었더니 매일매일 방문자가 늘어났다. 이렇게 광고를 계속 틀어두면 유저가 늘어날 것이다라고 생각하는게 맞을까? - 광고)
5. You start having email deliverability problems(or Facebook turns off notifications) so you can't notify users of new activity on the site. The # of unique visitors decreases slightly but you're not too worries, shoud you be?(어쩌다보니 알림 시스템에 이상이 생겨서 서비스의 진화를 유저에게 알리지 못하게 되었다. 그래서 유저가 조금 감소했다는 것을 알게되었다. 이것은 걱정할 일일까? - 알림)

전체 사용자의 숫자는 새로 들어오는 유저의 숫자 와 이탈되는 유저의 비율의 비로 알 수 있다.

CC = 신규 유저수 / 이탈율 CC = 신규 유저수 / (이탈 유저 수 / 기존 고객 수) CC = 신규 유저수 / 이탈 유저 수 * 전체 고객 수 CC = 유저 순증감율 * 전체 고객 수

Total Customers는 New Customer Today와 Lost Customer Today 단 두가지 요소만 영향을 준다.

• Active를 어떻게 정의하나?
  • 95%이상의 Visitor가 꼭 하게 되는 행동
  • Page by Page, Repeatable하고, Meaningful한 Action인가?
• Churn은 어떻게 정의하나?
  • 얼마를 안써야 안오는 거라고 정의할까? 1일? 4일?
  • 상식적으로 이정도를 안썼으면 Loss도리 것 같다를 결정한다.(나중에 바꾸면 안됨!)
    1. ex. 사장: 한 달에 한 번 쓰는 앱. 3개월을 Churn으로 정의
    2. 토스 송금은? 30%가 이전달에 온 적이 없는 유저

토탈 리스트

PO와 일하기 좋은 개발자는 아래 3가지를 해줘야할 것 같다.

1. 서비스의 본질 이해해야한다.

스타트업 개발자는 기획에서 요구하는 스펙에 맞춰서 개발할 수 있으면 끝이 아니다. 개발 할 필요가 있는 것과 필요 없는 것을 구분해야한다. 최소 개발 최대 효율이 가장 중요하다. 최소 개발을 하려면, 서비스의 본질이 무엇인지에 대한 고민부터 시작되어야한다. 기획에 대한 피드백 없이 그대로 개발을 하면 언젠간 코드를 통째로 갈아엎어야하는 순간이 오게된다. 2. GA를 잘 이해해야한다.

많은 개발자들이 GA는 DA나 마케터의 영역이라고 생각한다. 하지만, 서비스내에서 사용자들이 어떤 행동을 할 수 있는 지 가장 잘아는 사람은 개발자다. GA를 잘 활용하면, 커스텀 이벤트를 만들어서 사용자의 행동을 분석할 수 있는데, 이 데이터는 Aha moment를 찾는데 큰 도움이 된다. 어디에서 어떤 행동이 발생되고, 행동 이후에는 사용자가 어떤 경험을 하게되는 지를 정확히 알고 있으면 좋을 것 같다.

3. 시각화는 기본으로 할 수 있어야한다. 데이터를 수집했고, 수집한 데이터를 직접 확인할 수 있어야한다. 개인적으로 최적의 스프린트 인원은 4명(FE, BE, Design, DA)이라고 생각한다. 모든 팀원들이 사용자의 행동 데이터 분석 방법을 공부하고 함께 진행하거나 1명에게 몰리는 것이 아니라, 모두가 접근하기 쉽고 이해하기 편하게 만들어진 대시보드가 있어서 그 대시보드 만으로 이해도에 대한 차이로 인한 미스 커뮤니케이션이 없는 상태로 논의를 해야 애기가 더 빨라진다. 이런 대시보드를 만드는 능력이 개발자에게 꼭 필요하다고 생각한다.

굉장히 러프하게 적어서 이해도 안되고 엥? 하는 내용도 있을 것 같다. 프론트엔드와 백엔드, 데이터를 떠나서, 개발자들은 서비스의 비효율적인 부분을 빠르게 캐치할 수 있고, 앞으로 더 잘 나아갈 수 있는 방법을 찾는 가장 편한 도구를 만들 수 있는 능력이 필수적이다라고 생각한다.

직무를 떠나서 스타트업에 모인 모든 사람들은 공동의 문제를 해결하려는 해결사들이다. 요즘 보면 취업률 때문에 연봉 때문에 개발자라는 직업을 고르게 되는 경우가 많은 것 같은데, 잘못된 것은 아니다.

하지만, 꼰대 마인드로 말하면 스타트업에서 일한다는 것은 돈벌이 수단이나 편한 일자리 그 이상의 성취감으로 본인의 능력을 인정받는 사람이 되었으면 좋겠다. 그렇게 프로덕트의 시스템과 프로덕트의 성장에 기여를 했는데, 회사에서는 입을 싹-닦는다면 당장 그만두고 우리 회사로 오라고 말해주고 싶다.