AI for Everyone AI for Everyone

기업은 어디에나 있다 시작하기 가장 좋은 때는 지금이다 제품 대부분은 여전히 실패한다 제품이 실패하는 이유 : 원하는 사람이 없는 물건을 만든다 시작에는 허락이 필요하지 않다 문제/솔루션이 아닌 문제 자체를 사랑하라 사업 계획서를 쓰지 말라 비즈니스 모델이 제품이다 타이밍이 아닌 시간에 집중한다 가속이 아닌 감속 가짜 검증이 아닌 견인 당신의 사전에 실패는 없다 원대한 아이디어를 실천할 시간이다

1. 우주선 발사하기 - 설계 : 임무를 정의하는 단계, 어디로가는지(화성), 탑재체는 무엇인지(고유 가치 제안), 로켓이 몇단이나 필요한지(비확장성 경로), 우주선에 동력을 어떻게 공급할지(확장성 경로) 등을 정의 - 검증 : 이것을 개발하면 사람들이 올 것이다(욕구 충족 가능성) : 이것은 개발할 가치가 있다(실행 가능성) : 이것은 목적지에 도달할 수 있다(실현 가능성) - 성장 : 발사 - 추진체 로켓 점화를 확인한 다음에는 우주선 발사를 준비, 단기간에 견인을 가속화 : 탈출 속도 도달 - 고객공장을 최적화하여 연료가 소진되기 전에 견인을 최대화 해야함 : 성장 로켓 발화 - 지속 가능한 플라이 휠이나 성장 루프를 사용해서 여정 끝까지 동력을 공급할 주요 성장 로켓을 찾기 시작할 시점 2. 성장..

1. 만족한 고객 루프 최적화 - 기능만 밀어붙이지 말자(고객의 문제에 집중) - 80/20 원칙 적용. 출시후 80%의 시간은 기존 기능 평가 및 개선이 투자, 20%는 신규 기능 개발 - 전환 방지하기 - 경쟁사를 뛰어넘는 학습 능력 갖기(학습속도가 경쟁우위다) - 마찰 줄이기: UX 개선 보다 마찰 감소가 우선(최대한 사용하기 쉽게 만들자) - 습관의 과학 배우기(계기->행동->보상) : 습관은 계기를 통해 자극 받고 행동을 취할 동기가 충분하고, 그 행동을 자신의 능력으로 감당 할 수 잇을때 행동이 일어남 - 고객 진행 로드맵 그리기 : 첫번째 깨달음의 순간은 30분 안에 전달한다 : 외적 보상보다 내적 보상을 추구한다 : 완벽함을 목표로 삼지 않는다 : 학습보다 실행이 낮다 : 산출물이 아닌 결..

1. 고객 공장 계속 가동하기 - 고객 공장을 지속적으로 최적화하려면 사용자가 지속적으로 흘러들어와야 한다 - 반복성 달성은 성장을 위한 전제 조건 - 고객 공장 자동화 방안을 찾는다 2. 가치 전달을 위한 질주 - 타협할 수 없는 출시일을 정하고 지킨다 - 작업량이 불어나는 것을 억제한다 - 작업 범위를 첫 90일 사용으로 제한한다 - 지속적인 전달 전략을 취한다 - 성급한 최적화를 피한다 - 얼리 액세스 고객에게 사용 과정에서 피드백을 받는다 3. 고객 공장 지표 대시보드 확장하기 - 실행 불가능한 데이터의 바다에서 허우적거리지 말자 - 수치가 많을 필요는 없다. 핵심 지표 몇개에 집중하자 - 고객 공장 지표에서 출발한다 - 자만하지 않는다 - 실행 가능한 지표를 추구한다 - 지표를 한 장으로 정리한..

1. 회의 준비하기 - 요소 수집 및 업데이트: 엘리베이터 피치, 린 캔버스, 견인 로드맵 - 진척상황 보고 피치 덱 구성 : 90일 주기 목표 검토, 엘리베이터 피치, 린 캔버스, 견인 로드맵, 검증 캠페인, 실험, 통찰, 견인, 제약, 다음행동 - 회의 진행 : 20/80원칙 - 20%는 진행상황 발표, 80%는 토론 및 의사결정 : 투자자에게 조언 요청

1. 제안 조립하기 - 등장인물 정의: 영웅은 선각수용자, 악당은 기존 대안, 안내자는 나, 제품은 선물(무기) - 스토리 구조 : 설정 - 문제 보다 더 큰 맥락 제시, 외부적 전환계기, 승자와 패자 제시 : 대립 - 악당(기존 대안) 지정, 악당의 나쁜점(문제점) 제시, 기존대안 타파 : 해결 - 데모를 실제로 구현 : 행동요청 - 가입 마찰을 높여 열정적인 선각 수용자를 선택, MVP 제시(얼리 액세스), - 1일째부터 요금 부과, 가격 책정 스토리 제시 2. 제안 전달하기 - 공략 대상을 지혜롭게 선정 - 충분한 시간 요청 - 피치 녹음 하기 - 배움의 자세 유지하기 - 메타스크립트 활용 3. 제안 최적화하기 - 고객 공장 지표 매주 측정 - 핵심 제약 파악 - 제약 솔루션 모색

1. 솔루션 설계 스프린트 - 문제 파악 스프린트에서 통찰한 내용을 바탕으로 전환을 일으키는 솔루션의 첫번째 버전(MVP)를 설계하는 과정 - 2주간 진행 - 주요 애로사항 파악: 불만, 마찰 분석 - 매력적인 약속 만들기 : 기능개선 보다 원하는 결과에 초첨 : 개선을 위한 축을 결정 : 극단 추구 - 실행 가능성 채우기 : 타당한 가격 책정 : 이상적인 선각 수용자 파악 - 실현 가능성 채우기 : 작은 시작에서 확장 : 선각 수용자에 대해 다시 생각 : 비전통적 MVP 고려: 컨시어지 MVP, 오즈의 마법사 MVP, FITD MVP 2. MVP의 5P - 문제: 전환을 일으키고 비즈니스 모델을 작동시키기 위해 가장 작은 단위의 문제를 해결하고 있는가? - 약속: 고유 가치제안은 만족스런 가치를 전달하..

고객보다 문제를 더 잘 설명할 수 있을때, 고객은 여러분이 문제를 해결해 줄 수 있다고 확신한다. 1. 큰 맥락에 집중하라 - 기능은 제품의 맥락에 존재하고 결과와 과제는 더 큰 맥락안에 있다 - 원하는 결과를 따라가다 보면 제품 맥락을 벗어나서 더 큰 맥락을 볼 수 있다 - 더 큰 맥락을 찾기위한 방법 : 더 좋은 XX를 개발하지 말라, 더 좋은 X 사용자를 개발하라 : 더 좋은 카메라를 개발하지 말라, 더 좋은 사진작가를 개발하라 - 더 큰 맥락의 범위 잡기 1) 당신의 솔루션을 사용한 고객이 직접적으로 얻는 기능적 이점이나 결과에서 출발 2) 이 결과가 당신의 솔루션 영역 안에 잇거나 아직 매력적이지 않다면, 그 결과 다음에는 무엇이 있는지 찾아서 다음 단계로 전진 3) 답이 한계선을 벗어나면 멈춘..