Challenger, Changer

. 시장(accessment) 어떠한 크기의 문제인가? - 내가 풀고자 하는 문제가 어떠한 사람들의 문제인건지 진단이 필요함 - 시점에 맞게 시장에 대한 냉철한 진단이 필요 - 문제의 범위가 수백만, 수천만 단위 이상의 사람들이 느낄만한 문제점이어야 함 - 문제의 심각성: 문제를 해결해주기만 하면 수와 방법을 가리지 않고 쓰려고 할 정도의 문제인가 - 문제의 확장성: 매년 20% 이상의 성장 가능성을 보이는가 - 문제의 빈도 - 돈이 되는 문제인가 2. 경쟁우위 1) 여러 경쟁요소 - 가격경쟁력: 소싱 능력이 있거나 비용구조가 낮음 >> 유동적으로 변할 수 있는지, 리스크 관리가 필요 - 마케팅적 우위: 돈을 쓰지 않고도 고객을 대규모로 유치해올 수 있는가 - 인적 자원 우위: 해당 비즈니스를 하기 위한..

1. 투자 프로세스 deal sourcing → IR → 투심 → 집행 1) Deal sourcing: 투자자가 기업을 발굴하는 단계 콜드메일, 데모데이, ir행사, 리서치, 소개(제일 중요) 투자자가 먼저 찾아오게 하는 채널 확보가 필요 2) IR: VC에 방문하여 모든 심사역을 대상으로 발표 및 QnA 진행 VC의 대표이사 및 심사역을 만나는 처음이자 마지막 자리 (약 30분 진행) 3) 투심: 담당 심사역이 해당 기업에 투자하기 위해 내부적으로 설득하는 단계 해당 기업에 관한 모든 요소가 논의 대상이 됨 보통 전체 심사역이 모두 참석하여 진행 (IR에서 투심까지 진행되는 확률은 10~20%에 불과) 4) 집행 투심에서 집행까지 소요되는 시간은 1달 (계약서 작성, 회계감사 등) 2. 무엇을 보고 투..

서비스가 어떤 가치를 제공할지 정의했으니, 이제 핵심 가치를 전달할 서비스를 구체화하는 “Deliver” 단계가 시작된다. 이 단계에서 다양한 기획 문서를 제작해서 서비스를 구체화하고, 해당 문서는 디자인팀과 개발팀에게 전달된다. IA IA는 정보 아키텍처(Information Architecture)로, 서비스의 구조를 나타낸다. IA를 작성하면, 서비스의 전반적인 구조를 한눈에 파악할 수 있고 페이지 사이의 상하 구조를 명확히 정의할 수 있다. IA는 디자이너와 개발자 협업에서도 필수적이다. 기획 과정에 참여하지 않은 디자이너와 개발자도 잘 짜여진 IA를 본다면, 서비스의 전체 구조를 빠르게 파악할 수 있다. IA는 페이지 단위로 설계해야 하며, 필요한 경우에 기능이나 컴포넌트 단위까지 설계한다. 예..

Develope 단계 페르소나와 고객 여정 지도를 설계하면서, 고객이 어떤 문제를 겪고 있는지 파악했다. 이제 파악한 문제를 기반으로 어떤 서비스를 만들지 구상하는 “Develope”단계에 진입한다. 이 단계에서 서비스의 큰 그림이 될 핵심 가치를 정의한다. 핵심 가치 고객은 지불하는 돈, 시간, 정보보다 서비스가 제공하는 효익이 더 크다고 느낄 때, 서비스를 사용한다. 여기서 “효익"은 서비스가 제공하는 가치를 뜻한다. 서비스가 제공하는 “기능"과 “가치"는 다르다. “기능"은 가치를 제공하는 수단이다. 예를 들어, 토스나 카카오 페이는 “간편 송금”이란 기능을 제공하며, 유저는 이 기능을 통해 “간편함"이란 가치를 얻는다. 따라서, 서비스의 기능을 구상하기 전에 어떤 가치를 고객에게 전달할지 생각해야..

Define 단계 인터뷰를 통해 유저들의 정성 데이터를 수집했습니다. 이제 이 정성 데이터를 분석해서 유저가 겪고 있는 문제를 명확하게 정의하는 Define 단계가 시작된다. 문제를 구체적으로 정의할수록, 구현할 서비스가 어떤 가치를 전달해야 하고, 어떤 기능을 가져야 하는지 명확해진다. 인사이트 뽑아내기 검증하고자 한 가설이 참인지, 거짓인지 알기 위해 데이터를 분석해야 한다. 이때, 서로 다른 인터뷰이 사이에 공통으로 보인 정보에 집중해야 한다. 만약 한 명의 인터뷰이에게만 나타난 정보라면, 이 정보는 해당 인터뷰이에게만 예외적으로 나타난 확률이 높다. 반대로 다수의 인터뷰이에게 공통적으로 나타난 정보라면, 서비스 유저가 갖고 있는 핵심 정보일 확률이 높다. 서로 다른 인터뷰이의 정성 데이터를 비교 ..

