지여니 키우기

'만드는 사람의 태도와 진심' 참 중요하다.

jiyeoni22 — Thu, 14 May 2026 20:41:36 +0900

오늘의 나의 태도 어제보다는 아주 엑설런트~~!

도입부

요 며칠만 해도 나는 좀 해이했다.

부트캠프를 들으면서 배운 걸 실습으로 적용하고, 과제를 하면서 느낀 것들이 많았는데, 어느 순간 집중력이 떨어져 있었다.

아이디어가 생기고, 뭔가 빨리 문제를 정해야 겠다는 마음이 자꾸 생겼다. 그리고 프로토타입을 만들면 뭔가 될 것 같다는 생각...

하지만 오늘 수업을 다시 들으면서 깨달았다. 나는 명확한 설계도 없이 집을 짓을 뻔 했구나...
정말 큰일 날 뻔 했다고 생각했다.

지금까지 배운 것들: 사용자 중심 설계

최근 수업은 크게 3가지 주제로 나뉜다.

먼저 프로토타입 디자인을 배웠다. AI를 통해 피드백을 받고 고도화시키는 방법인데, 핵심은 "인풋을 어떻게 주는가"였다.

내가 원하는 결과를 얻으려면 지시를 명확하게 줘야 한다. XML 형식을 쓰는 이유도 그거다. AI에게 애매하게 말하면 애매한 결과가 나온다. 당연하지만, 실습하며 깨닫는 건 또 다르더라.

그 다음이 유저 저니(사용자 여정 맵)였다.

단순히 기능을 나열하는 게 아니라, 사용자가 제품을 만나서 사용하기까지의 전 과정을 시각화하고, 그 과정에서 느끼는 감정까지 포함해야 한다는 게 핵심이었다.

그리고 중요한 개념이 하나 있다. 크리티컬 유저 저니.

예를 들어 음악 공유 앱을 만들었는데 음악 공유 기능이 안 된다면? 사용자는 그냥 떠난다. 아무리 다른 기능이 좋아도 소용없다.

이게 바로 크리티컬한 부분이다.

그리고 강사님이 계속 강조하는 게 있다.

"어디서 고객을 감동시킬 건가? 그리고 정말 그 감동을 느낄 수 있는가?"

이걸 테스트하고 정립하는 게 엄청 중요하다고 말씀하셨다. 말로는 간단하지만, 실제로 내가 잘 캐치할 수 있을까? 라는 생각을 했다.

"도면이 없으면 집을 못 짓는다"

다시 한 번 기획의 중요성을 복기했다.

"AI 스튜디오 입문" 파트를 시작하기 전에, 먼저 클로드로 기획하는 방법을 복기했다.

우리가 하는 일은 건축과 같다. 앱을 만드는 건 집을 짓는 것과 같다.

집을 지으려면 도면이 필요한데, 그게 바로 기획서다.

솔직하게 말하면, 우리는 이미 버블이나 아임웹 같은 노코드 툴로 뭔가를 만들 수 있었다. 기술적으로는 가능했다.

근데 내가 못 만든 이유는?

"어디서부터 어떻게 시작해야 할지 모른다"는 무지와 불안감, 그리고 "괜히 어설프게 만들었다가 아이디어만 뺐기지 않을까"하는 두려움 때문이었다.

바이브코딩이 어려워서라고 생각했는데, 사실은 정확히 뭘 기획해야 하는지 몰랐던 거다.

"누구의 무슨 문제를 풀어줄 건가?"

강사님이 특히 강조하신 말이 있다.

"빌더스 트랩에 빠지지 마라. 너가 잡을 세일즈 포인트가 뭐냐는 게 핵심이다."

다시 말해, 누구의 무슨 문제를 풀어줄 건가가 가장 중요하다는 뜻이다.

그리고 이렇게 덧붙이셨다.

"너는 수십만 유튜버가 아닌 이상, 가장 좋은 마케팅은 누군가에게 진심으로 도움을 주는 것이다."

이 말이 정말 크게 와닿았다.

누군가에게 진심으로 도움을 주는 것...!!!
정말 너무 가치있는 일이라는 생각이 들었다.

사업 아이템이 없다면?

강사님이 제시하신 방법들은 이렇다.

1단계: 진심으로 도움을 줄 수 있는 것 찾기

커뮤니티, 레딧 같은 곳에서 사람들이 겪는 문제들을 찾는다. 비슷한 문제를 겪는 사람들이 있는지도 살펴본다.

2단계: 취미에서 느낀 불편함

내가 하는 취미 활동에서 느낀 불편한 점이 있나?

3단계: 조합하기

이미 있는 것들 중에서 A와 B를 합쳐서 만들 수 있는 게 없나? 포트폴리오라도 괜찮으니까, 진짜 고객을 만나면서 피드백을 받으면 채용이라도 될 수 있다고 하셨다.

강사님 말이 맞다.

나는 "간절한 사람은 하게 되어 있다." 라는 말을 믿는다.
그리고 어떤 상황이든지 그걸 어떻게 받아드릴 것인지 내가 선택할 수 있고 나의 태도가 정말 중요하다는 것을 다시 느꼈다.

기획 7단계: 무엇이 틀리면 망하는가?

수업에서 배운 기획 과정은 7단계인데, 각 단계마다 어떤 질문을 해야 하는지를 배웠다.

내가 생각한 핵심은 이것이다: 무엇이 틀리면 망하는가?
각 단계에서 기억에 남는 것을 정리했다.

1단계: Early Adopter 찾기

첫 고객은 누구인가? 구체적이어야 한다.

예시로 든 것 중에 "주 3회 이상 회의하는 마케팅 직군" 같은 구체적인 페르소나가 있었다.
Maurya식 3특성 : 상황 → 트리거 → 현재 시도

상황(When): 언제, 어디서 문제가 발생하나?

트리거(Switching): 최근에 어떤 사건으로 새로운 솔루션을 찾기 시작했나?

강사님 예시: "야근 중에 회의록 정리를 3주 연속으로 하니까 짜증이 폭발했다"

현재 시도(Current Action): 지금은 어떻게 풀려고 하나?

"ChatGPT에 메모를 붙여서 정리한다" "Otter 무료판을 쓴다" 같은 것들.

2단계: JTBD (Jobs to Be Done)

이건 "사는 게 아니라 고용하는 개념"이라고 하셨다.

When [상황] I want to [동기/행동] So I can [기대 결과·감정]

이 구조로 생각해야 한다.

3단계: 3가지 리스크: 죽음의 질문

가장 중요한 부분이다. PRD를 쓰기 전에 이 3가지를 먼저 생각해야 한다.

RISK 01: 디저러빌리티 (고객이 진짜 원하나?)

문제는 진짜 있나?
충분히 아픈 문제인가?
지금 당장 풀려고 행동하고 있나?

이게 빠지는 게 가장 흔한 사망 원인이라고 하셨다. PRD를 쓰기 전에 5명 이상과 인터뷰해야 한다고 강조하셨다.

RISK 02: 피저빌리티 (우리가 만들 수 있나?)

기술적으로 가능한가?
필요한 데이터가 있나?
운영 비용은?

AI 스튜디오 시대에는 대부분 가능하지만, "실시간 영상 AI 처리" 같은 건 여전히 어려울 수 있다고 하셨다.

RISK 03: 바이어빌리티 (돈을 벌 수 있나?)

고객이 돈을 낼 의향이 있나?
단가 vs 비용은?
판매 채널이 막혀있진 않나?
B2B면 결재자 사인이 필요하지 않나? B2C면 LTV vs CAC 비율은?

강사님이 예시로 든 게 있다.

"ADHD 약 관련 정보를 제공하는 서비스를 만들려고 한다고 하자. 그런데 사람들이 그 정보가 필요하지 않으면? 서비스는 사망한다."

3가지 중 하나라도 "아니"가 나오면 위험하다는 뜻이다.

실습하며 깨달은 것들

수업에서 기획 1~7단계까지 코치님이 준비한 프롬프트를 이용해서 실습했다.

각 AI가 다르게 답변하는 것도 봤다.

실습하면서 가장 중요하다고 생각된 건 이거다:

"이 과정을 배웠으니, 내가 하려는 것에 어떻게 적용할지 고민해야 한다."

그리고 또 하나.

"사업 아이템이 반드시 창의적이어야 할까?"

단순히 해결할 수 있는 문제는 아닐까? A와 B를 합쳐서 만들 수 없을까?

이 질문들을 자꾸만 던져보게 된다.

AI와의 대화: 맹신하지 말기

한 가지 더 배운 게 있다.

AI가 뱉은 결과물을 무조건 맹신하면 안 된다는 것.

내가 그 내용들을 봤을 때:

정말 필요한 부분이 맞는가?
수정할 부분은 없는가?
불필요한 건 없는가?

AI와 대화하면서 디벨롭시켜야 한다.

IA(Information Architecture)를 만들 때도 그랬다. AI가 제시한 구조가 내 생각과 다를 때가 있었다.

"이건 불필요해 보이는데?"라고 생각한 부분들이 있었다.

유저 저니를 만들 때 꼭 봐야 할 것

UJ(User Journey)를 만드는 과정에서 중요한 걸 하나 배웠다.

"꼭 성공해야 하는 부분은 어디인가?"

"고객이 실망할 수 있는 부분은?"

"고객이 기분 좋아할 부분은?"

이런 것들을 내가 보고, 생각하고, 제안할 수 있도록 능력을 키우는 게 정말 중요하다고 느꼈다.

지금의 반성과 다짐

지난주 해이했던 내 모습이 부끄럽다.

기획 없이 만들려고 했다. 빨리 뭔가 만들면 될 것처럼 생각했다.

하지만 지금은 안다.

도면 없이 집을 짓는 건 낭비다. 기획이 모든 걸 결정한다.

앞으로는 더 정신 바짝 차려서, 강사님 수업을 열심히 들어야겠다고 다짐한다.

뭐든 꼭 완료하는 사람이 되고 싶다.

그리고 오늘 고객인터뷰를 2분 더 했다.
총 3분 진행 중인데 다들 진심으로 자신의 과거의 경험을 솔직하게 이야기해줘서 너무 감사했다.
그리고 분석을 해야하는데 내일 분석한 것을 블로그에 올려야겠다.

다음은 Google AI Studio

이제 곧 Google AI Studio 입문 파트를 본격적으로 시작한다.

그동안 배운 기획 7단계를 제대로 내 프로젝트에 적용해야 한다.

"저장 문제"로 시작한 내 프로젝트가 정말 디저러빌리티, 피저빌리티, 바이어빌리티를 만족하는지 점검해야 한다.

특히 Early Adopter를 더 정확하게 정의하고, 추가로 2명 이상과의 인터뷰가 필요하다.

내가 간절함이 있으면 끝까지 이 부트캠프를 잘 마칠 수 있을 거라 믿는다.

닐슨 10원칙을 배우고 나니 평범한 화면이 다르게 보이기 시작했다.

jiyeoni22 — Wed, 13 May 2026 21:06:16 +0900

고객 인터뷰 생각했던 것보다 굉장히 흥미롭고 재미있다...!

과제 1. 고객 문제 정의

문제 정의

사람들은 SNS 콘텐츠를 저장해두고, 나중에 다시 활용하려 할 때 제대로 찾지 못한다.

XYZ 가설

SNS를 주 3회 이상 사용하는 사람 중 70%는,
저장한 콘텐츠를 다시 활용하려 할 때 30초 이내에 찾지 못한 경험이 최근 한 달 안에 1회 이상 있다.

5 Whys를 통한 근본 원인

사용자의 목적은: “나중에 다시 활용하기 위해 저장”

하지만 플랫폼의 목적은: “지금 계속 콘텐츠를 소비하게 만들기”이다.

즉, 사용자의 “활용” 목적과 플랫폼의 “체류 시간” 목적이 구조적으로 충돌한다.
그래서 저장 콘텐츠를 정리·검색·재활용하는 기능은 상대적으로 약하게 제공된다고 생각했다.

과제 2. 고객 인터뷰 진행 내용

인터뷰 대상 김00(20대 남성)

주요 인터뷰 내용

1. 저장 행동 특징

인스타그램 : 옷, 통찰 문장, 레시피, 연애 관련 콘텐츠

→ 알고리즘으로 보다가 흥미가 생겨 저장하는 경우가 많았음.

유튜브 : 자기계발, 공부, 영어, 강의 콘텐츠

→ “나중에 꼭 봐야 한다”는 목적성이 강했음.

2. 저장 후 감정 차이

인스타그램

저장 안 해도 큰 문제는 없다고 느낌
킬링타임 성격이 강함

유튜브

저장하면 안심된다고 느낌
생산적이고 성장에 도움되는 콘텐츠라고 생각함

3. 다시 보는 콘텐츠 특징

실제로 다시 본 콘텐츠:

레시피
연애 관련 콘텐츠
자기계발 영상
구매 예정 상품

공통점:

“내 삶에 도움이 된다고 느낀 콘텐츠”

일수록 다시 확인하고 실행까지 이어졌다.

4. 못 찾았을 때 감정

단순 불편함보다:

찝찝함
답답함

을 느꼈다고 답변함.

특히 중요하게 생각했던 콘텐츠일수록 감정이 커졌다.

인터뷰를 통해 얻은 인사이트

사람들은 단순 저장 기능보다: “나중에 다시 활용할 수 있는 경험”을 원하고 있었다.

현재 저장 기능의 문제:

저장 이유를 잊음
콘텐츠가 계속 쌓임
다시 찾기 어려움
행동으로 이어지지 않음

하지만 좀 더 이 문제를 겪고 있는 고객들을 만나봐야 할 거 같다.

인터뷰를 하면서 느낀 점

“사람들이 왜 저장하는가” 를 더 깊게 이해하는 게 중요하다는 걸 느꼈다. 또 어렴풋이 왜 강사님께서 고객 인터뷰를 강조하셨는지 설명할 수 없지만 좀 느껴지는 것 같다. 그리고 생각보다 인터뷰 하는게 흥미롭고 재미도 있었다.

배운 내용

6번: 기억보다 인지하기

사용자는 과거의 모든 행동을 기억하지 않는다는 개념이었다. 그래서 시스템이 대신 기억해주고, 그에 맞춰 정보를 제공하는 게 중요하다고 배웠다.

예를 들어 쿠팡이츠의 "자주 주문한 맛집" 섹션이 바로 그것이다. 사용자가 매번 "어디서 먹을까"를 고민하지 않아도 시스템이 기억했던 가게들을 보여준다.

배민의 경우도 가게 페이지에 들어가기 전에 최소주문금액, 배달 소요시간, 별점 같은 정보를 미리 보여준다. 사용자가 일일이 클릭해서 확인할 필요 없이 한눈에 정보를 인지할 수 있게 한 거다.

7번: 효율적인 사용 경험

이건 처음 쓰는 사람에게는 쉽게, 자주 쓰는 기능은 지름길을 제공한다는 의미였다.

강사님이 들어준 예시가 기억에 남는다. 네비게이션 앱이 처음에는 일반적인 경로를 알려주지만, 자주 가는 길은 그 사람의 습관을 학습해서 추천한다는 것. 지도 앱에서 옵션을 주거나, 쇼핑 앱(댄블)처럼 내 사이즈를 기억해서 맞춰 알려주는 기능들이 모두 여기에 해당한다.

8번: 심미적이고 미니멀한 디자인

이 부분에서 오해하기 쉬운데, "심미적"이 단순히 "이쁘게"를 의미하는 게 아니라는 점이 중요했다.

사용자가 알아야 할 정보를 명확하게 받아들일 수 있도록 하는 것이 진짜 심미적인 디자인이라는 뜻이었다. 불필요한 것은 빼고, 중요한 것을 강조하는 방식으로.

9번: 오류 회복 지원

사용자가 에러를 만났을 때, 기술적인 말로 숨기지 말고 그들의 언어로 알려줘야 한다는 원칙이었다.

"오류가 발생했습니다. (ERROR 2039123)"이라는 메시지는 사용자에게 아무 도움도 되지 않는다. 대신 "다시 한 번 시도해주세요" 같은 구체적이고 이해하기 쉬운 메시지를 제공해야 한다는 것.

10번: 도움말과 문서

사용자가 막혔을 때 짧고 쉽게 관련 정보를 찾을 수 있도록 하는 것이다.

배민의 예시를 들면, 배달이 너무 늦을 때 라이더를 호출하거나 주문을 취소하거나 고객센터에 문의할 수 있는 옵션들이 한곳에 모여 있다. 사용자가 필요한 순간에 필요한 도움을 찾을 수 있게 배려한 거다.

느낌점

실습을 통해 본 변화

닐슨 10원칙을 배운 것도 좋았지만, 실제로 프로토타입에 적용해보는 과정이 더 인상적이었다.

처음 만든 프로토타입은 정말 별로였다. 기능은 있었지만 뭔가 어설프고, 디자인도 예쁘지 않고, 사용자가 어디를 봐야 할지 명확하지 않았다.

하지만 이 10가지 원칙들을 하나씩 적용해보니 달라졌다.

