강남언니와 Pixo가 제품을 만드는 방식을 들여다봅니다. 조직 구조, 리서치, 데이터와 협업에 관한 SpectrumCon 기록입니다.
→ 누구도 why를 묻지 않았다
→ O : 좋은 습관 만들기 / KR : 매일 이불개기
많은 사람들이 이불 갰냐 라고 묻기만 함.. → O는 잊혀짐
디자인 리뷰는 왜 받아야하지?
전문영역이 같은 디자이너들끼리 받는 인사이트는 스쿼드와는 또다른 밸류를 줌. 전문 영역이 같은 사람이 주는 피드백이 중요하다
→ 또 망함. 왜? → 1주일에 한 번 피드백 받음. → 피드백 반영할 시간이 없다 and
스쿼드에서 하는 구체적인 맥락을 파악하기 어려움. 맥락까지 공유해야 의미있는 디자인 리뷰가 완성됨.
예시 : 디자인 시스템
세계관이 확장
디자이너 1 개발자 1 이렇게 둘이 일할 땐, 디자인 피드백 → 직접 코드.
디테일 다듬기
핵심 경험에 집중. 하나의 피쳐를 가지고도 몇 달동안 토론해가며 디테일을 다듬기
첫 출시하는 제품이라도 사용자에게 잘 만들어진 제품의 경험을 주기 위해 노력하는 것은, 치열한 경쟁에서 살아남기 위한 생존 전략이었다.
앱스토어의 순위에 직접적인 영향을 주는 앱스토어 리뷰를 잘 모으는 것. 유저는 앱 순위를 보고 앱을 다운받을지 결정하기 때문에, 잘 만들어진 리뷰를 모으는 것은 중요하다.
→ 어떻게 하면 사용자를 귀찮게 하지 않고, 리뷰를 남기게 할 수 있을까?
가장 행복한 순간에 리뷰요청하면 앱리뷰 를 남겨줄 확률이 높지 않을까?
결론 : 사용자 만족감이 극에 달했을 때, 리뷰요청하는 것은 주효했다.
글로벌이 최종 목적이라면, 처음부터 영미권 시장을 공략하는 것이 유효하다고 생각. → 한국보다 글로벌 시장이 활발하고 유저풀도 넓기 때문.
네이티브가 아니기 때문에, 설명이 많은 UX는 사용하지 않으려고 노력함. 가능한 모든 UX는 비언어적 소통 (아이콘 제스쳐 등) 으로 구성하려고 노력함
→ 따라서, 더 수준 높고 체계적인 업무 진행을 위해 팀을 만듦.
검증이 된 모델이 아닐까? 사용자 모델을 어느 정도 만들어 두어야만 사용할 수 있음.
→ 창업자들이 모여 기획.
→ 초기에는 창업자가 직접 대응. 지금은 앱스토어나 크리티컬한 이메일은 직접 팀내부 대응, 이외에는 해외에 CS 업무 보시는 분들을 모셔서 그분들이 대응.
→ 유저 리뷰에 답이 다 있다고 생각함. 현명하게 판단해야 하겠지만... 강성 CS는 항상 맘이 아프지만 영어라서 덜아픔 😂
→ 핸드폰 자체를 영어로 세팅하고 많이 봐야함. 언어와 상관없이 우리 주변에서도 있을 수 있는 문제를 정의하고, 그것을 제안하는 데 집중. 보편적인 문제에 집중.
→ 보편적인 문제 해결을 노력하지만, 일단 접은 아이템을 말씀드리면 첫 출시한 cover라는 앱 (전세게 featured 된 앱..) cover → 베이비스토리로 더 많은 유저공략을 위해 앱을 내림. 한때 피쳐드 된 앱이더라도 지속적으로 유저 니즈에 반응하지 않으면, 유저는 떠나고 앱은 망함.