七阶段模型简介
第二步，就是充实您捕捉到的创意想法，找出一些更为精细的细节，为产品待办列表中的创意想法、建议、功能请求等等，添加更多的细节，提供更加清晰的阐述说明，目的是为了更好地了解它们中每一个可能会带来的影响、所需的工作量等等。
在这个阶段，产品经理会和不同的利益相关者密切合作，创建业内所谓的“产品规格”。
产品规格，产品规格书，或产品规格说明等等，它是一组需求的文档，是勾勒产品特性和功能需求的蓝图。它对产品团队很重要，是作为他们构建产品的指南。
好的产品规格书不会对产品开发进行微观管理。相反，它会为团队提供有关客户、业务需求以及其它相关的上下文，帮助团队在设计、构建解决方案的时候，做出明智的决策。
产品规格不需要太长或过于技术化。事实上最有效的产品规格是非常简洁的。如果您的产品规格回答了以下问题，那它就已经完成了它的工作:
团队应该根据一系列利益相关者的意见，一起去协同回答这些问题，考虑到所有的角度，确保每个人的想法都能够达成一致，尽可能地消除变化和不确定。
您可以从有了想法的那一刻就开始构建产品规格，并在此基础上持续不断地进行构建，直到将它推进开发的阶段。
产品规格应该详细到多少程度，取决于您公司采取的产品开发风格 —— 从适合工程师所期望细节级别的瀑布式工作环境，到由开发团队负责确定实施细节的敏捷工作环境等等。通常一旦您定义了这些内容后，就要把最终实现的细节交给开发团队，那会更加有效。
以下是一些可以包含在产品规格里的例子：
商业案例
它对我们的业务、产品等等的“底线”会带来什么影响，包括相关的OKR或KPI等等
用户故事
用户想要获得什么?他们的动机是什么?
模型和草图
最终的版本会长成什么样子?最好包含反馈信息，这会带来帮助的
用户角色
我们为谁打造这个产品，他们会怎么样受益?
技术规格
有什么技术问题需要考虑吗?
客户反馈
我们想用这个产品规格解决，客户曾在过去说过的什么问题?