불필요한 요소들을 빼고 필요한 요소들을 더하고, 사용자가 자주 하는 행동에 단축키를 만들었더니 효율적이 됐고, 오류 메시지를 친근하게 바꿨더니 갑자기 앱이 나쁘지 않은데? 라는 생각도 들었다.

그 순간 나의 비즈니스에 이 10가지 원칙들을 지키면 나도 그럴듯한 웹 또는 어플로 다시 만들 수 있다는 거 같다는 생각을 했다.

실습 과정에서 겪은 어려움

프로토타입을 만드는 과정이 어느 정도 익숙해지니 (AI에 도움을 받으니) 남는 시간이 생겼다.
정해진 시간 동안 해야 할 실습도 있고, 기존 실습 시간이 짧다는 피드백 때문에 다시 조정하신 적절한 길이였을 거다!!

하지만 생각이 많은 나는 그러면 안되지만 나는 다른 생각들을 했다.

내가 실제로 만들고 싶은 서비스는 뭘까, 문제를 어떻게 정의할까, 고객 인터뷰를 어떻게 할까 같은 것들...! (약간의 딴짓...)

사실 그게 나쁜 건 아니었다. 실습하면서 배운 것들을 이미 내 프로젝트에 어떻게 적용할지 생각하는 시간이었으니까.

근데 문제는 내 머리속에서 멀티태스킹을 하다 보니 수업에 완전히 집중하기가 어려워졌다는 거다.
강사님이 새로운 개념을 설명하는데 한쪽 머리로는 내 서비스를 생각하고 있으니.
그래서 놓친 부분들이 있을 수 있겠다는 생각이 들었다. 그래도 참 좋은 점은 강의를 녹화해주셔서 다시 돌려 볼 수 있다. ㅎㅎ

마음에 남은 말: "UX가 돈으로 이어져야 한다"

부트캠프를 들으면서 오늘 가장 기억에 남는 말은 강사님이 하신 이 말이었다.

"UX가 돈이 될 수 있어야 한다."

이 말이 의미하는 바는 단순히 "예쁜 디자인을 하면 돈을 번다"는 게 아니었다.

사용자의 실제 문제를 UX로 풀 때, 그게 비즈니스로 연결될 수 있다는 뜻이었다.

좋은 사용자 경험은 결국 고객 만족이 되고, 그게 매출로 이어진다는 의미였다.

이 말 이후로 부트캠프를 들으면서 본 모든 앱들이 다르게 보이기 시작했다.

왜 이 버튼은 여기에 있을까, 왜 이 정보를 먼저 보여줄까 하면서 분석하게 됐다.

부트캠프 이후의 고민들

부트캠프를 듣고 가장 많이 하는 고민이 있다.

바로 내가 지금 이 블로그에 배운 내용을 정리하면서 "이게 맞나"하는 의문이다.

나는 항상 말하는 걸 더 편하게 느껴왔다.
입으로 설명하는 건 좀 더 술술 나오는 편인 거 같은데, 글로 정리하는 건 항상 어색했다.
그래서 글쓰기는 별로 좋아하지도 않아서 글쓰는 연습이 안된 상태에서 블로그에 배운 내용들을 정리하려니 답답하다.
이 생각을 글로 어떻게 표현해야 하나, 순서는 어떻게 할까, 너무 길지는 않을까... 이런 고민들이 계속 든다.

그래서 최근에는 며칠정도 클로드라는 AI에게 내가 정리한 내용을 주고 블로그 글로 만들어달라고 요청했었다.

근데 이게 진짜 맞는 방식인지 또 의문이 든다.

강사님이 말씀하신 것처럼 나에게 정말 도움이 될 수 있는 걸 하려면

"내가 어떤 문제를 해결하려고 하는가"를 먼저 명확히 하고, 그 과정을 기록하는게 도움이 될 수 있을 거 같은데,

지금 내가 하는 방식이 그에 맞는지 모르겠다.

강사님께서 해주신 말씀처럼 새로운 카테고리를 하나 더 만들어서, 내가 정의한 문제와 그걸 풀어보려는 과정들을 기록해야 할 것 같다. 지금은 배운 내용을 정리하는 데 머물러 있는데, 이제 그 다음 단계로 가야 한다는 생각이 든다.

근데 또 막상 시작하려니 발이 쉽게 떨어지진 않는다... 그래도 결국 나 좋자고 하는 거니까, 조금씩이라도 해봐야지...!(꼭)

“예쁜 화면”보다 중요한 건 사용자 행동 설계

jiyeoni22 — Mon, 11 May 2026 17:34:57 +0900

과제

1. 고객 인터뷰 준비하기

검증 포인트

유통기한 파악, 냉장고 재고 관리, 활용 방법 모름 → 실제로 불편한지?
사진 1장으로 끝낸다는 방식이 매력적인지?
평일 30분 이하 요리, 스마트폰 1탭 해결 → 실제 사용 가능성/의사

고객 정의 (Who) Segment 특징 인터뷰 목표

얼리어답터	초등학생 이하 아이, 맞벌이 30대	빠른 adoption 가능성, UX/편리함 피드백
일반시장	평일 요리 시간 30분 이하 가정의 장보기 담당자	일반화 가능성, 실사용 의지 검증

만날 장소 & 방법 (Where)

초기에는 키즈카페, 온라인 맞벌이 오픈채팅 방, SNS, DM으로 얼리어답터 모집할 생각

방법	장점	주의점
온라인 인터뷰 (Zoom, 카톡 영상)	시간, 장소 구애 없음	소통 불편함
오프라인 인터뷰	키즈카페, 교회	사람 모집 필요
당근마켓, 커뮤니티	빠른 초기 인터뷰	표본 편향 가능

2. 배운점 블로그에 작성하기

서비스 기획을 공부하면서 가장 크게 느낀 점은,
기획은 단순히 화면을 만드는 일이 아니라 ‘움직이는 시스템’을 설계하는 일이라는 점이었다.

좋은 프로덕트는 단순히 UI가 예쁜 서비스가 아니다.
사용자의 문제를 해결하고, 자연스럽게 행동을 유도하며, 실제로 계속 사용하게 만드는 경험까지 설계해야 한다.

오늘은 클로드를 활용해 내가 상상하던 앱을 로우파이 디자인과 하이파이 디자인으로 구현해보는 시간을 가졌다.

선생님께서는 “만드는 건 어렵지 않다. 중요한 건 문제 정의”라고 강조하셨었는데

처음에는 개발자가 아닌 내가 과연 쉽게 만들 수 있을까 의문이 들었다. 속으로는 어느 정도 난이도가 있지 않을까 생각하기도 했다. 그런데 직접 프롬프트를 입력하며 구현해보니, 놀랄 만큼 빠르게 결과물이 만들어졌다. 기술의 발전 속도를 몸소 체감한 순간이었다.

하지만 동시에 한 가지 더 크게 느낀 점이 있었다.
아무리 프롬프트를 잘 쓰고 AI 활용 능력이 뛰어나더라도, 문제 정의가 명확하지 않으면 결국 시간과 비용만 낭비하게 된다는 것이다.

결국 앞으로 더 중요한 역량은 “무엇을 만들 수 있느냐”보다 “어떤 문제를 발견하고 정의할 수 있느냐”에 가까워지고 있다는 생각이 들었다.
오늘 수업은 단순히 AI 툴을 사용해본 경험이 아니라, 서비스 기획에서 가장 중요한 본질이 무엇인지 다시 생각해보게 만든 시간이었다.

1. UX는 “성공”보다 “실패 상황” 설계가 더 중요하다

서비스를 출시하면 모든 사용자가 행복하게 사용하는 것 같지만 실제로는 그렇지 않다.

출시 후 비율
해피 케이스 30%
언해피 케이스 70%

즉, 대부분은 오류·실패·예외 상황이 발생한다.

그래서 중요한 건:

오류가 났을 때
사용자가 길을 잃었을 때
시간이 부족할 때
입력을 잘못했을 때

어떤 메시지를 보여줄지까지 설계하는 것이다.

예를 들어 영화 추천 서비스라면:

❌ 단순 오류 메시지

시간이 없습니다.

✅ 사용자 행동을 이어주는 UX Writing

시간이 부족하시다면 짧은 러닝타임 영화로 다시 추천해드릴까요?

차이는 명확하다.

첫 번째는 문제만 말한다.
두 번째는 사용자의 다음 행동까지 도와준다.

2. UX는 “예쁨”이 아니라 “행동 기반 설계”

강의에서 인상 깊었던 예시는 신한은행 ATM 이야기였다.

시니어 사용자들도 쉽게 사용할 수 있도록:

버튼 수를 줄이고
흐름을 단순하게 만들고
현재 상태를 명확하게 보여준다

결국 UX의 핵심은:

“사용자가 헷갈리지 않고 원하는 행동을 끝낼 수 있는가?”

이다.

아무리 디자인이 예뻐도 문제 해결이 안 되면 좋은 UX가 아니다.

3. 유저스토리 = 사용자와의 “한 줄 약속”

기획에서 자주 등장하는 개념이 바로 유저스토리(User Story)다.

유저스토리는 단순 기능 설명이 아니다.

“사용자가 어떤 상황에서 무엇을 얻고 싶은가”

를 한 줄로 정리한 약속에 가깝다.

예시:

“사용자는 출퇴근 시간에 빠르게 오늘의 뉴스를 확인하고 싶다.”

이 한 줄이 기능 우선순위와 UX 방향을 결정한다.

4. 기획자는 복잡한 생각을 정리하는 사람

기획은 결국 복잡한 문제를 정리하는 일이다.

그래서 다양한 프레임워크를 알고 있으면 도움이 된다.

대표적으로:

RICE
ICE
MOSCOW
KANO MODEL

등이 있다.

5. 프로젝트가 잘 돌아가는 5가지 신호

좋은 팀은 아래 5가지가 명확하다.

1) 무엇을 할 것인가

예시:

이번 주 배포 기능
수정할 버그
사용자 테스트 범위

2) 언제까지 할 것인가

대부분 스프린트 단위(보통 2주)로 관리한다.

3) 누가 할 것인가

DRI(Directly Responsible Individual)

즉, “누가 책임지는가”가 명확해야 한다.

4) 어떻게 성공을 측정할 것인가

예시:

가입 전환율
클릭률
리텐션
오류 감소율

5) 리스크가 무엇인가

현재 막힌 것과 앞으로 막힐 가능성을 공유해야 한다.

6. 큰 일을 “작은 일”로 쪼개기

기획자는 일을 잘게 나눌 줄 알아야 한다.

큰 일은 미뤄지지만 작은 일은 시작할 수 있다.

예시:

❌ 로그인 기능 만들기

✅

로그인 API 연결
에러 메시지 작성
버튼 상태 처리
테스트 케이스 작성

이렇게 쪼개면 실행력이 높아진다.

7. RICE 모델 — 백로그 우선순위 정하기

기능 우선순위를 정할 때 사용하는 대표적인 방법.

RICE

R (Reach)

얼마나 많은 사용자가 영향을 받는가

I (Impact)

영향도

3 = 강함
2 = 중간
1 = 약함
0.5 = 미미

C (Confidence)

얼마나 확신하는가

100%
80%
50%

E (Effort)

얼마나 많은 리소스가 필요한가

예시:

0.5 = 2주

계산식

R×I×C÷ER \times I \times C \div E

중요한 건 공식 자체보다:

“왜 이 기능을 먼저 해야 하는가?”

를 팀 내부에서 합의하는 과정이다.

8. ICE / MOSCOW / KANO MODEL

특히 기억해두면 좋은 두 가지:

ICE

Impact
Confidence
Ease

빠르게 우선순위를 정할 때 사용한다.

MOSCOW

기능을 아래처럼 나눈다.

Must have
Should have
Could have
Won’t have

핵심은:

“반드시 필요한 기능이 무엇인가?”

를 명확히 하는 것.

9. UCD — 사용자 중심 설계

UCD(User Centered Design)는 말 그대로:

“사용자 입장에서 설계하는 것”

이다.

기획자가 아니라 사용자 기준으로 생각해야 한다.

10. 로우파이 디자인의 중요성

처음부터 화려한 UI를 만들 필요는 없다.

오히려 빠르게 구조를 검증하는 것이 중요하다.

로우파이 단계에서는:

화면 흐름
버튼 위치
사용자 동선
정보 구조

를 중심으로 본다.

11. UI와 UX의 차이

많이 헷갈리는 개념.

UI

보이는 것

색상
버튼
레이아웃
타이포그래피

UX

사용자가 겪는 경험 전체

즉:

“사용자가 문제를 쉽게 해결했는가?”

가 핵심이다.

12. 닐슨의 UX 10원칙 — 특히 중요한 것

“시스템 상태를 보여줘라”

1. 사용자는 항상 현재 상태를 알고 싶어 한다.

예시:

배달 앱:

주문 완료
조리 중
배달 시작
도착 5분 전

이런 상태 표시가 사용자 불안을 줄인다.

반대로 송금 완료 후 갑자기 광고만 나오면 사용자는:

“진짜 송금된 거 맞아?”

라는 불안을 느낀다.

즉:

시스템은 항상 사용자에게 현재 상태를 설명해야 한다.

나머지는 다음시간에...

마무리

이번 내용을 공부하면서 가장 크게 느낀 건:

기획은 문서 작업이 아니라 사용자 행동을 설계하는 일이라는 점이다.

좋은 기획자는:

사용자의 불편을 발견하고
실패 상황까지 고려하고
복잡한 문제를 단순하게 만들고
팀이 움직일 수 있도록 구조화한다.

결국 중요한 건:

“예쁜 서비스”가 아니라
“사용자가 문제를 해결할 수 있는 서비스”를 만드는 것이다.

코드 짜기 전에 이걸 먼저 : 린캔버스부터 시장분석까지, 망하지 않는 스타트업의 수순

jiyeoni22 — Fri, 8 May 2026 17:33:09 +0900

과제

1. 린 캔버스 작성하기

Problem 3개 + 기존 대안 유통기한 파악 안됨, 냉장고 재고 파악 안됨, 활용 방법 모름 + 기존 대안은 ‘냉장고 재고 관리’, ‘만개의 레시피’, ‘냉장고 파먹기’ 어플들이 있음
Customer Segments 얼리어답터: 초등학생 이하의 아이를 키우며 식사를 준비하는 일을 담당하는 30대 맞벌이 직장인 일반시장: 평일 요리 시간 30분 이하의 가정의 주 장보기 담당자
UVP 한 문장 평일 요리 시간 30분 이하의 가정의 장보기 담당자가 식재료 활용 및 관리를 하고 싶다, 우리는 스마트폰 1탭으로 끝내준다.
Solution 3개 (Problem과 1:1 매칭) 유통기한 파악 안됨 → 사진 1장으로 유통기한 자동 입력 및 알림 냉장고 재고 파악 안됨 → 사진 1장으로 재고 수량 입력 활용 방법 모름 → 등록된 재고로 레시피 추천
Channels 블로그, 유튜브, 인스타그램, 당근
Revenue Streams 구독, 거래 수수료, 광고
Cost Structure 잘 모르겠음(구체화 필요)
Key Metrics 3개 North Star : 어플 재방문 횟수/일 Activation = 사진 1장으로 인식 및 입력 성공 Retention = 식재료 입력
Unfair Advantage 구체화 필요

2. 고객 인터뷰 준비하기 (인터뷰 할 사람 어디서 어떻게 만나서 무엇을 검증할건지 준비)

검증 포인트

유통기한 파악, 냉장고 재고 관리, 활용 방법 모름 → 실제로 불편한지?
사진 1장으로 끝낸다는 방식이 매력적인지?
평일 30분 이하 요리, 스마트폰 1탭 해결 → 실제 사용 가능성/의사

고객 정의 (Who) Segment 특징 인터뷰 목표

얼리어답터	초등학생 이하 아이, 맞벌이 30대	빠른 adoption 가능성, UX/편리함 피드백
일반시장	평일 요리 시간 30분 이하 가정의 장보기 담당자	일반화 가능성, 실사용 의지 검증

핵심: 얼리어답터는 열정/피드백 집중, 일반시장 고객은 사용 가능성/시장성 검증.

만날 장소 & 방법 (Where)

초기에는 키즈카페, 온라인 맞벌이 오픈채팅 방, SNS, DM으로 얼리어답터 모집할 생각

방법	장점	주의점
온라인 인터뷰 (Zoom, 카톡 영상)	시간, 장소 구애 없음	소통 불편함
오프라인 인터뷰	키즈카페, 교회	사람 모집 필요
당근마켓, 커뮤니티	빠른 초기 인터뷰	표본 편향 가능

3. 인터뷰 진행 (가능하다면(인터뷰 기한은 차주 토요일까지 최소 5명 목표))

: 아직 진행 못 했음. 주말에 진행 볼 예정

4. 배운점 블로그에 작성하기

한 줄 요약: 좋은 아이디어는 많지만, 팔리는 제품은 드물다. 코드를 짜기 전에 린캔버스로 가설을 세우고, 데모로 검증하고, 고객에게 먼저 팔아야 한다.

이 글의 핵심 3가지

이 글을 이해하기 위해 먼저 3가지 핵심 개념을 알아야 합니다:

