제공하는 것
- 01검증된 제품 범위사전 분석 인터뷰, JTBD(Jobs to Be Done) 관점의 정리, 그리고 MVP에 무엇이 들어가고 무엇이 빠지는지 밝힌 서면 기획서.
- 02디자인 시스템과 UI토큰 기반 디자인 시스템, 접근성을 기본으로 갖춘 컴포넌트, 그리고 두 번째 스프린트부터 귀사 저장소에 올라가는 완성된 UI.
- 03분석 기능을 갖춘 운영용 MVP크로스플랫폼(필요한 경우 웹과 모바일)으로, 첫날부터 계측을 넣고 귀사 도메인에 배포합니다.
- 04출시 플레이북가격 실험, 페이월 상태, 온보딩 흐름, 그리고 출시 당일 지켜볼 분석 대시보드.
- 05출시 후 30/60/90일 스프린트 계획기획 자료의 가정이 아니라 실제 사용자의 행동을 바탕으로 한 후속 로드맵.
하지 않는 것
- 기획 자료에 있는 기능을 전부 만들지 않습니다. MVP는 가설을 증명할 수 있는 가장 작은 형태로 줄입니다. 기능은 필요성을 입증해야 자리를 얻습니다.
- 지표를 숨기지 않습니다. 모든 릴리스에는 가설을 입증하거나 기각할 분석 도구를 함께 넣습니다. 오르지 않는 수치를 감추지 않습니다.
- 속도를 핑계로 접근성을 건너뛰지 않습니다. WCAG 2.1 AA는 타협할 수 없습니다. 나중에 고치는 것보다 그편이 더 빠르기도 합니다.
프로젝트 진행 방식
-
시스템 진단
보유하신 시스템, 연결 방식, 리스크가 있는 곳을 파악하고 서면 계획을 드립니다. 이후 저희와 개발을 진행하시든 아니든 상관없습니다.
-
승인하시는 계획
작업 시작 전에 범위, 순서, 비용을 서면으로 합의합니다.
-
매주 쌓아 가는 결과물
매주 작동하는 소프트웨어를 데모로 보여 드립니다. 상태 보고서가 아니라 실제 진척을 보실 수 있습니다.
-
인수인계와 지원
코드, 문서, 운영 매뉴얼을 넘겨 드립니다. 원하시면 이후에도 지원을 계속합니다.
사용하는 도구
Frontend
Backend
Mobile
Cloud
Data
최근 사례
이 분야의 사례는 준비 중입니다. 진행 중인 프로젝트에 대해서는 문의해 주십시오.
자주 묻는 질문
01디자인과 개발을 모두 합니까, 아니면 한쪽만 합니까?
둘 다 한 팀에서 합니다. 프로덕트 디자이너와 엔지니어가 첫 스프린트부터 함께 일하므로, 인계 과정에서 꼬이는 일도, Figma에서 Jira로 옮기며 생기는 손실도 없습니다.
02MVP에 무엇을 넣을지 어떻게 정합니까?
사전 분석 인터뷰, JTBD 관점의 정리, 그리고 명확하게 글로 쓴 가설로 정합니다. 가설 검증에 도움이 되지 않는 것은 뺍니다. 무엇을 뺐는지도 보여 드립니다.
03MVP 출시 이후에도 계속 맡아 줄 수 있습니까?
네. 대부분의 제품 프로젝트는 개선 단계에서 전담 팀으로 이어집니다. 같은 멤버, 매주 이어지는 리듬, 월 계약입니다.
0410년 로드맵을 가진 제품이라면 어떻습니까?
그렇다면 저희가 전 기간을 맡기에는 맞지 않을 수 있지만, 처음 6–12개월에는 잘 맞습니다. 저희의 목표는 귀사 팀의 자립이지, 저희가 계속 남는 것이 아닙니다.
함께 일하는 세 가지 방법.
- 01
시스템 진단
보유하신 시스템을 정액 요금으로 진단하고, 바로 실행할 수 있는 계획을 드립니다. 실행은 저희와 함께하셔도, 귀사 단독으로 하셔도 됩니다.
본격적으로 결정하기 전에 방향을 분명히 하고 싶을 때 적합합니다.
시스템 진단 예약하기 - 02
전담 팀
엔지니어 2–8명이 월 단위 계약으로 귀사의 업무 흐름에 합류합니다.
개발 속도를 꾸준히 유지해야 할 때 적합합니다.
전담 팀 구성하기 - 03
프로젝트 단위
요구 사항이 확정된 MVP를 범위, 일정, 비용을 모두 고정해 개발합니다.
사양이 정해져 있고 비용을 미리 확정하고 싶을 때 적합합니다.
프로젝트 상담하기
시작은 여기서
시스템 진단부터 시작합니다.
어떤 시스템을 쓰고 있고 어디가 불편한지 알려 주십시오. 시스템 진단의 범위와 정액 요금을 제안해 드립니다.