PM Hazel Blog
  • 🌈by Hazel
  • ☀️Product Manager
    • PM, 제품팀, 로드맵
    • PM이 하는 일
  • 🗓️Torn Calendar
    • QAing 큐에잉
      • 프롤로그
      • 정말 이렇게 QA하는 게 최선인 건가?
      • QA 담당자가 생각하게 하지마!
      • 리드 제너레이션을 하는 방법
      • 만들기만 하면 돼!라는 착각
      • 유료화는 언제 해야할까?
      • 피봇을 결심하는 순간
      • 진짜 프리세일즈를 해보자
      • 언제 서비스를 접어야 하는가
      • 큐에잉이 안된 이유 3가지
      • 에필로그
    • 드라마 조연출이 하는 일
    • 0으로 돌아가기로 했습니다
  • 💡Sophia
    • 서양철학사
      • 왜 서양철학사인가
      • 고대철학
      • 밀레투스학파
      • 피타고라스학파
      • 엘레아학파
      • 다원론자
      • 소피스트
      • 소크라테스
      • 플라톤
      • 아리스토텔레스
    • Mission, Vision&Goals, Strategy
    • 오이디푸스 왕
    • 바코스의 여신도들
    • 진화론 시작하기
  • 📚book
    • 탁월한 사유의 시선
      • 1강 | 부정 否定 - 버리다
    • 아이디어 불패의 법칙
      • 1부 | 불변의 사실
    • 인스파이어드
      • Part 1 | 최고의 기술 기업에서 배운 것
      • Part 2 | 사람
      • Part 3 | 제품
      • Part 3 | 프로세스
        • 제품 발견 구조화 기법
        • 제품 발견 계획 기법
        • 아이디어 발상 기법
        • 프로토타이핑 기법
        • 제품 발견 테스트 기법
          • 사용성 테스트
          • 가치 테스트
          • 실현 가능성 테스트
          • 사업 유효성 테스트
          • 사용자 테스트 vs 제품 데모 vs 워크스루
        • 변화 기법
      • Part 4 | 문화
    • 승려와 수수께끼
    • 죽음의 수용소에서
      • 제1부 | 강제 수용소에서의 체험
      • 제2부 | 로고테라피의 기본 개념
    • The Mom Test
      • 1장 | The Mom Test
      • 2장 | 잘못된 데이터 피하기
      • 3장 | 중요한 질문을 하기
      • 4장 | 편안한 분위기 유지하기
      • 5장 | 고객의 실제 관심과 구매 의향 확인하기
      • 6장 | 고객과의 대화 기회 찾기
      • 7장 | 올바른 고객을 선택하는 법
      • 8장 | 대화에서 배운 것을 실행으로 옮기기
      • 결론 | 더 나은 고객 대화를 위한 원칙
    • 스틱!
      • 1. 단순성
      • 2. 의외성
      • 3. 구체성
      • 4. 신뢰성
      • 5. 감성
      • 6. 스토리
    • 회복탄력성
    • 왜 일하는가?
      • 1장 | 왜 일하는가
      • 2장 | 일을 사랑하는가
      • 3장 | 무엇을 꿈꾸는가
      • 4장 | 노력을 지속하는가
      • 5장 | 현재에 만족하는가
      • 6장 | 창조적으로 일하는가
    • 그릿
      • 1장 | 그릿, 성공의 필요조건
      • 2장 | 그릿을 기르는 법
      • 3장 | 그릿을 키워주는 법
Powered by GitBook
On this page
  1. book
  2. 인스파이어드
  3. Part 3 | 프로세스

제품 발견 테스트 기법

제품 발견 단계에서 우리는 주어진 비즈니스 문제를 해결하고 있으므로 필연적으로 좋은 아이디어와 나쁜 아이디어를 빠르게 구별하기 위해 노력한다. 즉, 아래 네 가지 질문에 답하는 것이다.

  1. 가치 : 사용자 또는 고객이 이 제품을 사용하거나 구매할 것인가?

  2. 사용성 : 사용자가 이 제품의 사용 방법을 이해할 수 있는가?

  3. 실현 가능성 : 우리가 이것을 만들 수 있는가?

  4. 사업 유효성 : 이 솔루션이 우리의 사업에 유효한가?

보통은 다음과 같은 논리 체계로 답변을 해나간다.

  1. 먼저 가치를 평가한다. 솔루션이 가치가 없다면 나머지는 의미가 없다.

  2. 사용자가 가치 있는 것이라고 판단되면, 그것을 어떻게 사용하는지 이해할 수 있도록 하는 방식으로 디자인한다.

  3. 엔지니어와 함께 리뷰하며 기술적인 실현 가능성의 관점을 확인한다.

  4. 비즈니스의 중요 기능 담당자들에게 그것을 보여주고 사업 위험을 마지막에 확인한다.

Previous프로토타이핑 기법Next사용성 테스트

Last updated 3 months ago

📚