# 개념 의미

1️⃣	린캔버스	당신의 비즈니스 가정을 9칸에 정리하는 도구
2️⃣	Demo → Sell → Build	코드 짜기 전에 검증하는 순서
3️⃣	시장 분석 (PESTLE/Porter's)	당신 사업이 정말 가능한지 확인하는 방법

이 3가지를 이해하면, "왜 많은 스타트업이 망하는가"를 깨닫게 됩니다.

왜 이 글을 쓰게 됐나

개발자들을 보면서 느낀 게 있어요.

좋은 개발자들이 좋은 아이디어를 가지고 3-6개월 동안 밤샤가며 앱을 만듭니다. UI도 예쁘고, 기능도 많고, 성능도 좋아요.

그런데 론칭하면... 아무도 안 씁니다.

왜일까요?

개발자는 "기술적으로 뭘 만들 수 있는가"만 생각하고, "고객이 정말 이걸 원하는가"는 안 물어봤기 때문입니다.

이 글은 그 순서를 바꾸자는 거예요.

코드를 짜기 전에:

린캔버스로 당신의 가정을 명확히 하고
데모로 고객에게 먼저 보여주고
팔아본 후에 그제서야 개발하자

이 순서를 지키면, 최소 3개월의 낭비를 막을 수 있습니다.

1단계: 린캔버스로 가설 세우기

린캔버스가 뭐냐고?

당신이 알고 있는 **비즈니스 모델 캔버스(BMC)**는 이미 사업이 돌아가는 회사를 분석할 때 써요.

린캔버스는 다릅니다. 0에서 1을 만드는 순간, 당신의 가정을 9칸에 정리하는 도구입니다.

특징:

5-10분 안에 완성 가능
당신 팀이 "같은 그림"을 그리는지 확인
가장 위험한 가설이 뭔지 찾기

9칸은 뭐가 뭔가요?

# 칸 설명 중요도

1	PROBLEM	고객이 풀려는 문제 3개	⭐⭐⭐
2	CUSTOMER SEGMENTS	누가 이 문제를 겪나	⭐⭐⭐
3	UVP	경쟁사와 우리의 차이점	⭐⭐
4	SOLUTION	각 문제마다 뭘 할 건가	⭐⭐
5	CHANNELS	고객을 어디서 만날 건가	⭐
6	REVENUE	어떻게 돈을 벌 건가	⭐
7	COST	가장 큰 비용이 뭔가	⭐
8	METRICS	성공과 실패를 어떻게 알 건가	⭐⭐
9	UNFAIR ADVANTAGE	경쟁사가 못 따라올 강점	⭐⭐

핵심: 1번(PROBLEM)과 2번(CUSTOMER SEGMENTS)이 전체의 80%를 결정합니다.

이 둘이 잘못되면, 나머지 7칸은 가짜 답일 가능성이 높아요.

현실적으로: 1번과 2번부터 제대로 쓰기

1️⃣ PROBLEM 칸 — "진짜 문제를 찾아라"

고객이 겪는 구체적인 문제 3개를 적으세요.

중요: "사람들이 힘들어한다" 같은 추상적인 표현 금지. 고객이 실제로 하는 행동을 적어야 합니다.

예시: 카페 SaaS

❌ 나쁜 예
- 영수증 관리가 어렵다
- 단골을 잘 모른다

✅ 좋은 예
- 매월 영수증 100장을 엑셀에 손으로 입력 (3시간 손해)
- 단골이 누군지 몰라서 매출 기회를 놓친다
- 휴일 공지를 카톡 단톡으로 보내는데, 못 본 사람이 항의한다

각 문제마다 "현재 어떻게 해결하고 있나"도 함께 적기:

문제: 영수침 100장 입력 (3시간)
└─ 기존 방법: 엑셀에 손으로 입력 / 회계사 고용

이렇게 하면 "무엇을 먼저 해결해야 시장이 반응할 건가"가 명확해집니다.

2️⃣ CUSTOMER SEGMENTS — "정확히 누가 고객인가"

여기서 가장 흔한 실수는 "30대 직장인"처럼 너무 넓게 정의하는 것입니다.

대신 2가지를 따로 정의하세요:

전체 타겟 (넓은 범위):
"월 매출 500만~1500만원 카페 사장"

얼리어답터 (좁은 범위):
"월 매출 500만~1500만원 + 단골 50명 이상 + 
 카톡으로 단골 관리 중인 1인 카페 사장"

왜 이렇게 나눌까요?

전체 시장은 너무 크고 다양해서 어디부터 접근해야 할지 모릅니다.

얼리어답터는 "문제가 너무 커서 미완성 제품도 사는 사람"입니다. 이 사람들을 먼저 공략해야 해요.

3️⃣ UVP (Unique Value Proposition) — "한 문장으로 약속하기"

당신의 서비스를 마트에서 만난 친구에게 5초 안에 설명할 수 있나요?

못하면 UVP가 흐릿하다는 뜻입니다.

좋은 UVP의 포맷:

"[고객]을 위해 [핵심 혜택]을 제공하며, 
 [기존 방법]과 달리 [차별점]이 있습니다"

예시: 카페 SaaS
"1인 카페 사장이 영수증 정리와 단골 관리를 하고 싶을 때,
 우리는 스마트폰 1탭으로 끝내드립니다.
 엑셀은 3시간 걸리지만, 우리는 5초니까요."

절대 하면 안 되는 것:

❌ "혁신적인", "강력한", "최고의" (다들 이렇게 씀)
❌ "AI 기반", "머신러닝 활용" (고객은 결과만 신경 씀)
❌ "빠르고 + 싸고 + 좋고 + 모두를 위해" (한 가지만 강하게)

4️⃣ SOLUTION — "3개 기능으로 충분해"

PROBLEM 칸의 문제 3개에 1:1로 매칭되는 기능 3개만 정합니다.

문제 1: 영수증 3시간 정리
└─ 솔루션: 사진 1장으로 OCR 자동 입력

문제 2: 단골 모름
└─ 솔루션: 전화번호 자동 입력 → 단골 점수 측정

문제 3: 휴일 공지 못 봄
└─ 솔루션: 단골에게 자동 SMS 발송

중요: Reid Hoffman(링크드인 창업자)의 말을 기억하세요:

"첫 버전이 부끄럽지 않으면, 너무 늦었다"

기능이 5개 이상이면, MVP를 못 만듭니다. 3개로 충분합니다.

CHANNELS, REVENUE, COST의 현실적 체크

린캔버스의 1-4번이 탄탄하면, 5-7번은 "사업이 정말 되나"를 확인하는 단계입니다.

CHANNELS — "어디서 만날 건가"

좋은 예: "동네 카페 입소문 + 인스타 DM"
나쁜 예: "SEO + 광고 + 콘텐츠 + 파트너십 + 입소문"

규칙: 1-2개에 집중하세요. 5개 다 = 다 약해집니다.

REVENUE — "어떻게 돈을 벌 건가"

공식: 유저 × 전환율 × 결제금액 × 빈도 = 월매출

예시: 월 100명 × 10% × 19,900원 × 12개월 = 약 200만원

중요: 초기엔 "월 1-5명이라도 돈을 받아봤나"가 기준입니다.

COST — "얼마나 들 건가"

고정비: 인건비, 서버, 마케팅
변동비: API 비용, 결제 수수료, 광고비

기준: LTV(평생 매출) / CAC(고객 1명 획득비) > 3 이면 OK

이 세 개가 맞지 않으면, 사업 모델이 작동하지 않습니다.

린캔버스의 진짜 용도

린캔버스는 투자 받기 위한 문서가 아닙니다.

린캔버스는 당신 팀이 "같은 그림"을 그리는지 확인하는 도구예요.

개발자, 디자이너, PM이 각각:

같은 고객을 상상하나?
같은 문제를 이해하나?
같은 방향으로 가고 있나?

이걸 확인하는 거죠.

2단계: 고객에게 먼저 물어보기

린캔버스는 "가정"일 뿐입니다

린캔버스를 다 채웠다고 해서 당신이 옳다는 보장은 없습니다.

고객과의 대화를 통해 이 가정들을 검증해야 해요.

진짜 문제인지 확인하는 법: 5명 인터뷰

동일 페르소나 5명에게 문제를 물으세요.

기준은 명확합니다:

5명 중 4명 이상이 같은 문제를 말하면 → 검증 통과
5명 중 1-3명만 같은 말을 하면 → 다시 생각해보기

인터뷰 팁:

❌ "이런 기능 있으면 쓸까요?" (미래 질문 = 거짓)
✅ "마지막으로 그런 일 있었을 때 뭐 했어요?" (과거 행동 = 사실)

고객은 미래를 알 수 없으니까, 과거만 물으세요.

진짜 고객인지 확인하는 법: 행동 확인

❌ 가짜 고객: "좋은 아이디어네요" → 미안해서 하는 말
✅ 진짜 고객: "아, 내가 지금 그 문제로 엑셀로 하고 있어" → 현재 행동 증거

중요: 고객이 지금 현재 그 문제로 행동하고 있어야 진짜 고객입니다.

"앞으로 할 것 같다"는 거짓이에요.

3단계: 데모 > 셀 > 빌드 (역순으로!)

코드 짜기 전에 이걸 하세요

전통적인 순서: Build (만들기) → Sell (팔기)

새로운 순서: Demo (보여주기) → Sell (팔기) → Build (만들기)

왜 역순일까요? 세 가지 리스크를 순서대로 죽이려고 합니다.

1️⃣ DESIRABILITY
"고객이 이걸 원하나?"
→ Demo 단계에서 검증

2️⃣ VIABILITY
"사업이 성립하나?"
→ Sell 단계에서 검증

3️⃣ FEASIBILITY
"우리가 만들 수 있나?"
→ Build 단계에서 검증

이 순서를 지키면, 낭비할 시간과 돈이 줄어듭니다.

STEP 1: DEMO — "코드 0줄, 1일 안에"

목표: 고객이 "어, 이게 내 문제 푸네"라고 느끼게 하기

도구 선택 (난이도 순):

5분: 구글 폼

"1인 카페 사장님 — 영수증 정리가 매달 3시간 손해?
 5분으로 끝내드려요. 베타 신청"

신청이 30명 이상 = 진짜 문제

30분: Notion 페이지

- 문제 설명 1줄
- 솔루션 설명 1줄
- 화면 사진 5장 (Figma로 그림)
- "신청하기" 버튼

URL을 카톡 공유 → 반응 봄

1-2시간: Carrd / Framer

진짜 랜딩 페이지 모양
도메인 구매 → 광고 테스트 가능

4-8시간: 노코드 (Bubble/Glide)

실제 작동 MVP 1.0
사진 업로드 → 가짜 OCR (수동 입력) → 동작 확인

1-2시간: AI 바이브코딩 (v0/Lovable)

자연어로 프롬프트 → AI가 코드 생성
"카페 사장용 영수증 OCR 앱 만들어줘"
→ 클릭 가능한 웹앱 자동 생성

핵심: 당신이 선택한 도구로 만든 데모를 Loom으로 1분 영상으로 녹화하세요.

영상 1분 = 5명에게 30번 설명하는 것보다 효율적입니다.

STEP 2: SELL — "진짜 돈 받기"

목표: 고객이 "언제 출시?"라고 먼저 물어볼 때까지

절차:

1️⃣ 페르소나 후보 5명 찾기
2️⃣ 데모 보여주기 (30분)
3️⃣ "월 19,900원에 쓰실래요?" 물어보기
4️⃣ "선결제 50% 할인 해드려요" 제안
5️⃣ 결과 확인

통과 신호:

5명 중 3명 이상이 "언제 출시?"라고 먼저 물음
또는 1명 이상이 선결제

실패 신호:

0명이 응하거나 "좋은 아이디어네요"만 함

실패하면? 문제가 가짜이거나 UVP가 흐릿하다는 뜻입니다.

인터뷰로 돌아가세요.

STEP 3: BUILD — "검증 후에 진짜 개발"

목표: 결제자의 기대를 초과하는 MVP 완성

기준:

✅ 5명이 선결제했으면 → 개발 시작
✅ 4주 안에 MVP 완성
✅ 결제자에게 가장 먼저 출시
✅ 8주 안에 첫 사용자 1명 이상 만족

데모의 진짜 학심 (3가지 규칙)

규칙 1: 문제로 시작, 솔루션으로 끝내기

❌ 나쁜 방식
"우리 앱은 AI OCR 기능이 있습니다. 
 영수증을 찍으면 자동으로..."

✅ 좋은 방식
"사장님, 매월 영수증 정리에 시간이 얼마나 드세요?"
→ 사장이 "3시간이요..."
→ "그럼 5초로 줄여드려도 될까요?"
→ 그제서야 데모 보여주기

고객 입에서 "아, 그 문제..."가 나와야 데모가 의미 있어요.

규칙 2: 고객이 직접 클릭하게

❌ 나쁨: 본인이 "여기 누르면 이게 나오고..." 설명

✅ 좋음: "한 번 직접 만져보세요" 
      → 입 다물고 관찰
      → 5분 동안 고객 손가락이 설명 30분보다 강력

규칙 3: 고객이 먼저 "언제 출시?"라고 물을 때까지

❌ 나쁨: 데모 끝 → "그럼 결제 어떻게 할까요?" (압박)

✅ 좋음: 데모 끝 → 침묵 견디기 
      → 고객이 "언제 써볼 수 있어요?" 먼저 물음

침묵 3초가 당신 설득 30분보다 낫습니다.

4단계: 시장이 정말 가능한가? (PESTLE + Porter's 5 Forces)

린캔버스 + 데모 + Sell까지 성공했다면?

이제 한 가지만 더 확인하세요:

"이 시장이 정말 존속할까?"

많은 초기 단계 스타트업이 놓치는 부분이 여기예요.

PESTLE — "우리가 통제 못 하는 6가지 힘"

사업이 망하는 이유의 50%는 내가 제어 못하는 외부 요인입니다.

분기마다 한 번씩 이 6가지를 체크하세요:

P: POLITICAL (정치/정부)

예: 정부 규제, 세금, 산업 보호

카페 SaaS의 기회  
→ 소상공인 바우처 (정부 지원금)

핀테크의 위협  
→ 가상자산법 (정부 규제)

E: ECONOMIC (거시경제)

예: 금리, 환율, 인플레, 소비심리

쿠팡의 위협  
→ 고금리 시대 → 고객 객단가 7% 하락

S: SOCIAL (인구, 문화)

예: 인구, 세대 가치관, 라이프스타일

당근마켓의 기회  
→ 1인 가구 38% 증가 + 동네 라이프 트렌드

T: TECHNOLOGICAL (기술)

예: 신기술, 플랫폼, 도구 비용 변화

AI SaaS의 위협  
→ LLM API 가격 1/100로 내려감
→ 누구든 쉽게 복제 가능

L: LEGAL (법, 표준)

예: 개인정보, 노동법, 저작권, 표준

글로벌 SaaS의 위협  
→ GDPR 위반 시 매출의 4% 과징금

E: ENVIRONMENTAL (환경)

예: 기후, ESG, 자원, 친환경 가치관

카페의 기회  
→ 일회용컵 보증금제 → 재사용 컵 문화

활용: PESTLE의 기회( ) → SWOT의 O칸 / 위협( ) → SWOT의 T칸으로 옮기기

Porter's 5 Forces — "이 시장이 돈 버는 시장인가"

5개 힘이 강하면 = 수익률 낮은 시장 (항공, 음식점)
5개 힘이 약하면 = 독점 시장 (Visa)

1: 신규 진입자 위협

"다른 사람도 쉽게 들어올 수 있나?"

카페: 5천만원 + 기계 1천만원 = 쉬움  
시중은행: 1조 자본금 + 5년 인허가 = 어려움

2: 대체재 위협

"다른 카테고리가 우리 대신할 수 있나?"

카페의 대체재: 편의점, 홈카페 머신, 자판기  
당신 SaaS의 대체재: 엑셀, 카톡, 구글 시트 ← 이것도 경쟁사예요

3: 공급자 교섭력

"공급자가 가격을 마음대로할 수 있나?"

카페: 원두 공급사 10곳 = 약함  
AI SaaS: OpenAI/Claude만 의존 = 강함

4: 구매자 교섭력

"고객이 가격을 깎을 수 있나?"

카페: 손님 1명이 안 깎음 = 약함  
B2B SaaS: 대기업이 매출 30% = 강함

5: 산업 내 경쟁

"경쟁이 얼마나 심한가?"

카페: 반경 500m에 8개 = 심함  
OTT: Netflix, Disney, Tving, Wavve = 심함

점수 계산:

강   = 3점, 중   = 2점, 약   = 1점
(5개 합산)

10점 이상 = 진입 권장하지 않음
5점 이하 = 좋은 시장

경쟁사 분석 = "아무도 안 한 빈칸 찾기"

진짜 빈칸: 고객이 원하는데 아무도 안 한 것

예: 1인 카페 영수receipt OCR — 큰 시장에 SaaS 없음 ✅

가짜 빈칸: 시장이 원하지 않아서 비어있음

❌ 음성으로만 결제하는 SaaS — 아무도 안 원함
❌ B2C 비트코인 결제 — 한국 규제 + 수요 없음
❌ AI 자동 메뉴 추천 — 사장이 직접 짜고 싶어함

구분하는 방법: 고객 인터뷰에서 "저게 필요해"라는 발화가 나왔나?

나왔으면 진짜 빈칸. 안 나왔으면 가짜 빈칸입니다.

정리하면

1️⃣ 린캔버스 작성
   ↓
2️⃣ 고객 5명 인터뷰 (과거 행동 확인)
   ↓
3️⃣ 데모 만들기 (구글 폼 ~ AI 바이브코딩)
   ↓
4️⃣ 고객 5명에게 팔기 (선결제/LOI)
   ↓
5️⃣ PESTLE + Porter 검증
   ↓
6️⃣ MVP 개발 (4주)
   ↓
  론칭

이 6단계를 6주 안에 끝내면, 당신은 이미 많은 스타트업보다 앞서 있습니다.

내가 이 과정을 배우면서 깨달은 것

처음엔 **"이게 다 필요해?"**라고 생각했어요.

"린캔버스, 인터뷰, 데모... 언제 개발하나?"

하지만 이제 알아요.

이 6단계를 2-3주 안에 빨리 도는 게, 6개월 혼자서 개발하고 아무도 안 쓰는 것보다 훨씬 낫다는 걸.

왜냐하면:

린캔버스 → 팀이 같은 방향을 봐요
인터뷰 → "이게 정말 문제인가" 확인돼요
데모 → 고객이 본격 개발 전에 반응을 보여줘요
Sell → 돈을 받을 수 있으면, 문제가 진짜라는 뜻이에요
시장 분석 → 계획이 현실적인지 알 수 있어요
개발 → 이제 확신을 가지고 코드를 짤 수 있어요

이 과정을 거치면, 당신의 가정이 현실과 얼마나 가까운지 알 수 있거든요.

그리고 만약 가정이 틀렸다면? 개발 들어가기 전에 피벗할 수 있습니다.

핵심 요약 3줄

린캔버스의 1번(Problem)과 2번(Customer)이 80% 결정한다 — 이 둘을 검증 없이 진행하지 말기
고객 인터뷰는 과거 행동만 물으세요 — 미래 의향은 거짓이고, "현재 그 문제로 행동 중"인 사람만 진짜 고객입니다
데모 > 셀 > 빌드 순서를 지키면, 6개월 낭비를 6주로 줄일 수 있다 — 코드 짜기 전에 고객이 돈을 낼 의사를 먼저 확인하세요

아무도 안 쓰는 이유: 고객과 대화하지 않았기 때문

jiyeoni22 — Thu, 7 May 2026 18:05:23 +0900

과제

1. 배운 내용에서 어떤것을 배웠고 어떤것을 느꼈는지를 블로그에 기록한다.

배운 것

맘테스트 - 과거를 묻어 고객이 열내며 말하는 걸 찾아라
Problem Interview - 솔루션 말하면 망함
Customer Forces - Push + Pull > Anxiety + Habit 이 되야 바꾼다.
고객 인터뷰가 제일 어렵고 제일 중요하다.
고객 인터뷰 대상 = 구체적인 페르소나, 그 사람의 “인용” 핵심이다.
페르소나 = 누구인지(인구통계), 무엇을 하는지(행동, 패턴, 도구 등), 무엇을 하려는지(JTBD, 결정동기까지) 세개 다 핵심
Anti-Persona = "우리가 풀지 않을 사람".
User Journey = 어디서 새는지 알 수 있음
Critical User Journey = 이게 안되면 망하는 흐름
Empathy Map = 페르소나 머릿속 탐구하는 6칸
훅 모델 = 매일 오게 만드는 법
PRD = 모두가 이해하는 지도
IA = 길 잃지 않도록 하는 나침반
정책문서 = 분쟁·예외·한계 상황에서 똑같이 1번 읽고 같은 결정하게 하는 것.
( ❗ 왕 중요한 것 ❗ )Lean Canvas = "1장으로 사업 전체" / 0에서 시작하는 방법

느낌점

수업에서 배운 내용들이 재미있고 유익해서 강의를 듣는 시간이 감사하고 설레기도 한다.
하지만 좋은 내용들이 너무 많다 보니, 다시 복습할 양이 내 기준으로는 많았다.
또한 나는 정리하고 생각하는 데 시간이 좀 걸리는 편이라, 과제 제출 기한이 정해져 있어 어쩔 수 없이 클로드의 도움을 받았다.
복습하면서 정리된 내용을 다시 보니 확실히 도움이 된다는 생각이 들었다. 하지만 한편으로는 클로드로 뚝딱 만들어 내니, ‘이게 정말 내 글이라고 할 수 있을까?’라는 생각이 들어 현타가 오기도 했다.

효율적으로 복습하고 내용을 정리해서 티스토리에 올리는 과정이 아직은 꽤 버겁게 느껴진다.
뭔가 새로운 방법이 필요하다. 무엇이 문제인지 찾아볼 겸, 5 WHYS를 해봐야겠다.

2. 고객 인터뷰할 대상을 모색한후 그 과정 및 대상을 블로그에 기록한다.

1단계: 인터뷰 대상 프로필 정의

타겟 프로필:

연령: 30대 (35~42세)
직업: 풀타임 직장 근무자 (워킹맘)
가족: 미취학 아동 또는 초등학생 자녀 1명 이상
문제 신호: 지난 3개월 중 최소 2회 이상 식재료 폐기 경험
심리 상태: 이에 대한 스트레스나 죄책감 인식

제외 기준:

전업주부 또는 시간제 근무자
1인 가구, 부부만 있는 가정
최근 6개월 이내 식재료 폐기 경험 없음
이 문제를 "당연한 일"로 생각하며 개선 의지 없음

2단계: 모색 채널 및 전략

사용한 모색 채널

1) 개인 네트워크 (1차 접근)

전략: 기존 친인척, 직장 동료, 부모 모임에서 조건에 맞는 사람 찾기

실행:

카톡 메시지: "요즘 식재료 관리가 좀 어렵지? 15분만 얘기해볼 수 있을까?"
공식 제안 X, 자연스러운 물음으로 시작
조건 맞는 사람에게 정식 인터뷰 요청

장점: 신뢰도 높음, 거부감 낮음 단점: 샘플 수 제한적, 편향 가능성

2) 온라인 커뮤니티 (2차 접근)

