[ 기획 ] 프로덕트 스펙 작성 방법

On Writing Product Specs

 

요약

잘쓰여진 프로덕트 스펙 리스트는 훌륭한 소프트웨어를 구축하는데 중요하게 작용한다. 

비판적 사고, 커뮤니케이션 확장, 책임감 등이 더 높은 품질과 더 낮은 데드라인 위험, 더 적은 시간 낭비로 이어지게 한다.

 

 

왜 프로덕트 스펙을 작성하는가?

1. 비판적 사고

 글을 먼저 작성함으로써 코딩, 디자인, QA 등과 같은 리소스가 많이 들어가는 작업 전에 구체적으로 생각할 수 있게 한다.

 

2. 효율적인 의사소통

프로덕트가 진행될 때 마주하게 되는 엔지니어, 디자인, 재무, 관리자 등 다양한 이해관계자에게 일괄적이고 모호하지 않게 제안할 수 있게 한다. 

 

3. 책임감

항상 측정 가능한 목표를 공개적으로 노출함으로써 팀의 인센티브를 조정하고, 책임감을 느끼게 한다

 

 

프로덕트 스펙에는 무엇이 포함되어야 하는가?

1. 문제

해결하고자 하는 문제와, 문제를 다뤄야 할 가치를 논리적으로 서술해야한다.

 

2. 측정 가능한 목표

명확한 결과물과 달성가능한 결과를 시각화한다. 

 

3. 맥락

팀원이 문제 상황을 이해하고 납득할 수 있는 증거를 제시해야 한다. (가정, 사례, 논리 등)

 

4. 상세한 솔루션

제안은 팀이 바로 착수할 수 있을 정도로 상세해야 한다. 인간 두뇌가 작성하는 코드와 같다고 생각해라.

 

5. 타임라인

날짜와 이정표를 나열한다. 시작은 모호할 수 있지만, 마지막 검토에서는 구체화 되어야 한다

 

 

프로덕트 스펙 작성법 

 

1. 빠른 초안 작성 (1 시간)

예제 product spec/notes

2. 30분짜리 회의를 두어 번 진행한다. 이때 회의는 소규모로 유지하고, 가능한 적은 수의 사람들로 진행하는 것이 좋다 (1-4 시간)

 

3. 프로덕트 스펙 작성 및 편집. 비판적 사고와 글쓰기로 여러 아이디어를 결합하고, 편집을 통해 간결하고 명확하게 만든다. (반나절-3 일)

 

4. 1시간 리뷰 게시 및 설정

 

5. 검토 (1 시간)

 

 

 

Example Spec Notes - Live Chat

 

Example Spec - Live Chat