우리가 정의한 (1) 서비스를 사용할 유저와 (2) 유저가 겪는 문제는 사실이 아닌, 가설이다. 우리가 “유저가 겪고 있을 것이라 생각한 문제"가 사실, 유저가 “진짜 겪고 있는 문제"가 아닐 수도 있다. 따라서, 우리가 생각한 문제가 진짜 문제인지 알아내기 위해 유저 리서치를 진행해야 한다. 필요사항 1. 가설 설정하기 사전에 설정한 1)유저 와 2) 문제를 가설로 변환해야 함 2. 리서치 대상자 설정하기 서비스를 사용할 유저를 리서치 대상자로 설정하되, 조금 더 명확하게 정의해야 한다. 리서치 대상자를 명확하게 정의할수록, 리서치 진행 방법, 질문과 리쿠르팅 구체화가 가능하다. 3. 리서치 방법 정하기 4. 리쿠르팅 구체화한 리서치 대상자의 특징을 고려하여, 가장 효과적인 모집 방법을 고민해야 한다...

더블 다이아몬드 모델은 UX 방법론으로서, 서비스 기획에 자주 사용하는 프레임워크이다. 유저 경험 측면에서 문제를 밝힌 다음, 솔루션(서비스)을 디자인한다. 2번의 발산, 수렴 과정이 마치 2개의 다이아몬드를 붙여놓은 모습과 같기에, “더블 다이아몬드”라 불린다. 간단히 요약하자면 더블 다이아몬드 프로세스는 직면한 이슈를 깊고 넓게 탐구한 뒤, 하나의 문제로 이를 정의하고, 여기서 한 번 더 생각을 확장하여 다양한 잠재적 솔루션을 찾고, 그중 가장 효과적인 하나의 솔루션으로 좁혀가는 과정이다. 이 프로세스의 목적은 실제적인 문제를 파악하여, 이를 해결하고 그 결과가 사용자에게 효과적임을 증명하는 데 있다 step 1. 발견 ? 질보다는 양! 최대한 많은 정보를 모으자 step 2. 정의 ? 자료를 분석하..

1. 스타트업 성장 3단계 - traction단계에서는 PMF를 찾기 위한 최소한의 인원으로 구성 - transition 단계에서는 검증 지표를 3가지 정도 정해, 완성도가 있는 서비스로 개선시키기 위한 프로세스 2. 아이디어가 성공할 수 있을지 검증하는 방법 - 미리 / 빠르게 / 최소한의 비용으로 고객의 반응을 검증하는 것이 필요 - 유저 서베이 1) 서비스가 없다면 어떨 것 같나요? 2) 해당 서비스를 추천해주고 싶나요? 3) 서비스를 다음번 기능에 참여하고 싶나요? 4) 서비스를 사용하는 목적은 무엇인가요? - 중요 지표 1) landgin indicator engagement data (ga, gtm 설치하여 트래킹) 2) retention curve 3) trifecta 3. 린캔버스 작성해보..

1. 끊기지 않고 계속하게 만드는 힘 계획은 심플하게 짜되, 꾸준하게 지속하는 것이 중요하다 하지만, 나는 대부분의 경우 반대의 프로세스를 거쳤던 것 같다. 이를테면 회고와 투자동향에 대한 가벼운 글쓰기를 시작해보자라는 생각이 들었다고 예를 들어보자. 계획을 짜다보면 이번주에는 A주제, 다음주에는 B주제 주3회정도로 시작해보자고 생각을 한다 (사실 주3회는 격일에 한번씩 써야하는데 이 스케줄은 생각 이상의 리소스를 필요로 한다) 생각에 생각이 꼬리가 물다보면 2023년 말쯤에는 나만의 주제를 가지고 책을 발간해볼까?하는 망상까지 이어지게 된다. 이렇게 내 지금의 행동이 뭔가의 거창한 결과물로 귀결이 되어야 한다고 생각이 드는 순간, 의지력이 초반에는 불타오를 수 있다고 해도 무언의 압박으로까지 느껴져 지..

랜딩페이지 0. 랜딩 페이지 홈페이지와 차이 랜딩 페이지는 오로지 사용자들이 원하는 목표를 달성 하도록 유도 하는 가장 필수적인 정보만을 제공합니다. CTA를 벗어나는 추가 링크가 많지 않아 전환율을 높이거나 잠재 고객 유도 및 판매에 적합하다. 1. 랜딩 페이지가 필요한 이유 - 시장이 원하는 바를 찾기 위하여 검증 주기를 짧게 해야 함 -빠르고 저렴하게 타겟 고객의 니즈를 검증할 수 있음 (타겟 고객 / 문제 / 솔루션) - 성공적이지 않더라도 이 과정을 통해 타겟 고객에 대한 이해가 심화됨 우리 제품이 기존 제품에 비해서 문제를 더 잘 해결하는가? 그러기 위해선 어떤 기능이 필요한가? 또 다른 대안 제품은 없는가? 우리 문제 외에 고객은 또 어떤 문제를 겪고 있는가? 2. 랜딩페이지 기획 히어로 섹..