활용한 채널:

네이버 카페: "워킹맘 정보공유", "육아 정보 나눔"
당근마켓 (지역 커뮤니티)
인스타그램 해시태그: #워킹맘 #육아스트레스 #밥차리기

3. 고객인터뷰(문제와 고객에 대한 가설)를 위한 가설을 수립한다.

JTBD 인터뷰 기반 가설 수립 프레임워크

현재 상황 분석

타겟: 30대 워킹맘 (월 2회 이상 식재료 폐기)
문제: 식재료 폐기로 인한 경제적 손실 + 심리적 스트레스
목표: 근본 원인 파악 → 솔루션 방향 수립

인터뷰 전 수립할 7가지 가설

1. 문제의 근원 가설 (Problem Root)

가설내용검증 질문

A. 구매 단계 실패	처음부터 "과하게" 사거나 "필요 없는 것" 까지 사는 현상	Q1 후속: 그 식재료를 "왜 사신" 거였어요?
B. 보관/관리 한계	산 것은 맞는데 "어디 있는지 모르거나" "상태를 못 봄"	Q2: 버리기 직전까지 그게 어디 있었어요?
C. 실행 단계 실패	사용 계획은 있었는데 "일정 변수" 때문에 못 씀	Q2: 그 사이에 계획이 뭐가 바뀌었어요?
D. 심리적 포기	"어차피 못 쓸 거 같아서" 처음부터 낭비 각오하고 삶	Q3: 이미 버려질 줄 알면서도 사세요?

인터뷰 후 어느 가설이 맞는지 확인

2. 반복 패턴 가설 (Habit Loop)

가설내용검증 질문

A. 같은 식재료가 계속 버려짐	"미역, 버섯, 쌈채" 같은 특정 음식만 계속 낭비	Q3: 지난 3개월, 매번 같은 게 버려져요?
B. 요일/상황별 반복	"주말에 대량 구매 → 평일에 못 씀" 같은 패턴	Q3: 언제 사면 보통 버려져요?
C. 아이 변수	"아이가 안 먹으면 그냥 버림" 같은 의존성	Q2: 그 사이에 아이 일정/입맛이 바뀐 건가요?
D. 심리적 무기력	"어차피 못 쓸 거 같으니 포기" → 악순환	Q4: 그럴 때 어떤 심정이세요?

3. 스트레스의 원인 가설 (Emotional Job)

가설내용검증 질문

A. 경제적 손실	"한 달에 2~3만원 낭비" 자체가 스트레스	Q4: 얼마나 자주 버려지고, 그때 기분이 어떤가요?
B. 자기책임감 / 죄책감	"내가 관리를 못 해서" → 자존감 손상	Q4: 그걸 버릴 때 누구 탓이라고 생각해요?
C. 가족에게 미안함	"남편/아이 앞에서 부끄러움" → 관계 스트레스	Q4: 그 상황을 누군가에게 얘기해요?
D. 시간 압박	"관리할 시간이 없어서" 포기 → 더 스트레스	Q5: 지금까지 시도한 방법이 왜 안 됐어요?

4. 현재 행동 방식 가설 (Current Solution)

가설내용검증 질문

A. 능동적 관리 타입	메모/앱/냉장고 붙이 등 이미 여러 번 시도함	Q5: 지금까지 뭘 해봤어요?
B. 수동적 포기 타입	"그냥 계획하지 말고 필요할 때 사자" 방식	Q5: 왜 지금은 그걸 안 하세요?
C. 외부 의존 타입	"남편이 관리하면 되는데 안 도와줌"	Q5: 다른 사람들은 이걸 어떻게 해요?
D. 무의식적 반복 타입	"매일 습관처럼 사고, 습관처럼 버림"	Q3, Q5: 정말 반복되는 패턴이 있어요?

5. 문제 인식 수준 가설 (Problem Awareness)

가설내용검증 질문

A. 높은 인식	"이거 정말 문제다. 뭔가 바뀌어야 해"	Q4: 이 문제가 당신 삶에 얼마나 영향을 미쳐요?
B. 중간 인식	"그냥 부분적 불편. 해결되면 좋고"	Q4: 이게 없으면 삶이 어떻게 달라져요?
C. 낮은 인식	"뭐 어쩔 수 없지. 모두 그래"	Q4: 다른 워킹맘들도 이렇게 버려요?
D. 왜곡된 인식	"이건 내 책임이 아니라 남편/아이/직장 탓"	Q4: 그걸 버릴 때 누구 탓이라고 생각해요?

6. 욕구 단계 가설 (Job to be Done)

"식재료 낭비를 줄이고 싶다"는 표면 욕구 뒤의 진짜 욕구:

우선순위가설검증 방식

1순위	"나는 효율적인 엄마가 되고 싶다" (자존감)	Q4: 그 순간에 느끼는 감정의 크기
2순위	"우리 가족을 위해 돈을 아껴야 한다" (책임감)	Q1: 버려진 식재료가 얼마나 아까워요?
3순위	"내 시간을 더 여유있게 쓰고 싶다" (시간)	Q5: 지금까지 시도 방법에 들이는 시간이 얼마나?
4순위	"식탁에 신선한 음식을 주고 싶다" (질)	Q2: 그 식재료를 사실 이용하려고 했나?

7. 솔루션 방향 가설 (Solution Space)

인터뷰를 통해 검증할 잠재적 해결책:

방향가설위험신호기대신호

A. 구매 최적화	사는 양/종류를 줄이면 해결	"이미 시도했는데 안 됨"	"그럼 좀 적게 사면 되지 않을까?"
B. 가시화/관리 도구	앱이나 냉장고 관리법	"이미 앱 써봤는데 안 씀"	"아, 그게 보이면 자동으로 쓸 것 같은데"
C. 시간 단축	빠르고 쉬운 방법만	"어차피 시간 없어서 포기"	"10초면 되는 거면 할 수도"
D. 심리적 재설정	"완벽함 포기하기" 같은 마인드	"그건 내 성격이 안 돼"	"그렇게 생각하니까 좀 편해"
E. 역할 분담	남편/아이와 함께	"남편이 도와줄 수 없어"	"남편이 장을 본다면 나는 관리만 할 텐데"

4. 고객인터뷰 준비를 한다 with Claude

JTBD 인터뷰 스크립트: 식재료 폐기 문제 탐구

도입 (1분)

멘트 1 - 래포 형성

"안녕하세요! 오늘 시간 내주셔서 감사합니다. 저희가 요즘 관심 있는 게 '바쁜 워킹맘들이 식재료를 어떻게 관리하고 계신가' 하는 부분인데요. 당신의 실제 경험담을 들으면서 우리가 뭔가 놓치고 있는 게 있는지 알고 싶어요. 솔루션을 추천하는 게 아니라 당신의 일상을 이해하는 시간이니까 편하게 말씀해 주셔도 괜찮습니다."

멘트 2 - 인터뷰 구조 설명

"30분 정도 함께 이야기할 건데, 제가 몇 가지 물어보는 동안 '지난달에 실제 일어났던 일' 위주로 여쭤볼 거예요. 괜찮으신가요?"

본질 질문 Q1~Q5 (각 1분)

Q1: 트리거 - 가장 최근의 구체적 사건

질문

"지난 2주일 사이에 식재료가 버려진 적이 있으신가요? 그렇다면 가장 최근에는 언제, 무엇이었나요?"

후속 질문 (침묵 견디기)

"그때 그 _____(채소/고기)는 처음에 왜 사신 거였어요?"

"그걸 버리기 직전까지 어떻게 되고 있었나요?"

Q2: 계획 vs 현실의 갭

질문

"그 장을 보러 가실 때만 해도 '이건 이렇게 써야지' 생각하셨을 것 같은데, 결국 버려지기까지 무슨 일이 생겼던 거 같아요?"

후속 질문 (깊이 파기)

"그 사이에 계획이 바뀐 건가요? 아니면 처음부터 낭비될 줄 알고 사신 건가요?"

"그 순간에 어떤 마음가짐이셨어요?"

Q3: 반복 패턴 찾기

질문

"당신이 말씀하신 것처럼 '한 달에 2번 이상' 이런 일이 일어난다고 했는데, 지난 3개월을 보면 매번 비슷한 식재료가 버려져요? 아니면 계속 다른 게 버려져요?"

후속 질문

"그렇다면 '아, 이건 또 버려지겠네'라고 예상하면서도 사시는 경우가 있으신가요?"

"그럴 땐 어떤 심정이세요?"

Q4: 스트레스의 실체 - 감정 추적

질문

"지난주에 또 뭔가 버렸을 때, 당신은 어떤 기분이 들었어요? 짜증? 죄책감? 아니면 그냥 '어쩔 수 없지'였나요?"

후속 질문

"그런 기분이 얼마나 오래 가요? 그 이후로도 계속 생각나나요?"

"그런 상황이 당신 인생에 어떤 영향을 미치는 것 같아요?"

Q5: 현재 대처 방식과 한계

질문

"지금까지 '식재료 안 버리려고' 해본 게 뭐가 있으신가요? 어떤 방법을 써봤고, 왜 지금은 안 하고 계신 건가요?"

후속 질문

"그걸 계속 안 하는 이유가 너무 번거로워서인가, 효과가 없어서인가, 아니면 잊어버려서인가요?"

"만약 완벽하게 되려면 누가/뭐가 달라져야 할 것 같아요?"

마무리 (2분)

마무리 멘트

"오늘 이야기 정말 도움이 됐습니다. 당신처럼 식재료 관리 때문에 스트레스받는 분들이 꽤 있을 것 같은데, 지금 말씀하신 부분들이 우리가 놓친 부분들이 많네요. 정말 감사합니다."

스노우볼 질문

"마지막으로 한 가지만 더, 당신과 비슷한 상황에 있으면서도 식재료 관리를 잘하는 분이 혹시 떠오르는 사람이 있으신가요? 혹은 이런 문제로 스트레스받는다고 얘기하는 분?"

(→ 이름/연락처 추천 요청)

인터뷰 노트 작성 가이드 (5개 항목)

인터뷰 후 반드시 기록해야 할 5가지:

항목 기록 내용 예시

1. 마지막 사건 (Trigger)	언제, 무엇이 버려졌는가	"지난 수요일, 미역 한 줌 & 돼지고기 300g"
2. 계획 vs 현실 (The Gap)	사려는 의도 vs 버리게 된 원인	"아이 반찬용으로 사왔는데, 아이가 갑자기 아파서 밖에서 먹게 됨 → 그냥 냉장고에서 상했음"
3. 반복 패턴 (Habit)	같은 실수를 반복하는가?	"주말에 대량으로 사니까, 평일에 다 써야 하는데 매일 밤 9시에 퍼져서 새벽 야식 잘할 때 빨리 먹지 못함"
4. 감정의 크기 (Emotional Job)	이 문제가 정말 스트레스인가?	"한 달에 2만원 정도 버리는 게 아니라, 그게 내 계획 관리 능력 부족이라는 죄책감이 큼"
5. 기존 시도 & 실패 (Why Now Works)	왜 현재 방법은 작동하지 않나?	"스마트폰 메모, 냉장고 붙이 등 써봤지만 → 아침에 애 챙기다 보니 확인 못함 / 밤에 급하게 사다 보니 리스트 무시함"

