它将帮助您制定工程师应构建的内容大纲。
在使用此模板之前，请确保您已阅读文章“创建产品需求”，以了解每个部分的背景。
产品需求模板示例
1用户角色：指您为其构建解决方案的用户角色。
2您要解决的问题：概述用户遇到的问题或您要解决的痛点的场景。不要试图解决此部分中的问题。
3具体要求：这些要求将概述解决方案应为用 西班牙电报数据 户实现的目标。
此示例清楚地描述了“什么，而不是如何”的指导方针（有关更多信息，请阅读文章“创建产品要求”）。它使您能够通过多种方式解决此解决方案（例如，购买百吉饼切片机，使用宽槽烤面包机，制作预切片百吉饼）。通过将问题描述为问题，而不包括解决方案，您可以鼓励工程师创造性地思考。
4技术要求：技术要求可能是您总体要求的一部分，即使它们可能会为工程团队设置某些设计限制（例如，浏览器支持、功率瓦数）。尽量将这些限制保持在最低限度。
5用户故事：用户故事应该放在用户应该能够做什么的背景下，而不是用户如何做（有关更多信息，请阅读文章“创建产品需求”）。
6依赖关系：许多需求在开始之前可能需要或依赖于另一需求的先完成。概述依赖关系也是确定需求优先级的关键。
良好需求指南
好的需求应该具备以下属性：
- 可实现——现实可行
- 完整——不需要进一步解释
- 简洁——必须易于阅读、理解和关注
- 一致——它们不与其他要求相矛盾
- 无设计——它们陈述必须解决什么问题，而不是如何解决问题
- 必要——没有这样的要求，问题就无法解决
- 明确——只能以一种方式解释
请不要在您的要求中使用以下词语，为什么内部链接对 seo 如此重要，以及如何开始 因为它们难以解释并且其含义因人而异：
- 适应性强
- 足够的
- 快速地
- 容错
- 灵活的
- 可扩展
- 方便使用的
注意： 创建需求后，您将需要对其进行验证和优先排序。
有关产品要求的更多信息，请参阅本系列的其他五篇文章：
- 创建产品需求
- 验证产品要求
- 确定产品需求的优先级
- 了解产品要求的成本
- 确定产品发布
参考
Date, CJ (2000)。 什么不是如何：应用程序开发 欧洲比特币数据库 的业务规则方法。 新泽西州 Upper Saddle River：Addison-Wesley Professional。Wiegers
, K. (2003)。 软件需求 （第二版）。微软出版社。