|
CHAPTER 1 프로덕트 사고의 기본_1.1 사례 연구_1.2 시나리오 없이 진행한 첫 시도_1.3 시나리오를 쓴 두 번째 시도_1.4 영감을 주는 이야기로서의 시나리오_1.5 사용자 인터뷰를 담아내는 시나리오_1.6 프로덕트 공백을 드러내는 시나리오_1.7 마찰을 드러내는 시나리오_1.8 구현하려는 기능을 검증하는 시나리오_1.9 테스트로서의 시나리오_1.10 핵심 해답 도출_1.11 시나리오 정의_1.12 요약_1.13 예제_1.14 답안PART 1 개발CHAPTER 2 제품 내 사용자 안내_2.1 사례 연구 소개_2.2 사용자 여정 속 시나리오_2.3 발견 시나리오_2.4 이해 시나리오_2.5 사용 시나리오_2.6 전체 사용자 여정 최적화_2.7 기표의 한계_2.8 요약_2.9 예제_2.10 답안CHAPTER 3 에러와 경고_3.1 진단의 가치_3.2 진단 시나리오_3.3 에러 시나리오 분류_3.4 경고와 에러 메시지_3.5 인터페이스 에러 발생_3.6 프로그래밍 가능한 에러 발생_3.7 조기 진단_3.8 요약_3.9 예제_3.10 답안PART 2 전달CHAPTER 4 자사 제품 체험_4.1 도그푸딩으로서의 테스트_4.2 문서 주도 개발_4.3 마찰 로그_4.4 샘플_4.5 요약_4.6 예제_4.7 답안CHAPTER 5 지속적인 사용자 이해_5.1 새로운 직무 설명: 디지털 트윈 관리자_5.2 변화를 위한 설계_5.3 사용자 피드백 수집_5.4 제품 지표_5.5 요약_5.6 예제_5.7 답안PART 3 발견CHAPTER 6 타깃 오디언스 이해_6.1 가상이 아닌 실제 사용자_6.2 사례 연구 소개_6.3 객관적 관찰과 과학적 검증_6.4 고객 발견_6.5 타깃 오디언스 설계와 공유_6.6 타깃 오디언스 기반 기능 선택_6.7 다중 페르소나 제품_6.8 요약_6.9 예제_6.10 답안CHAPTER 7 시뮬레이션을 통한 제품 탐색_7.1 비전에서 요구 사항으로의 전환_7.2 사례 연구 소개_7.3 북극성 시나리오로 프로덕트 비전 완성_7.4 북극성 시나리오를 요구 사항으로 변환_7.5 첫 마일스톤 요구 사항의 우선순위 결정_7.6 첫 마일스톤을 위한 상세 사용자 흐름 설계_7.7 사용자 흐름의 JTBD 전환_7.8 요구 사항으로의 피드백 반영_7.9 요약_7.10 예제_7.11 답안PART 4 정의CHAPTER 8 인터랙션 설계_8.1 소프트웨어 설계에서 편향과 이념의 역할_8.2 좋은 설계의 전제 조건_8.3 사례 연구 소개_8.4 제품의 올바른 사용법 유도와 잘못된 사용 방지_8.5 어포던스 출시 타이밍의 최적화_8.6 제한적 기능 대 확장 가능한 기능_8.7 요약_8.8 예제_8.9 답안CHAPTER 9 프로덕트 아키텍처_9.1 프로덕트 아키텍처의 토대_9.2 사례 연구 소개_9.3 안정적인 사용자 경험_9.4 확장성_9.5 사용자에게 NFR 전달_9.6 요약_9.7 예제_9.8 답안_9.9 정리
|
조쉬 (김승권)의 다른 상품
|
좋은 개발자는 How를 고민하고, 뛰어난 개발자는 Why를 먼저 묻는다좋은 개발자는 기능을 구현합니다. 하지만 뛰어난 개발자는 사용자가 왜 그 기능을 필요로 하는지 이해하고, 제품 전체의 성공까지 함께 고민합니다. AI가 코드 작성까지 돕는 지금, 개발자의 경쟁력은 구현 능력보다 무엇을 왜 만들어야 하는지 판단하는 힘으로 이동하고 있습니다. 이 책은 네이밍, 에러 메시지, 테스트, 피드백, 인터랙션, 프로덕트 아키텍처까지 실제 개발 과정 곳곳에 프로덕트 사고를 적용하는 방법을 보여줍니다. 소비자 서비스뿐 아니라 API, 개발자 플랫폼, 내부 도구와 인프라까지 폭넓게 다루며, 모든 소프트웨어에는 사용자가 존재한다는 관점을 일관되게 전달합니다.Microsoft, Meta, Stripe에서 20년 이상 경험을 쌓은 저자는 페르소나, 사용자 시나리오, 도그푸딩, 피드백 루프 같은 구체적인 방법론을 제시합니다. 본문은 더블 다이아몬드 모델에 따라 개발-전달-발견-정의로 이어지며, 매 장마다 예제와 답안을 수록해 프로덕트 감각을 직접 판단하고 훈련하도록 돕습니다. 코드를 잘 작성하는 개발자를 넘어 사용자·제품·비즈니스까지 함께 이해하는 프로덕트 중심 엔지니어로 성장하고 싶은 개발자에게 새로운 기준을 제시합니다.
|