인터뷰 중 금지사항 체크리스트

❌ "당신은 보통 몇 개월마다 버려요?"
→ ✅ "지난달 정확히 몇 번 버렸나요? 각각 뭐였어요?"
❌ "앱을 쓰면 해결될까요?"
→ ✅ "지금까지 써본 게 뭐고, 왜 지금은 안 쓰세요?"
❌ "스트레스 받으세요?" (Yes/No)
→ ✅ "그 순간에 정확히 어떤 기분이 드셨어요?"
❌ "우리 서비스는 ___인데 괜찮겠어요?"
→ ✅ (절대 금지)

30분 타임라인

0:00-1:00 | 도입 (래포 + 구조 설명)
1:00-6:00 | 본질 Q1~Q5 (각 1분)
6:00-8:00 | 마무리 (멘트 + 스노우볼)

이 스크립트를 활용하면 문제의 진짜 이유를 찾을 수 있습니다!

클로드를 이용한 배운 것 정리 ⬇️

페르소나는 "머리로 만드는" 게 아니라 "귀로 수집하는" 것이다

한 줄 요약: 가상의 인물상이 아니라, 실제 고객들의 말과 행동에서 건져올린 패턴이 페르소나다.

왜 페르소나를 제대로 알아야 할까

좋은 제품은 **"모든 사람을 위한 제품"이 아니라 "특정한 누군가를 위한 제품"**입니다.

그런데 문제가 있어요. 많은 팀들이 페르소나를 "머리로 상상해서 만듭니다."

"우리 서비스의 타겟은 20-50대 모든 사람입니다"
"점심을 먹는 모든 직장인을 위한 서비스예요"

이렇게 하면 뭐가 문제냐고요?

아무도 결정을 못 합니다.

디자이너는 "어떤 화면을 만들어야 해?"라고 물고, 마케터는 "어디에 광고를 해야 해?"라고 묻고, 개발자는 "어떤 기능부터 만들어야 해?"라고 묻습니다.

페르소나가 뭉뚱그려져 있으면, 모든 결정이 미루어집니다. 아니면 의견이 갈립니다.

실제로는 특정한 누군가에 맞춰서 설계해야 합니다. 그래야 그 사람이 써주고, 입소문이 생기고, 결국 비슷한 사람들이 몰려옵니다.

페르소나, 정확히 뭐냐고?

먼저 명확히 하자면:

페르소나 ≠ 가상의 인물

페르소나는 **"팀이 같은 그림을 그릴 수 있게 만드는 도구"**입니다.

좋은 페르소나의 기준:

팀원 10명이 이 사람을 봤을 때, 10명 모두 같은 인물을 떠올린다
그 사람이 어떤 상황에서 어떻게 행동할지 예측할 수 있다
회의 중 "이건 우리 페르소나가 안 하는 행동이지"라고 결정을 내릴 수 있다

️ 페르소나를 "만드는" 게 아니라 "수집하는" 이유

가장 중요한 깨달음은 이거예요:

"당신이 만드는 페르소나는 틀렸을 가능성이 높다"

왜냐하면, 당신은 자신의 사용자가 아니기 때문입니다.

대신, 이미 존재하는 사람들의 말과 행동을 모아야 합니다.

데이터 수집의 3가지 방식

방식 수량 신뢰도 용도

인터뷰	5-10명	⭐⭐⭐⭐⭐	깊이 있는 행동 패턴
리뷰/평점	100건+	⭐⭐⭐	통증 포인트 발견
슬랙/커뮤니티 발화	500+건	⭐⭐	자연스러운 언어

이 셋을 조합하면 진짜 페르소나가 나옵니다.

페르소나 만드는 6단계 (실제 프로세스)

STEP 1: 발화 수집 (1-2주)

먼저 고객의 말을 모으세요. "머리 X, 귀 O"입니다.

어디서 모을까요?

기존 고객 인터뷰 5명+ (직접 대면)
제품 리뷰/평점 100건+ (앱스토어, 구글, 당신 웹사이트)
커뮤니티 발화 (Slack, Reddit, 오늘의집 같은 곳)

수집할 때 주의:

긍정 리뷰만 X / 부정도 많이 (불편함이 나옴)
스크린샷으로 저장해두기 (나중에 "인용"으로 쓸 거니까)
최소 50건 이상은 모아야 패턴이 보임

STEP 2: 행동 패턴 찾기 (1주)

이제 같은 행동을 하는 사람들을 묶으세요.

주의: 인구통계로 묶지 마세요.

❌ 나쁜 예시:

"30대 여성" 그룹
→ 30대 여성이라도 싱글, 기혼, 육아 중인 사람의 행동이 완전히 달라요

✅ 좋은 예시:

"아침 6시에 일어나서 아이 준비를 하고 출근하는 사람"
→ 이 사람들은 비슷한 시간 압박을 겪고, 비슷한 결정을 함

묶을 때 본다:

행동 패턴 — "매일 점심을 회사 근처에서 먹는다"
사고방식 — "가성비를 최고로 생각한다"
문제 상황 — "점심 때마다 뭘 먹을지 고민한다"

STEP 3: 3-5개 페르소나 뽑기 (1주)

이제 주요 패턴 3-5개를 선택하세요.

왜 3-5개냐고?

1명: 너무 좁다. 시장이 작음
3-5명: 골드 존. 다양성 있으면서도 관리 가능
10명+: 너무 많다. 팀이 결정을 못 함

각 페르소나는 "사고 패턴이 다른 사람"이어야 합니다.

예시) 식재료 폐기 문제를 푸는 앱이라면:

페르소나 1️⃣: "자책형 워킹맘" — "버리는 걸 죄책감 느낌"
페르소나 2️⃣: "건강관리형 싱글" — "버리는 걸 건강 낭비로 봄"
페르소나 3️⃣: "무관심형 직장인" — "그냥 아깝긴 한데 신경 안 씀"

→ 같은 문제지만, 동기가 다르다. 각 페르소나마다 메시지를 달리 만들어야 합니다.

STEP 4: 살아있게 만들기 (1주)

이제 페르소나를 "사람"처럼 만드세요.

5가지 요소:

요소 예시 왜 필요할까

이름 + 나이	최민지, 32세	팀이 "그 사람"을 떠올리기 위해
직업 + 일상	마케팅 매니저 / 매일 8시 출근, 19시 퇴근	시간 압박, 피로도 이해
고통 (Pain)	점심시간 13:00 한정, 뭐 먹을지 12분 고민	왜 당신의 서비스를 필요로 하는지
하려는 일 (JTBD)	5분 안에 만족스러운 점심 결정, 12시 50분에 앉아 먹기	진짜 목표가 뭔지
인용 (Quote)	"추천 메뉴 안 봐요. 어차피 다 먹어봤거든요. '오늘 어디가 안 막히지'가 진짜 정보예요"	팀이 그 사람을 가장 잘 기억하는 방법

가장 중요한 건 "인용"입니다.

이 한 문장이 팀원들의 머릿속에 그 사람을 생생하게 만듭니다.

STEP 5: Primary Persona 1명 선택 (1일)

이제 "먼저 풀 사람 1명"을 정하세요.

다른 페르소나도 중요하지만, 모든 디자인 결정은 이 1명을 기준으로 합니다. 이걸 North Star라고 부릅니다.

어떻게 선택?

시장이 충분히 큰가? (시장이 작으면 비즈니스 안 됨)
우리가 가장 잘 풀 수 있는 사람인가?
이 사람이 고민하는 문제가 심각한가? (심각해야 돈을 냄)

STEP 6: 검증 인터뷰 (1주)

마지막 단계입니다.

당신이 만든 페르소나가 실제로 존재하는지 확인하세요.

실제 그 페르소나 1명을 만나서:

"당신이 이렇게 행동하시나요?"
"정말 이런 문제가 있으신가요?"

물어봐야 합니다.

만약 **"네, 정확해요!"**라고 대답하면, 당신의 페르소나는 유효합니다.

만약 **"음... 뭔가 좀 다른데요"**라고 하면, 다시 수정해야 합니다.

⚠️ 흔한 함정 5개

함정 1️⃣: 인구통계로만 분류

❌ 나쁜 예:

페르소나: 30대 여성

왜 나쁠까?

30대 여성이라도 다르다
싱글 30대 vs 기혼 30대 vs 육아 중 30대
행동이 완전히 다른데, 같은 그룹으로 묶음

✅ 좋은 예:

페르소나: 8시 정각 출근, 유치원 아이 2명 있는 30대 기혼 여성
→ 이제 이 사람의 행동을 예측할 수 있음

함정 2️⃣: 머리에서 만든 페르소나

❌ 나쁜 예:

"우리 앱 사용자는 아마도 이렇지 않을까?"

왜 나쁠까?

당신의 상상일 뿐, 실제 데이터가 아님
팀원마다 상상이 다름
결국 회의 때마다 논쟁

✅ 좋은 예:

"실제 고객 5명 인터뷰 + 리뷰 100건 분석 결과, 
이런 행동 패턴이 3번 반복 나왔습니다"

함정 3️⃣: 페르소나가 너무 많음 (10명+)

❌ 나쁜 예:

페르소나: 10개 그룹 (A형~J형)

왜 나쁠까?

팀이 각자 다른 페르소나를 기준으로 일함
"이건 E 페르소나를 위한 기능"이 되고
"아니, 그건 C 페르소나가 원하는 거 아니야" 싸움

결과: 결정을 못 함

✅ 좋은 예:

Primary Persona (먼저 풀 사람): 최민지
Secondary Persona (함께 고려): 박준호, 이영미
→ 3명만 정하고, 모두 이 3명을 기준으로 일함

함정 4️⃣: 페르소나가 너무 적음 (1명)

❌ 나쁜 예:

페르소나: 오직 30대 워킹맘 1명만 타겟

왜 나쁠까?

시장이 너무 작음
비즈니스 스케일 안 됨

✅ 좋은 예:

Primary: 30대 워킹맘 (먼저 풀 사람)
Secondary: 20대 직장인, 40대 자영업자
→ 주요 고객 1명 + 추가 기회 2명

함정 5️⃣: 페르소나가 고정됨

❌ 나쁜 예:

2년 전에 만든 페르소나를 그대로 씀

왜 나쁠까?

시장은 변함
고객의 행동도 변함
근데 페르소나는 그대로면, 괴리 생김

✅ 좋은 예:

분기마다 신규 인터뷰 5명 + 리뷰 분석
→ 페르소나 업데이트 (필요시)

페르소나 템플릿: 5가지 핵심 요소

지금부터 실제로 쓸 수 있는 템플릿을 보여드릴게요.

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
  최민지 · 32세 · 마케팅 매니저

  배경 (Demographic)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
· 나이: 32세
· 직업: IT 회사 마케팅 매니저 (5년차)
· 거주지: 강북 (회사는 강남)
· 가족: 미혼
· 월수입: 4,500만원

  행동 (Behavioral)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
· 매일 8시 출근, 19시 퇴근
· 점심은 회사 1km 내에서만 해결
· 시간 제약: 점심시간 12:00-13:30 (1.5시간)
· 의사결정 방식: 데이터 기반 (망고플레이트 평점 보고, 최신 리뷰 확인)
· 도구: 망고플레이트, 슬랙 #점심채널, 동료에게 묻기
· 평균 의사결정 시간: 약 12분

  문제 (Pain Point)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
"**점심시간에 뭐 먹을지 고르는 게 스트레스다**"
· 매일 같은 시간에 결정해야 함
· 회사 근처 음식점은 다 먹어봤는데 계속 같은 고민 반복
· 시간 낭비: 12분 고민 × 20업무일 = 월 240분 (4시간)
· 심리: "또 똑같은 고민"이라는 피로감

  하려는 일 (JTBD: Jobs To Be Done)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
"**5분 안에 만족스러운 점심 결정을 내려서,
12시 50분에는 자리에 앉아 먹기 시작하고 싶다**"

→ 시간: 5분 (현재 12분 → 목표 5분)
→ 상태: 만족스러운 (후회 없이)
→ 결과: 12시 50분에 이미 식사 중

  인용 (Quote)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
"**추천 메뉴 안 봐요. 어차피 다 먹어봤거든요. 
'오늘 어디가 안 막히지'가 진짜 정보예요**"

→ 이 한 문장이 "최민지"를 가장 잘 설명함
→ 팀이 회의할 때 이 인용을 떠올려야 함
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

3가지 관점을 동시에 봐야 하는 이유

페르소나를 만들 때, 팀원들이 종종 한 가지 관점만 봅니다.

예를 들어:

마케터: "인구통계만 봐요" (30대 여성)
디자이너: "행동만 봐요" (매일 점심 고민)
PM: "문제만 봐요" (시간 낭비)

하지만 세 가지를 모두 봐야 현실적인 페르소나가 됩니다.

관점 1️⃣: 인구통계 (Demographic) — "누구인가"

왜 필요?

광고 타겟팅 (페이스북, 구글)
채널 선택 (Reddit vs TikTok)
시장 규모 파악

예시:

나이: 32세
직업: 마케팅 매니저
소득: 4,500만원

관점 2️⃣: 행동 기반 (Behavioral) — "무엇을 하는가"

왜 필요?

어떤 기능이 필요한지 알 수 있음
사용 시나리오를 만들 수 있음
UX 플로우를 설계할 수 있음

예시:

매일 12시 정각에 점심 결정
망고플레이트 리뷰를 먼저 봄
평균 12분 소요

관점 3️⃣: JTBD (Jobs To Be Done) — "왜 하려는가"

왜 필요?

고객의 진짜 원하는 게 뭔지 알 수 있음
"기능"이 아니라 **"결과"**를 알 수 있음
마케팅 메시지를 만들 수 있음

예시:

"뭐 먹을지 고르고 싶은 게" 아니라
"5분 안에 결정해서 12시 50분에 먹으러 가고 싶은 것"

안티페르소나도 정해야 하는 이유

이건 많은 팀이 놓치는 부분입니다.

안티페르소나 = "우리가 풀지 않을 사람"

정해두면 좋은 이유:

팀이 경계를 알 수 있음
"이 기능은 누구 때문에 만드는 건가?"라는 질문에 답할 수 있음
불필요한 기능 추가를 줄일 수 있음

예시 (식재료 폐기 줄이는 앱):

✅ 우리가 풀 페르소나:
- 최민지 (워킹맘): 바쁘지만 죄책감 느낌

❌ 우리가 안 풀 안티페르소나:
- 김철수 (직장인): "그냥 버리는데 뭐 상관" 하는 사람
  → 왜 안 풀어? 동기가 너무 낮음. 돈 못 받을 가능성 높음

- 박영희 (시니어): "환경 운동가" 같은 사람
  → 왜 안 풀어? 소수 시장. 비즈니스 안 됨

- 조준호 (푸드테크 CEO): "농장에서 직접 사는" 수급 조절형
  → 왜 안 풀어? 이미 시스템이 있음. 우리 솔루션 필요 없음

각 안티페르소나마다 "우리가 왜 안 풀지"를 1줄로 정의하면, 팀의 일관성이 생깁니다.

실제로 페르소나를 확인하는 방법

페르소나를 만들었으면, 실제 사람에게 검증해야 합니다.

검증 질문 3가지:

1️⃣ "당신이 이렇게 행동하시나요?"

"당신은 매일 12시에 점심 뭐 먹을지 결정한다고 했는데, 정말 그래요?"

2️⃣ "이게 정말 문제세요?"

"이 12분의 고민이 진짜 스트레스예요? 아니면 그냥 일상?"

3️⃣ "우리 솔루션, 필요할 것 같아요?"

"만약 5분 안에 결정할 수 있는 앱이 있다면, 쓸 거예요?"

만약 **3개 다 "네"**라고 하면, 당신의 페르소나는 유효합니다.

페르소나와 3-5명 인터뷰의 관계

혹시 궁금할 텐데, "페르소나 만드는 데 얼마나 많은 인터뷰가 필요한가?" 하는 거죠.

정답: 한 가지 패턴당 3명, 페르소나 3-5개면 = 약 5명 인터뷰

예시:

식재료 폐기 문제 해결 앱

인터뷰 1-2: "자책형 워킹맘" 패턴
인터뷰 3-4: "건강관리형 싱글" 패턴
인터뷰 5: "무관심형 직장인" 패턴
→ 3-5명으로 3가지 패턴 확보

중요: 100명 인터뷰보다 5명의 깊이 있는 인터뷰가 낫습니다.

⚡ 페르소나 만들기의 황금 공식

마지막으로 빠르게 만드는 공식입니다:

1주차: 발화 수집 (인터뷰 5명 + 리뷰 100건)
2주차: 행동 패턴 묶기 (3-5개 그룹화)
3주차: 페르소나 상세화 (각각 5가지 요소 채우기)
4주차: 검증 인터뷰 (실제 사람 1명씩 확인)
→ 1개월 = 페르소나 완성

