客户描述他们想要的产品和最终交付的产品之间的误解一般很大,设计者和客户的角度不同,理解的程度也不同,就需要一个统一的交流中介。这里包含PRD。
为了说明理解误差的问题。下面这张有趣的图画可以精准阐述。?
第一张图片展示了客户所描述的内容(一个简单的木制秋千挂在两根树枝之间)并通过各种迭代(按照生产流程一步步进行后)直到最后一张图片。?
最后的这张图显示,实际交付的是一个悬挂在一根树枝上的轮胎秋千——与客户想要的有所不同。
如何清楚了解新产品的关键要素,减少理解误差?答案是产品需求文档 (PRD)。
我们将深入探讨 PRD 是什么、PRD 和 MRD 之间的区别、使用 PRD 的好处。
简而言之,产品需求文档详细说明了特定产品版本中必须包含的特性和功能。对于参与设计和开发特定产品的所有团队来说,这是一个至关重要的参考点。
可以根据 PRD 中捕获的信息创建其他几个文档。技术部门可能会创建一份技术要求文档,详细说明产品的系统要求。
设计师可以创建功能需求文档,详细说明用户与系统交互时会发生什么,包括显示产品设计的线框图。?
用户体验 (UX) 设计人员也可以通过PRD的内容创建一个用户界面需求文档来解释产品的外观和感觉。
在产品开发过程开始前创建产品需求文档至关重要。一旦企业确定需要该产品,就应该首先创建 PRD,明确产品主要功能。
市场需求文件 (MRD) 详细说明了产品的市场机会或客户需求。它对于支持产品开发的商业案例至关重要,应该在 PRD 之前创建。
市场需求文档中的示例目录,在确定产品的商业案例时应在 PRD 之前创建。
MRD 通常包含目标市场的定义,并提供产品成功所需满足的客户需求的优先列表。然后可以使用它来塑造 PRD 中描述的核心能力列表。
MRD 通常还会建议产品发布的时间框架,以便在适当的情况下利用首先进入市场的定位。
花时间编写 PRD 有很多好处:
对于参与产品开发的人来说,一个完善的 PRD 能清楚地详细说明将要交付的内容、所做的任何假设、验收标准以及产品发布的时间表,便于参与者明白整体的框架。
PRD 不是静态文件;如果客户或市场需求发生变化,它可以在整个产品开发过程中更新。确保所有相关人员都能看到它,确保团队拥有完成工作所需的最新和相关信息。
PRD 应在客户初次签署后与所有相关者共享,并在整个开发周期中保持可访问性,以供根据需要参考。使用在线协作平台,团队可以轻松地就需求达成一致并确定优先级,制定 PRD,并在整个开发过程中进行有效沟通。
详细说明不会开发的内容同样非常重要。许多 PRD 包含一个“超出范围”部分,其中列出了不会在该版本中开发的任何特性或功能。
澄清超出范围的内容对于帮助开发人员掌握时间和预算非常重要。频繁的范围变更是项目失败的主要原因之一。有时,与耗时更长、成本更高的镀金解决方案相比,满足客户需求的更适度的功能是一种明智的权衡。
产品需求文档不是在孤岛中创建的。至少,无论如何都不至于完全不交流。创建有效的 PRD 需要多个团队之间的合作和沟通。
业务和营销团队通过探索市场和客户需求以及获得领导支持和资金来确保潜在产品的可行性。?
业务分析和用户体验团队围绕可用性和功能需求提供意见。工程团队提供系统知识,以确保技术基础设施到位以支持产品。
跨职能领域的协作——以及偶尔的妥协——确保了一致性,并使 PRD 成为所有团队的有用中心参考点。
很明显,我们应该在开发产品时考虑到客户。?
但是有时,在产品设计流程中,很容易忘记我们实际上是为谁设计的,产品最终的目标是客户。
PRD 使用来自 MRD 的输入来创建可能对用户有价值的核心特性和功能的列表。客户研究和市场分析构成了 MRD 的支柱,并确保最终用户得到充分理解。