내가 이해한 방식 정리

처음엔 "페르소나? 그냥 타겟 정하는 거 아닌가?" 했어요.

하지만 배우다 보니 전혀 다르다는 걸 알게 됐습니다.

페르소나는:

상상이 아니라 사실
인구통계가 아니라 행동
1명이 아니라 패턴

가장 인상적이었던 부분은 **"인용"**이었어요. 한 문장의 고객 인용이 팀 전체를 같은 방향으로 이끌어간다는 게 정말 신기했습니다.

"추천 메뉴 안 봐요. 어차피 다 먹어봤거든요. '오늘 어디가 안 막히지'가 진짜 정보예요"

이 한 문장이 있으면, 디자이너는 "아, 그럼 추천 메뉴 버튼은 안 돼"라고 생각하고, 마케터는 "아, 최신 음식점 정보를 강조해야겠네"라고 생각합니다.

같은 페르소나를 봤는데 다른 결정을 내리지 않는 거죠. 이게 페르소나의 진짜 힘인 것 같습니다.

핵심 요약 3줄

페르소나는 머리가 아니라 귀로 만든다 - 인터뷰, 리뷰, 발화에서 건져올린 패턴이다
인구통계·행동·JTBD 3가지를 동시에 봐야 현실적인 페르소나가 된다 - 하나만 보면 불완전하다
"인용" 한 문장이 팀의 모든 결정을 좌우한다 - 데이터가 아무리 많아도 팀이 같은 그림을 못 그리면 무용지물이다

문제 사냥하려다 내가 사냥 당하기

jiyeoni22 — Wed, 6 May 2026 19:34:04 +0900

HMW(How Might We ___?)

: 부정·고정 사고가 풀리고, 다음 단계로 넘어갈 수 있는

예시) 1단계 문제진술 : 30대 직장인 점심 결제 못하고 이탈 > 2단계 HMW 변환 : 우리는 어떻게 30대 점심시간 5분안에 결제까지 하도록? > 3단계 다양한 답 : 주문 1번 클릭, 정기결제 등

주의점 1. 너무 좁으면(Solution이 다 들어감) — 답이 1개밖에 안 나옴 2. 너무 넓으면(추상적) — 답이 너무 많아 의미 없음 3. **"누가 + 무엇을 + 어떤 상황에서"**3요소만 있으면 OK

⇒ 골든존 = 답이 5~15개의 질문과 답 (너무 좁지도 넓지도 않도록)

너무 좁음 적절 너무 넓음

"어떻게 하면 빨간 결제 버튼을 더 크게 만들까?"

"강남 직장인이 점심 5분 안에 결제까지 끝내게 하려면 어떻게?"

"어떻게 하면 사람들이 더 빨리 결제하게 할까?"

[기업들 참고 사례]

Airbnb (2008): "우리는 어떻게 모르는 사람의 집에서 자도 안전하다고 느끼게 할까?" → 리뷰 시스템 + 사진 검증 + 결제 보호 = 3가지 답.
토스: "은행 앱을 켜기 전부터 송금이 끝나게 하려면?" → 1초 송금·간편 인증.
당근: "처음 보는 동네 이웃과 거래해도 사기 안 당한다고 느끼게 하려면?" → 매너온도 + 동네 인증.

HMW 변환 4단계 (시나리오마다 5분) STEP 1 · WHO — "누가" 명확히. (예: "강남 30대 직장인" / "1인가구 27세 남성") STEP 2 · WHAT — "무엇을" 원하는데 못 얻나. (예: "5분 내 점심 메뉴 결정") STEP 3 · CONTEXT — "어떤 상황"인가. (예: "회사 1km 매장 35개 중에서") STEP 4 · 변환 — "우리는 어떻게 [WHO]가 [CONTEXT]에서 [WHAT] 얻게 도울까?"

⚠️ 주의 — STEP 4에 솔루션이 들어가면 = 너무 좁음. "어떻게 빨간 버튼" X.

실습 1. 문제→HMW 8개 시나리오B-1 · 가입 이탈문제: "SaaS 첫 가입자 67%가 7일 안에 사라짐"→ HMW: 어떻게 하면 첫 가입자가 결제 전 가치를 느낄 수 있을까? ****B-3 · 재고 과잉문제: "1인 사장이 식자재 재고 X-30% 매주 폐기"→ HMW: 어떻게 하면 식자재가 재고관리를 체계적으로 할 수 있을까?일상 시나리오 4개L-2 · 1인가구 식사문제: "1인가구 김선규(27)가 평일 저녁 — 매일 같은 배달 메뉴 선택, 영양 X"→ HMW: 어떻게 해야 1인 가구들이 영양가 있는 식사를 할 수 있을까?L-4 · 부모-자녀 소통문제: "10대 자녀가 부모 카톡 안 봄, 학교 일정 모름"→ HMW: 어떻게 해야 10대 자녀들이 부모의 보내주는 학교 일정 안내 카톡을 읽을 수 밖에 없을까**?

위 8개 정답 중 —가장 마음에 드는 1개
5분 — 그 HMW의 답(솔루션 아이디어)5개 이상적기 (혼자 브레인스토밍)
5개 안 나오면 — HMW 다시 다듬기 (좀 더 넓게)
5개 나오면 — 그중 가장**"빠르게 검증 가능한 1개"**표시
(고급) Claude에 던지고 — "이 HMW의 답 10개 발산해줘" 요청 → 본인 5개와 비교 → 놓친 관점 발견
(보너스) 본인 케이스(DAY 1 케이스 12개 중)의 문제 1개 — HMW 변환 + 답 5개 발산
HMW: 어떻게 해야 10대 자녀들이 부모의 보내주는 학교 일정 안내 카톡을 읽을 수 밖에 없을까**?** 1️⃣ 선물하기와 같이 보낸다
2️⃣ 소량의 용돈과 같이 보낸다 3️⃣ 일정 시간이 지나면 메세지 삭제 후 물어본다 → 카톡 캘린더를 등록해 하루 전에 알림이 가도록 한다. 4️⃣ 전화한다 → 이모지와 스티커를 사용해 더 눈에 띄게 한다. 5️⃣ 음성 메세지로 남긴다 → 저녁을 먹으면서 가족 일정 맞추기 게임을 해서 맞추면 간식을 준다.

클로드 답변원본 개선된 버전 점수

B-1 (당신) 첫 가입자가 가치를...	(개선) 직장 협업 SaaS의 신규 가입자가 첫 프로젝트 1개를 3일 안에 완성하게 할까?	⭐⭐⭐⭐
B-2 (당신) 200명이 필수로...	(개선) 학원장이 학부모 200명에게 주간 수강료/숙제 알림을 5분 안에 100% 도달시킬까?	⭐⭐⭐⭐⭐
B-3 (당신) 체계적으로...	(개선) 1인 라면집 사장이 매주 월요일 재고를 정확히 예측해서 폐기를 50% 줄일까?	⭐⭐⭐⭐
B-4 (당신) 혼자서도...	(개선) 60대+ 할머니가 햄버거 키오스크에서 5초 안에 선택을 끝내고 결제할까?	⭐⭐⭐⭐
L-1 (당신) 단순하게 결정...	(개선) 강남 직장인 5명이 12시 정각에 30초 안에 메뉴 합의를 보게 할까?	⭐⭐⭐⭐
L-2 (당신) 영양가 있는 식사...	(개선) 1인 가구 직장인이 평일 저녁 영양+다양성을 모두 챙기는 식사를 1탭에 선택할까?	⭐⭐⭐⭐
L-3 (당신) 재방문 유도...	(개선) 직장인이 헬스 등록 후 첫 21일 안에 8회 이상 방문하는 환경을 만들까?	⭐⭐⭐⭐
L-4 (당신) 읽을 수 밖에...	(개선) 10대가 거부감 없이 부모와 학교 일정을 실시간 공유하게 할까?	⭐⭐⭐⭐

30초 핵심 정리구분 당신 정답

WHO의 깊이	너무 일반적	직업/나이/상황까지
CONTEXT의 명확성	어느 정도 있음	숫자/시간/구체적 결과
솔루션 냄새	조금 남음	없음 (순수하게 "무엇을 도울까")
답 발산 가능성	3-4개	5-15개

답 발산 실습 (15분) — HMW의 진짜 가치**
L-3 · 운동 작심삼일문제: "직장인이 헬스 등록 후 3주 내 안 가는 패턴 5번 반복"→ HMW: 어떻게 해야 직장인 헬스인들이 21일 안에 재방문을 할 수 있도록 유도할 수 있을까?
L-1 · 점심 메뉴문제: "강남 직장인 5명이 매일 12시 카톡 5번 왕복으로 메뉴 결정 X"→ HMW: 어떻게 하면 강남 직장인 5명이 메뉴를 단순하게 결정할 수 있을까?
B-4 · 시니어 키오스크문제: "60대+ 햄버거집 키오스크 앞 5분 정지 후 직원 호출"→ HMW: 어떻게 하면 60대 시니어들이 혼자서도 키오스크를 할 수 있을까?
B-2 · 학원 알림문제: "학원 원장이 매주 학부모 200명에 카톡 알림 = 미수신 8건/주"→ HMW: 어떻게 하면 200명 학부모들이 알림을 필수로 확인할 수 밖에 없을까?
비즈니스 시나리오 4개

내가 잘하는지 못하는지 알아보는 척도

WHO, WHAT, CONTEXT가 들어가며, 솔루션이 안들어가게 뾰족하게 생각하는 것

실습 2. 내 문제 정의가 진짜인지 — 7개 질문(중요, 꼭 해보기)

다 ✓이면 — 다음 단계(고객 인터뷰)로. 4개 이상 ✗이면 — 한 번 더 다듬으세요.

"누가" 풀고 싶은 문제인가? (특정 인물·집단) : 30대이상의 워킹맘들
"어떤 상황"에서 발생하는가? (시간·장소·맥락) : 식재료 관리가 안되어 유통 기한이 지나 폐기되는 상황
"무엇을 원하는데" 못 얻는가? (기대 결과) : 식재료 관리를 간단하게 할수 있고, 유통기한이 다가오는 식재료는 알림을 받아볼 수 있도록
"무엇이 막는가" 명확한가? (장애물) : 하나씩 입력하는 과정이 번거롭다.
이 문제로 고통받는 사람을 실제로 알고 있는가? 네
이 문제는 "매주 1번 이상" 발생하는가? 네
이 문제 풀면 누군가 돈을 낼 의향이 있는가? (가치) 네

⚠️ 7개 중 6번(빈도)·7번(가치)에 ✗가 나오면 — 아무리 좋은 솔루션도 사업이 안 됨. DAY 3 시장 분석에서 다시 검증합니다.

=> 인터뷰할 고객 정의 : 최근 3개월 내 식재료를 반복적으로 버린 경험이 있는 분, 그래서 냉장고에 메모를 붙이거나 유통기한 기억하려고 노력하거나 또 정리 앱이나 노트를 써본 적 있는 분

=> 고객 어디서 만날 수 있을까? : 워킹맘 커뮤니티, 인스타그램 육아 계정 댓글, 인스타그램 살림 계정 댓글, 지인 소개

⚠️내가 이 캠프를 하면서 끝까지 고민하고 주의할 점⚠️

문제에 대해서 잘 정의되어 있는가?
고객 조사가 잘 되었는가?
만드는 것에만 집중하고 있지 않은가?
고객에게 정말 팔 수 있는가?
솔루션이 정말 그들의 문제를 해결할 수 있나 확인했는지?

실습 3. 문제정의

시나리오 · [시니어 키오스크] 원본: [62세 박옥자 어머님. 햄버거집 키오스크 앞 5분 14초 정지. 결국 직원 호출. 매장 하루 평균 시니어 이탈 6명.]

STEP 2 · 4요소

누가: 박옥자 어머님
상황(언제·어디·맥락): 햄버거집 키오스크 사용 불가
원하는 결과: 혼자서도 키오스크 사용할 수 있으면 좋겠음
장애(무엇이 막나): 키오스크 화면에 선택하고 확인할 게 너무 많다.

⚠️ 가설로 채운 칸: UX를 단순하게 만들면 혼자서도 사용이 가능할 것이다.

STEP 3 · 5Whys

증상: 50세 이상 시니어들이 키오스크 사용이 어렵다.
1 왜? 50세 이상 시니어들이 키오스크를 혼자 사용을 못함
2 왜? 카테고리 별로 메뉴를 나누고 확인할 정보가 너무 많음
3 왜? → 시니어 사용자 테스트를 해본 적 없음
4 왜?
5 왜?

STEP 4 · HMW

"우리는 어떻게 시니어들이 키오스크 사용하는 것 에서 혼자 할 수 있게 도울까?"

STEP 5 · 자체 체크 (체크리스트 7개 중 ✓ 개수)

□ 누가 □ 상황 □ 결과 □ 장애 □ 실제 사람 알고 있음 □ 주 1회+ 발생 □ 누군가 돈 낼 의향 점수: 6/7

⇒클로드 체크결과

검증 프롬프트⭐⭐⭐⭐ Solid — 4요소 명확, 7체크 5-6/7. → 다른 시나리오 1개 더 후 재선택⭐⭐ Needs Field — 4요소 절반 가설. → 인터뷰 1명 후 재정의위 방법으로 평가해줘

검증 프롬프트 적용 결과요소 당신의 과제 점수

누가	박옥자 어머님 (62세, 실제 인물)	✓ 매우 명확
상황	햄버거집 키오스크, 5분 14초 정지	✓ 매우 구체적
원하는 결과	혼자서도 키오스크 사용 가능	✓ 명확 + 측정 가능
장애	선택·확인할 정보가 너무 많음	✓ 명확한 근본 원인

평가: ✅ Sharp 기준 충족 (4요소 모두 명확)

2️⃣ 5Whys 단계 명확성Step 당신의 버전 품질 비고

Why 1	시니어가 혼자 사용 못함	Good	명확한 재진술
Why 2	카테고리별 메뉴 + 확인정보 너무 많음	Good	행동 기반
Why 3	개발팀이 시니어 경험 모름	OK	근본 원인 기초
Why 4	시니어 피드백 경로 없음	Weak	원래 문제에서 벗어남
Why 5	확인 경로 없음	Weak	Why 4 반복일 뿐

평가: Solid 이상, Sharp 미만

처음 3단계는 탄탄함
마지막 2단계가 추가 검증 필요

3️⃣ 7체크 점수항목 상태 체크

□ 누가	✓ 박옥자 어머님	✅
□ 상황	✓ 명확함	✅
□ 결과	✓ 명확함	✅
□ 장애	✓ 명확함	✅
□ 실제 사람 알고 있음	✓ 알고 있음	✅
□ 주 1회+ 발생	✓ 하루 6명	✅
□ 누군가 돈 낼 의향	❓ 미확인	❌

평가: 6/7 = Solid 범위

최종 판정

✅ 4요소 모두 명확
✅ 7체크 6/7 (Solid 기준)
✅ 5Whys 기초 탄탄 (Why 1-3)
⚠️ 5Whys 4-5단계 미흡 (근본에서 벗어남)
⚠️ 돈 낼 의향 미검증

다음 액션옵션 추천도 이유

Option A: DAY 2 진행 (점주 인터뷰 포함)	추천	Solid 수준이면 진행 가능. 점주 인터뷰가 Why 4-5를 검증할 것
Option B: 다른 시나리오 추가 후 재선택	불필요	이미 Solid 수준. 시간 낭비
Option C: 5Whys만 다시	부분 추천	15분만 투자해서 Why 4-5 다시 쓰기 (강화 차원)

아이디어 X, 문제 사냥하기

역기획 : 기존 서비스 해부 → 문제 사냥 → 페르소나, JTBD, Journey

망하는 이유는 좋은 아이디어 아니라서가 아닌 **문제가 진짜가 아니라서다. : CB Insights 110개 스타트업 실패 부검 1위 사유 / 시장의 니즈가 없음.

좋은 아이디어는 사실 존재 x : 니즈가 없으면 의미 없다.**

솔루션 문장 → 페인 문장으로 할 수 있어야 예시 ) ai를 회의록 자동 정리해주는 앱 > 박과장 매주 회의 6번 30분씩 노션 정리에 잡혀 DEEP WORK시간 주 3시간 손실

실습 4. 식재료를 사면 유통기한이 자동으로 정리되어 관리해주는 어플

워킹맘 노예슬(36)은 매주 식재료 정리시간 부족으로 - 같은 식재료를 또 사오거나 유통기한이 지나 음식물 쓰레기가 됨

분석이 중요한 이유

기존에 완성품을 보면서 왜 이렇게 했는지를 느낄 수 있음
이런 의도를 이런 기능을 넣었네 해서 기획을 꺼꾸로 할 수 있음(장점 : 화면, 기능에 대한 의도를 느끼고 배울 수 있음)
남의 걸 분석할 때 : 예시 마우스, 이런 식으로 조립이 되어 있네가 아니라 어떻게 해야 더 좋게 만들 수 있는지.

기획자가 비즈니스로 생각할 때 5가지 렌즈

내가 풀려는 문제의 시장이 성장하는지
블루오션 / 배송 문제를 풀더라도 기존과 다른 방법으로 문제를 풀어야
7파워즈 책에 나오는 개념으로

크면 클수로 유리
친구가 많으면 좋은
따라하면 손해
바꾸면 귀찮아
이름 값하는 것
핵심재료 독차지
만드는 자체가 비밀인 것

얼리어답터, 초기 사용자가 될 사람들이 누구인가? 단 10명이라도 천원이라도 낼 수 있는 사람들, 그 사람들이 우리의 첫 고객 인터뷰의 대상자가 되어야 함.
북극성 지표 : 토스가 카톡이 되고 싶어한다. 그렇다면 DAU가 중요, 그럼 어떤 기능을 넣을 때 DAU에 도움이 되는지 계속 물으면서 문제를 해결하려고 하는 것

⇒ ⭐ 5/5 = 사업 시작 OK 3-4/5 = 약점 1개 보완 2 이하 = 다른 문제로

아이디어 불패의 법칙 - THE RIGHT IT (이게 맞는지 부터)

멋지게 만들기 아닌 시장이 원하는, 맞는 것을 만드는 것이 중요

3대 핵심 : 프리토타입(진짜 만든 것처럼), XYZ, YODA(남의 의견 말고 본인의 데이터)

프리토타입 7가지 : 아이디어 가짜로 만들어서 하루만에 검증하기

자동 음성 타자기 > 사실 옆방 타자수 : 수요 없어서 출시 안함
Palm Pilo
⭐(강사님 추천)FAKE DOOR : Buffer 가짜 페이지 만들고 수요 확인 후
⭐(강사님 추천) FACADE (영업하기) : 신발 가게 가서 사진찍고 주문 들어오면 가서 사서 판매한
유튜브 비디오 : 데모영상 , 예시 드랍박스 어떻게 동작하는지 영상으로 만들어서 대기자 생겨서 개발 시작
ONE-NIGHT STAND : 하루만 운영, 예시 에어비엔비
INFILTRATOR : 기존 채널에 살짝 넣어서 / 24시간 셀프 렌터카

TRI METER : 의견 설문 아닌 진짜 숫자 데이터 → **[누가]**의 **[몇 %]**가 **[얼마]**에 [몇 번] **[무엇]**을 살(쓸) 것이다."

AARRR 고객이 어디서 새는지 알아내는 방법

BM 9종 (BM*AARRR)

역기획 “왜 이렇게 만들었지?”

이미 만들어진 걸 보며, 그 뒤의 사고 과정을 거꾸로 정리하는 방식 다만 단순한 추측 아닌 실제 문제와 검증된 가치까지 연결해야 함. 예시 ) 뱅크샐러드, 실제로는 이런 문제가 있더라. 이 문제를 이런 방향으로 해결하려고 하는데 이렇게 보안이되면 이렇게 할 수 있을거야(Value Add)가 중요함

Value Add : 실제 후기, 실제 사용자, 데이터, 인터뷰 등 근거 필요 단순히 이걸 추가하면 좋을 거에요~ 라는 건 안됨

빠른 검증 중요, 간단히 노코드로 프로트타입 만들어서 고객 반응 확인하고 지불의사가 있는지 확인하는게 베스트

예시) 불편이 의도된 경우 “5초 광고 스킵”

→ 유튜브 사용자: "왜 5초는 무조건 봐야 하지? 짜증." 역기획 시선: - 5초 = 광고주에게 최소 노출 보장 - 사용자에게 = "내 의지로 스킵" 통제감

결과: 광고주 만족 + 이탈률 감소 → "불편은 실수가 아니라 — 비즈니스 결정." 이걸 보는 눈을 키우는 게 역기획.

왜 역기획부터 시작? (3가지)

이미 검증된 결과물 : 수십명의 시니어들이 다듬은 결과
이게 왜 여기 있지? (관찰 > 추론) : ai랑 추론 확인 받으면서 실력 키우고
진입 장벽 = 0 : 기획 사고방식을 매일 단련 가능

단❗ 이렇게 하면 안됨

UI 따라 그리기
무근거 벤치마킹 : 그대로 베끼는 건 의미 없음
조사 없이 시작 : 토스 이승건 대표님 철학은 뭐길래 버튼은 이렇게 심플하고 등
연구통계 페르소나만

하는 법

처음 시작하는 사람 — "4단계"면 충분.

①비즈니스 모델 → ②데이터 가설 → ③회사 전략 → ④경쟁사 비교

비즈니스 모델
“누구에게, 무엇을, 어떻게 돈 버나?”
고객, 제공 가치, 수익 구조를 파악하고 핵심 흐름을 3줄 이내로 정리
예: 업로더 ↔ 시청자 ↔ 광고주 / 수익: 광고, 구독, 후원
데이터 가설
“데이터가 어떻게 흐르나?”
입력 → 가공 → 출력 구조로 단순화
예: 입력(시청 기록, 검색) → 가공(추천) → 출력(피드)
정답보다 가설이 중요
전략과 제약
“이게 일부러 이렇게 설계된 걸까?”
불편함도 전략으로 해석하고, 비전·수익 구조·규제를 함께 고려
예: 결제 간소화 = 편의성 + 내부 결제 유도 + 점유율 전략
비교 분석
“같은 문제인데 왜 다르게 풀었나?”
경쟁 서비스와 다른 산업까지 비교
예: 간편 송금(속도), 은행(보안), 오프라인 결제(절차 최소화)

페르소나 - 잡는 연습 필요

Early Adopter 1명을 행동으로 찾기 : Lean Canvas 창시자 Ash Maurya 말처럼 지금 이 문제 때문에 행동하기 시작한 1명을 찾아야 함)

초기에는 아주 구체적으로 잡을 것

Switching Trigger (전환 트리거)

사람이 기존 방식을 버리는 순간

이게 있어야 “지금 당장 살 사람”이 된다.

3가지 유형

1. Bad Experience (나쁜 경험) : 기존 방식이 불편하거나 실패

예: 매트리스가 불편해서 계속 허리가 아픔

2. Change in Circumstance (상황 변화) : 이사, 결혼, 이직 등 환경 변화

예: 독립하면서 처음으로 가구를 사야 함

3. Awareness Event (인식 변화) : 새 정보나 추천으로 깨달음 발생

예: 친구가 추천한 제품을 보고 관심 생김

실습 4) Maurya식 Early Adopter — "3가지 식별 특성만" (5분 안에 적기)

약간의 인구통계 : 30대 워킹맘

① 상황(When) — 언제/어디서 이 문제가 발생하는가? (예: "주 3회 이상 회의 가진 마케팅 직군") 직장 다니는 주부

② 전환 트리거(Trigger) — 최근 어떤 사건 이후 새 솔루션을 찾기 시작? (예: "회의록 정리에 야근 3주 연속") 유통기한 지나 못 먹는 식재료가 한달에 3번 이상 나옴.

③ 현재 시도(Current Action) — 이미 어떻게 풀려고 시도하는가? (예: "ChatGPT에 회의 메모 붙여넣어 정리 중") 냉장고 앞 메모로 정리

고객은 제품을 사는게 아닌 무언가를 하려고 우리는 고용하는 것 (JTBD: Jobs To Be Done)

핵심 질문

“이 사람은 왜 이 제품을 쓰는가?” → 틀린 질문

“이 사람은 무엇을 하려고 이걸 쓰는가?” → 맞는 질문

예시) 매트리스 구매

겉으로 보이는 것: 매트리스를 산다
실제 목적: 허리 통증 없이 잘 자고 싶다

중요한 포인트

기능이 아니라 문제 해결 맥락을 봐야 한다
경쟁자는 같은 제품이 아니라같은 ‘일’을 해결하는 모든 방법이다

서비스 기획 핵심 정리 (2026 트렌드 포함)

jiyeoni22 — Mon, 4 May 2026 19:52:42 +0900

1. 서비스 컨셉은 10년마다 바뀐다

2010년대: “손가락 하나로 가능하게”

핵심: PC → 모바일 전환
기존 서비스를 더 쉽게 만드는 것이 중요
예시: 택시 호출, 사진 공유

이 시기에는 서비스가 “존재하는 것 자체”가 가치였다.

2020 ~ 2023: 구독 + 개인화

핵심: 자동 결제 + 맞춤 경험
사용자가 반복적으로 돌아오게 만드는 구조

특징

초개인화 추천
무료 → 유료 전환 구조
제품 자체가 성장하는 구조 (PLG)
커뮤니티와 서비스 결합
Vertical SaaS (특정 타겟 집중)

이 시기의 핵심 질문은 하나다.
“이탈률을 어떻게 줄일 것인가?”

2024 ~ 2026: AI가 대신하는 시대

핵심: 사용자가 직접 하지 않는다
AI에게 맡기고 결과만 받는다

중요 포인트

무엇을 AI에게 맡길 것인가
결과를 사용자가 어떻게 신뢰할 것인가

구조

Agent: 알아서 실행
Copilot: 보조 + 사용자 승인
Trust 시스템: AI 결과에 대한 신뢰 설계

결국 중요한 것은 이것이다.
AI가 실제로 고객 문제를 해결하는가

2. 사용자 가치의 변화

2010년대: 존재 자체가 가치
2020년대 초: 더 잘 작동해야 가치 (빠름, 간편함)
2024년 이후: 시간을 절약해주는가

3. 기획의 시작은 문제 찾기

문제는 다음에서 발견된다.

일상 속 불편
개인적인 문제
취미와 관심사
커뮤니티 (레딧, 카페 등)
SNS 댓글

중요한 원칙
내가 만들고 싶은 것이 아니라, 해결할 문제를 찾아야 한다

4. 비즈니스는 숫자로 말한다

모든 목표는 정량화해야 한다.

많다 → 몇 명, 몇 %
빠르다 → 언제까지
좋다 → 만족도 %
중요하다 → 매출 영향, 사용자 수

감이 아니라 숫자로 판단하는 구조가 필요하다.

5. XYZ 가설: 검증 가능한 한 문장

형식
최소 X%의 Y가 Z 행동을 할 것이다

X: 비율 (5~15%)
Y: 구체적인 타겟
Z: 측정 가능한 행동 (결제, 클릭 등)

예시 ) 최소 10%(X)의 30대 직장인(Y)이 월 20,000원을 결제한다.(Z)

! 핵심은 말이 아니라 행동을 검증하는 것이다.

6. 기획은 사람을 움직이는 일

아리스토텔레스의 3요소

로고스: 논리 (데이터, 수치)
파토스: 감정 (공감, 사용자 경험)
에토스: 신뢰 (브랜드, 후기)

세 가지가 모두 설계되어야 한다.

7. MECE: 겹치지 않고 빠짐없이

ME: 서로 겹치지 않게
CE: 빠짐없이 포함되게

주의할 점

기준을 섞지 않는다 (나이, 직업, 지역 혼합 금지)
“기타” 비율이 높으면 실패
단순 2분류는 현실을 반영하지 못함

8. 문제 해결은 원인을 찾는 것

문제는 증상이고, 해결해야 할 것은 원인이다.

5 Whys 예시

문제: 고객 이탈률 증가
→ 왜? 서비스 사용 과정이 복잡하다
→ 왜? 입력해야 할 정보가 많다
→ 왜? 개인화를 위해 매번 입력한다
→ 왜? 사용자 데이터를 저장하지 않는다
→ 왜? 동의 구조가 설계되어 있지 않다

해결 방향

입력 최소화
자동 개인화
UI 단순화

9. 핵심 인사이트

사용자 수보다 결제 사용자가 중요하다
AI 시대의 핵심은 “대신 해주는 경험”
기획은 아이디어가 아니라 검증이다

실습

XYZ 실습
#02 · 헬스 게임화** "운동을 게임처럼 만들어 매일 가게 하는 앱"
→ XYZ로 변환 (최소 10%의 30대 직장인들이 월 20,000원 결제한다.)

#03 · 1인가구 식단** "1인가구가 영양 챙긴 식단 자동 추천 받게"
**→ XYZ로 변환 (최소 5%의 40대 독신남녀들이 월 4,900원 1년 결제한다.)

#04 · AI 부기 도구** "1인 사장이 영수증 사진만 찍으면 부가세까지"
**→ XYZ로 변환 (최소 14%의 한국 고깃집 사장님들이 월 10,000원 1년 결제한다.)

#06 · AI 영어 회화** "AI랑 1대1 영어 회화 매일 5분"
→ XYZ로 변환 (최소 5%의 토스 레벨 3에서 레벨 5의 학생들이 월 9,900원 12주 결제한다.)

5WHYS 실습
증상: 회의가 자주 정해진 시간 넘긴다.
→ 회의의 목적과 다른 이야기를 한다.
→ 논의해야할 범위가 명확하지 않다.
→ 회의 전 안건을 정리하지 않는다.
→ 주최자가 사전 준비 책임을 인식하지 못하거나 시간이 부족하다.
→ 회의 효율성에 대한 조직 문과와 기준이 없다.

= 회의의 목적을 미리 공유하고 체크리스트를 만들기, 회의 문화 개선할 수 있는 교육, 의사결정 기준을 정한다. 타이머를 맞춰 회의한다.

과제

문제 정의 (챌린저스)

챌린저스는 사람들이 목표를 세우지만 이를 꾸준히 실천하지 못하고 ‘작심삼일’로 끝나는 문제를 해결하고 있다.

풀어서 보면

사람들은 운동, 공부, 생활습관 개선 같은 목표를 반복해서 세우지만
대부분 아래 이유로 실패한다.

의지 부족
지속성 부족
혼자서는 동기 유지 어려움
즉각적인 보상이 없음

실제로 많은 사람들이 목표를 세워도 끝까지 지키기 어렵고, 이 문제를 해결하기 위해 챌린저스는 다음과 같은 방식을 사용한다.

돈을 걸고 목표 수행 (손실 회피 심리)
인증 기반 행동 강제
커뮤니티와 경쟁 구조
성공 시 보상 지급

한 문장으로 다시 정리

사람들이 목표를 세우지만 지속적으로 행동하지 못해 습관 형성에 실패하는 문제

기획적으로 해석하면

이건 단순한 “습관 앱” 문제가 아니라

행동을 시작하게 만드는 문제
행동을 지속하게 만드는 문제
행동을 끝까지 완료하게 만드는 문제

를 동시에 해결하는 구조다.

마무리

기획은 결국 한 가지 질문으로 정리된다.
이 사람이 실제로 이 행동을 할 것인가

그리고 그 답은 말이 아니라 행동으로 판단해야 한다.
결제, 클릭, 사용 시간처럼 측정 가능한 데이터가 기준이 된다.

오늘 제일 열심히 실습한 것은 5 Whys였다.
일상에서도 충분히 활용할 수 있는 방식이라 꼭 익히고 싶었는데, 실제로 해보니 세 번째 Why에서 자주 막혔다.

그래서 AI 도움을 받아 반복적으로 연습했고, 문제를 계속 풀어보면서 개념을 익히다 보니 조금씩 사고가 깊어지는 걸 느끼고 있다.
결국 중요한 건 한 번 이해하는 게 아니라, 반복하면서 체화하는 과정이라는 생각이 든다.

기획의 본질 + 문제 정의

jiyeoni22 — Thu, 30 Apr 2026 15:20:55 +0900

학습목표

기획 정의
PM / PO / 기획자 역할 분리
12개 외워야 할 용어 → 못함
5 WHYS → 못함

프로덕트(서비스)라 하는 건 비즈니스를 잘하기 위한 수단이다. 비즈니스 위에 프로덕트가 있으면 안돼 예시) 커피 비즈니스 안에 컵이 있는 것.

“기획”의 정확한 정의

1. 왜? 무엇을? 어떻게?

예시) 떡볶이 먹자 : 배고프니까, 떡볶이, 분식집에서 만원으로

왜 : 목적/문제(비즈니스 목표, 사용자 문제)

* 모두를 위한 비즈니스가 없음. 니치하게 접근하기 *

무엇을 : 해결책/서비스 (기능, 화면, 흐름) 어떻게 : 실행/자원 (누가, 언제, 얼마로 - 우선수위, 일정, 사람, 예산)

토스와 당근은 카카오톡처럼 매일 들어올 수 있는 어플로 만들고 싶어함 그럼 왜 매일 안들어오는지? 무엇을 만들어야 들어오지? 어떻게 해야 들어오지?

> 실습 ) 떡볶이 기획서

Why : 왜 단백질을 먹어야지? ( 다이어트 중 / 운동 다녀와서 / 건강함)
What : 닭가슴살과 달걀을 먹어야지
How : 12시에 주문한 닭가슴살을 데워서 따뜻하게 닭가슴살은 100g이상, 달걀은 1개와 현미밥 100g과 같이 먹어야지

없는 시장에서 시작하는 건 정말 어려운 일

> 실습 ) 좋은 분해의 3 신호 / 루티너리 어플

① WHY에 "사람"이 보임 — "30대 직장인이 ___" 식의 인물 + 상황 : 20-30대의 갓생을 사는 사람들
② WHAT이 1줄로 제목처럼 깔끔 — "5초 송금" / "동네 직거래" : 습관 만들기
③ HOW가 "왜 우리만?"의 답 — 다른 곳이 못/안 하는 메커니즘 1개 : 한눈에 보기 좋은 UI와 젊은 감각

2. 사용자의 흐름을 설계하는 일

기획자의 일, 7가지 문서

PRD : 전체적인 내용을 확인할 수 있는 설계도라 생각하면 될 듯
IA + Sitemap : 앱/웹 목차, 메뉴트리+화변 분류
USER FLOW 분기 흐름도
화면 스케치 (와이어프레임)
엣지 예외룰 : 정책서(시간이 많이 들어감 80% 이상)
백로그 단위 : 다음에 할 일을 정리해두는 것

창업자의 1번 직문 = 가장 큰 기획자

개발자 출신 창업자가 망하는 이유는 코드 문제가 아닌 기획을 못해서다.

3가지 본질 연결

① User Value (고객 가치) — 누가, 왜 쓰나

② Business Value (돈) — 어떻게 매출이 나나

③ Tech Feasibility (가능성) — 만들 수 있나

기획자의 필수 4가지 능력

의사소통 같은 말을 직무에 따라 다 다르게 들림, 내가 통역사가 되어서 그걸 맞춰야 하는 일
문제 정의 능력
5 WHYS 예시 ) 버튼 추가해주세요. 왜 필요한지, 어떻게 하는지, 자주하는지 등을 고려해야 하고 요구의 본질을 알아야
분석 능력 : 데이터로 말하는 사람이 되어야 함 / ’내 생각엔…’ 아닌 '재방문 몇프로'다
돈의 흐름을 읽는 능력(비스니스를 보는 중) 5개의 약자
1. CAC 고객 획득 비용 Customer Acquisition Cost "고객 1명 얻는 데 얼마?"= 마케팅 비용 ÷ 신규 고객 수 예: 광고 1,000만원 → 100명 가입→ CAC = 10만원
2. LTV 고객 생애 가치 Lifetime Value "고객 1명이 평생 우리에게 줄 돈"= ARPU × 평균 사용 기간 예: 월 1만원 × 18개월 = LTV 18만원
  1. LTV/CAC ≥ 3 건강한 사업의 기준 LTV ÷ CAC ≥ 3 이어야 사업 OK. · 1 미만: 적자 사업 · 1-3: 손익분기 근처 · 3+: 성장 가능 CAC 회수 기간 ≤ 12개월도 함께 봐야
3. MRR 월 반복 매출 Monthly Recurring Revenue "이번 달 반복적으로 들어오는 돈"SaaS 사업의 심장.ARR = MRR × 12 (연 환산)
4. CHURN 이탈률 "이번 달 떠난 고객 %"월 5% Churn = 연 46% 이탈.SaaS 표준: 월 1-2% 이하구독 사업의 1번 KPI
5. FUNNEL 깔때기 전환율 가입 → 결제까지 단계별 % 잔존. 병목 = 가장 큰 % 빠지는 단계 예: 100→80→50→12 = 결제 단계가 병목

8개 렌즈 = 프레임워크(생각의 지름길)

Layer 1 · 수익 구조

① BM 패턴 9가지

어떻게 돈 버나 : 이미 내가 돈을 쓰고 있는데 불편함이 있는 사람들을 공략하기 너 이거 얼마에 쓸래? 라는 접근보다 너 이거 쓰는 건데 내가 더 잘해줄 수 있는데 안비싸 하면서 가격을 정하는게 맞음

구독 : 월/년 예시) 넷플
거래수수료 : 건당 몇프로 예시) 쿠팡, 배민
광고 : 사용자 무료, 광고주 결제 예시) 네이버, 유튜브, 당근
프리미엄 : 무료+프리미엄 예시) 유튜브, 카카오톡 이모티콘
라이센스 : 사용 권한 1회 또는 연간 예시) 어도비
마진/리세일 : 마진 붙여 팔기 예시) 무신사, 마켓컬리
사용량 기반 : 쓴 만큼의 결제 예시)오픈AI API
데이터/리포트 : 수집한 정보를 파는 것 예시)의료데이터 파는 회사, B2B
임대/렌탈 : 물리적 자산 일정 기간 임대 예시) 에어비엔비

BM을 조합해서 한 회사에 2-3개를 사용함

> 실습 케이스 1개 BM 매핑

케이스 10개 중 1개 (또는 본인 아이디어) 픽 : 루티너리
9가지 BM 중 — 현재 그 회사가 쓰는 BM 모두 체크 (보통 1-3개) : 구독형, 광고, 프리미엄
각 BM별 — 매출 비중 추측 (예: 광고 70% + 거래수수료 30%) : 프리미엄 구독 수익 70-80%, 광고 수익 20-30%
"5년 후 추가할 만한 BM 1개" 가설 작성 — 왜? : 기업·학원·운동시설 등이 직원·학생·회원 루틴·습관 관리를 루티너리에 맡기는 구조. → 이유 “개인 사용자 위주” 라는 한계가 지적 있고 기업 ESG·헬스·웰니스 트렌드가 커지면서, “회사 루틴·운동·수면·출석 루틴”을 관리해주는 플랫폼 수요는 계속 늘 전망으로 보임
(고급) 같은 산업 경쟁사 1곳 BM 비교 → 같은가/다른가/누가 더 다층화? 대답 못함.... ㅎ

② Lean Canvas / BMC — 사업 전체

Layer 2 · 시장

③ SWOT — 강·약·기회·위협

④ PESTLE — 거시 환경 6요소 ⑤ Porter's 5 Forces — 산업 5가지 힘

Layer 3 · 숫자

⑥ TAM/SAM/SOM — 시장 크기 3단계

⑦ AARRR — 사용자 깔때기

어디서 고객이 세는지 알 수 있는 퍼널 (보면서 우리가 어디의 깔데기를 더 키울 수 있는지 생각해보는 것도 좋은 방법)

⑧ North Star Metric — 1개 핵심 지표

배운 것

CAC : 손님 데려오는 비용 / 전단지 10만원 사용, 손님 10명 오면 손님 1명당 1만원 → 손님 데려오는 데 돈 많이 들면 망함

LTV : 손님이 나에게 얼마나 써줄까? / 매달 1만원씩 10달 동안 이용한다. 총 10만원 → 1명 손님에게 돈이 얼마나 나오냐

⭐ 건강한 사업의 기준 LTV/CAC ≥ 3 “데려오는 비용보다, 더 많이 벌고 있냐?”

예시 ) CAC(손님 데리고 오는 비용) 1만원, LTV(손님이 쓰는 돈) 10만원 → 완전 이득
[기준]
1 미만: 적자 사업
1-3: 손익분기 근처
3+: 성장 가능
CAC 회수 기간 ≤ 12개월도 함께 봐야

MRR : 매달 들어오는 돈 / 100명이 매달 1만원씩 내면 → 100만원 → 매달 자동으로 들어오는 돈 = 사업 체력

Churn : 손님이 얼마나 떠났는지 아는 것/ 100명 중 5명이 나감 → 5% → 계속 새면 망하는 것

Funnel 손님 어디서 도망가는지 찾는 것 / 100명 들어옴 → 80명 가입 → 50명 관심 → 10명 결제

AARRR 해적지표 : 손님 어디서 새는지 찾는 5단계 대충 아래 같은 느낌

Acquisition → 관객 입장
Activation → 오프닝 몰입
Retention → 계속 보고 싶음
Revenue → 티켓+굿즈 구매
Referral → “야 이거 봐라” 추천

완벽하지 않아도 된다, 일단 완료하자! (사고력 + 당근 사례 )

jiyeoni22 — Wed, 29 Apr 2026 18:21:02 +0900

학습목표

문제 → 해결 9가지 패턴 (당근 7개 사례)
본인 짜증 → AI자동화 매칭 (알림찾기, 시점 비틀기, AI 직접 시도, 슬랙던지기
한달짜리 자동화 프로젝트 1개
3일 강의 후기 + 미니프로젝트 1개

사례를 통한 배움

작게 시작하기 : 사소한 호기심으로 시작
가설 명확하게 세우기 : 왜 좋은가를 한 문장으로 답할 수 있게
발상을 비틀기 : 평범한 아이디어도 시점/주체/맥락을 비틀면 비범해짐

새로 배운 용어

Few-shot : 한번에 끝내려고 하는게 아니라 대화를 통해서 / 2번~3번으로 나눠서

임베딩 : 텍스트, 이미 > ‘숫자 좌표’로 바꾸는 것 ex) 아이폰=Iphone
벡터DB : 임배딩(=좌표) 저장하는 곳
RAG : Retrieval-Augmented Generation로 찾아보고 그 정보를 참고해서 답을 만듦
JSON : {Key : Value} ‘사과는 과일이다’ 와 같은 데이터 표기법
멱등성 : 같은 걸 여러번 해도 결과가 똑같은 것
정규식 : 문자 속에서 특정 모양을 찾는 공식 같은 것

AI로 뭐할까? 가 아닌 내가 짜증나는 건 뭐지?

짜증나는 걸(문제) 발견 > 그 문제를 해결할 수 있는 도구를 찾기

미션1. 일상에서 제일 짜증나는 건 무엇인지?

뭐 먹지?
뭐 하지?
넷플 뭐 보지?
장시간 버스 이동
메세지 답장 어떻게 하지?

미션2. 어디서 짜증났나요?

집: 급하게 세탁해야하는 옷이 생겼을 때

해결 : 짜증내지 않고 하기 자동화 X, 운영자 입장에서 신뢰 X, 사람 개입 안되도 되는지 X

밖: 버스가 시간표 보다 빨리 와서 놓쳤을 때

다음 버스 기다리거나 다른 방법 찾기 자동화 X, 운영자 입장에서 신뢰 X, 사람 개입 안되도 되는지 X

업무(공부): 어디서부터 해야하는지 정리 안됐을 때

미리 정리해두기 자동화 O(매주 n회 반복), 운영자 입장에서 신뢰 ㅁ(틀리면 큰피해가 있지만 일관성이 있음), 사람 개입 안되도 되는지 O(반박, 취소 가능)

당근 사례

1. 물건이 보내오는 편지

시작계기 : 그냥 해봄 / 기획서 대신 만들어 보자고 생각함
→ 문제 인식 : 후기=신뢰 + 다음 거래 / 거래후기가 잘 안늘어난다.
→ 가설 : 포인트, 쿠폰 아닌 ‘감정적 트리거’가 있으면 사용자가 오래 머무를 거다.
→ 해결 : 거래마다 이미지를 만들자

1차 가설

시도1) 거래된 물건 중 카메라 한 대를 골라 카메라의 마음을 AI에게 물어 봄
→ 결과를 동료에게 보여주고 ‘재미있다’는 말로 시작함
시도2) 시점 바꾸기 : 사람>물건 / 정보>감정 / 거래>추억

확인지표 : A/B 테스트

→ 실패 : 알림 열람률은 높아졌지만 후기 작성률은 변화가 없었음.

원인분석 : 동기 부족으로 후기를 작성할 이유가 없었음.

2차 가설 (가설 뒤집기) 시도 1) 후기를 쓰면 편지를 볼 수 있다. > 호기심 부여

→ 성공

비개발자가 실제 도구를 만들 때 4가지 전략

교훈 01 코드 조립

만들어진 걸 가지고 오며 조립한다.

교훈 02 기능의 70%는 프롬프트
프롬프트 품질이 사용성을 만든다. 응답이 일관되지 않으면 사용성은 X
교훈 03 사용자 입장에서 "읽기 쉬움"이 최우선
결과물이 가독성과 명확설이 떨어지면 안봄.

교훈 04 처음부터 완벽하려 들지 말 것 (완료가 중요!!!)
MVP로 시작 → "팀원들이 써보고 피드백 준다"를 목표로. 기술보다 문제 정의가 더 중요.

배운 점

이번 수업에서 정말 많은 것을 배웠지만, 그중 가장 크게 와닿은 건 결국 태도가 전부를 만든다는 점이었다.

1. 능동적인 태도의 중요성

모르면 누가 알려주길 기다리는 것이 아니라,
스스로 찾아서 해결하려는 능동적인 자세가 정말 중요하다는 걸 느꼈다.

그리고 같은 문제가 반복되면 짜증으로 끝나는 게 아니라,
“어떻게 해결할 수 있을까?”를 고민하고 방법을 만들어가는 태도가 필요하다는 것도 배웠다.

2. 결국은 ‘많이 해보는 것’

같은 조 동기가 말해준 “잘하고 싶으면 많이 해보면 된다”는 말이 가장 기억에 남았다.

결국 실력은 생각이 아니라 직접 해보는 경험의 반복에서 나온다는 것

3. 자금의 흐름이 있어야 한다는 것

이번 과정에서 느낀 핵심은 이것이다.

서비스를 만든다는 건 단순히 기능을 만드는 게 아니라, 자본의 흐름이 생기게 만드는 구조

즉,

사람들이 언제 돈을 쓰는지
왜 앱을 다운로드하는지
무엇을 구독하는지

이걸 이해해야 한다.

4. 본질은 ‘문제 해결’

결국 모든 서비스의 본질은 하나다.

사람들의 문제를 해결해주는 것

기술이나 기능이 중요한 게 아니라,
그것을 통해 어떤 문제를 해결하느냐가 핵심이라는 걸 다시 느꼈다.

수업 내용 중 좋았던 것

실습 03 · 시간여행 "5년 후 내가 — 지금 나에게"

내 현재 상황: [3줄로] 내 5년 후 목표: [1줄]

5년 후의 내가 지금의 나에게 보내는 편지를 써줘.

후회한 일 3개
잘한 일 3개
"이것만은 꼭" 3개

오늘 재미있고 생각해 볼만한 실습이 많았는데, 특히 위 실습들을 해보면서 위로도 되고 감동도 되었다

또한 다양한 사례를 통해 현직에서 AI를 어떻게 활용하고 있는지, 어떤 방식으로 문제를 발견하고 접근하는지, 그리고 어떤 마음가짐으로 시작했는지까지 잘 설명되어 있어서 매우 유익했다. 특히 실제로 사용되는 도구들과 참고할 수 있는 프롬프트 예시까지 함께 제공되어 도움이 많이 되었다.

그리고 교재 뒤쪽에 있는 실습들을 아직 다 해보지는 못했지만, 직접 하나씩 해보면서 이 과정을 끝까지 마치면 내가 사람들의 문제를 해결해줄 수 있는 사람이 될 수 있을 것 같다는 생각이 들어 설레기도 했고, 앞으로 남아있는 수업도 더욱 기대가 된다.

남은 실습은 오늘 꼭 다 해봐야지~~

찍먹 - Notebook LM, Genspark, Opal 진짜 대박

jiyeoni22 — Tue, 28 Apr 2026 21:29:00 +0900

내가 관심있는 주제 선정 : 주식 초보자를 위한 강의 요약

Notebook LM 에 10개 이상의 소스를 입력한다 (PDF, 유튜브 링크등)
슬라이드 등 Notebook LM의 다양한 기능들로 도식화 / 콘텐츠화 시켜본다
장점 : 내가 준 자료안에서 분석함 / 단점 : 넣었던 자료를 기억하고 다시 넣어야 한다고 하셨다.

마인드맵 기능

보고서 기능

AI 오디오 기능 (진짜 왕 대박)

플래시 카드

데이터 표

동영상 개요

Notebook LM 이런게 있더라 듣기만 했지 써보니 진짜 신세계... 그 잡채...
선생님 말씀처럼 배우고자 하는 욕구와 열정만 있으면 내가 필요한 건 다 AI를 통해 교육 받을 수 있을 거 같다.

나의 자기소개서를 3~5장 내외의 슬라이드로 만들어본다(Genspark 활용해서)
단점 : 명령을 넣어도 짤려서 보이는 문제가 있음

Genspark 사용후기 : 디자인 그럴싸해 보이는 건 나만의 생각일 수도 있을 거 같은데 조금만 수정하면 진짜 PPT 뚝딱 만들 수 있을 거 같다.

마누스 사용후기
:클라우드에 자기만의 컴퓨터를 띄워놓고 몇 시간이고 혼자 일한다. 노트북 꺼도 계속 돈다. Claude Cowork와의 결정적 차이.단점 1 할루시네이션 가능 :자율 실행의 대가 — 중간에 틀린 데이터를 사실처럼 정리할 수 있다. 중요한 숫자는 직접 검증.
단점 2 크레딧 폭식 : Wide Research·긴 웹 탐색·대용량 슬라이드는 크레딧을 빠르게 소진한다.
단점 3 반복 루프 : 가끔 같은 행동을 반복한다.

개인정보가 있어서 첫 장만 첨부하는데 생각보다 퀄리티가 좋았다. 그리고 만드는 과정에서 찾아보고 검색하고 하는 과정이 많아서 크레딧이 많이 쓰일 거 같아서 걱정했는데 그렇지 않았다. 그리고 어디에 들어가서 무엇을 검색하는지 확인하고 눈으로 볼 수 있어서 신기하고 정보의 질이 안심이 되었다.