The following text is a partial translation of the original English article, performed by ChatGPT (gpt-3.5-turbo) and this Jekyll plugin:
我们与每个软件项目一起工作都是从一个产品愿景文档开始的。我们在“思考”阶段期间创建它。尽管这个文档只有两页的英文内容，但它的开发是整个项目中最费力的任务。
这里有一些技巧和建议我想分享。
我们通常将产品愿景设计为四个部分：产品陈述、利益相关者和需求、功能以及质量要求。
产品说明是一个段落的意图声明，向完全陌生人解释这个产品的内容和用途。它非常类似于电梯演讲。该说明必须按照以下特定顺序回答这些问题：
她想要什么？
现在市场提供了什么？
现有优惠有什么问题？
我们的产品将如何解决这个问题？
您应该在不超过60个字的情况下回答所有这些问题。如果您需要更多字数，那么您对正在开发的产品的理解可能有问题。如果您能用20个字回答这些问题，那么您的产品将征服世界。
顺便说一下，不要将产品声明与使命混淆，使命是对您的企业整体目标的更广泛宣告。您可能有上百个产品，但只有一个使命。例如，迪士尼说他们的使命是：“让人们快乐”。他们有数百个产品来帮助实现这一使命。而每个产品都有自己的产品声明。
我认为以下文章很有帮助：产品愿景，敏捷文物：产品愿景陈述，敏捷开发艺术：愿景。
这一部分必须列出所有会受到产品影响（无论是积极还是消极）的人。您的利益相关者列表可能包括：赞助商、开发人员、用户、竞争对手、政府、银行、网络托管提供商、苹果商店、黑客等。
列出积极和消极的利益相关者非常重要。如果您的产品将自动化一些例行的手动操作，请不要忘记因此会有人失业。无论您的产品有多么“好”，总会有“邪恶”的一面。iPhone的发明使数百万人感到快乐，但也给诺基亚和黑莓带来了很多麻烦。癌症疫苗的发明将使数百万人更健康，但也将使成千上万的肿瘤学家失业。我的观点是，任何项目都有积极和消极的利益相关者。
每个利益相关者都必须有一份需求列表。它们必须简单明了，比如“赚钱”，“增加利润”，“分享照片”或“托管网站”。
我建议为每个利益相关者定义一个或两个需求。如果超过三个，请再次思考一下——您真的了解您的利益相关者需要什么吗？
只有在满足所有积极利益相关者的需求并消除消极利益相关者时，您的项目才会被认为是成功的。
SEBOK的这篇《利益相关者需求与要求》(Stakeholder Needs and Requirements)文章会很有帮助。
在本节中，我们列出演员（与产品进行交流的实体）以及他们使用的关键功能。这是对产品的功能需求最抽象的定义。它不需要详细描述，而是需要非常高层次和抽象的描述。例如，我们与一个知名产品的互动可能会用两行描述：
对于陌生人来说，我们现在讨论的是不是很清楚？当然不是——”tweet”是什么意思，”follow”和”re-tweet”又是什么意思？这些问题在产品愿景文件中没有答案，但是很明显一个用户将可以使用四个主要功能。其他所有功能都将类似于这些功能。
Twitter是一个价值数十亿美元的企业，其产品价值数百万美元。然而，我们仅用两行文本就解释清楚了其关键功能。你应该用同样的方式来描述你的产品。如果你无法用两到三行文本概括所有功能，那么请重新考虑你对即将开发的产品的理解。此外，请阅读关于”功能膨胀困境”的文章。
每个参与者必须至少有三个功能，最多不超过六个功能。如果功能过多，你应该将它们进行分组。如果功能太少，可以将其分解为更小、更详细的功能。
该部分列出了所有重要的非功能性需求。任何产品都可能有数百个质量要求，以及数百个功能。然而，产品愿景文档必须专注于最重要的需求。请考虑一些示例：
同样重要的是保持需求可衡量（就像这些例子中的每一个）。这一部分的每一行都是给产品开发者的一个信息。他们会阅读这份文件以了解项目赞助商认为最重要的是什么。例如，以下这些质量要求是无用的：“用户界面必须吸引人”，“网站必须快速”或“系统必须稳定”。它们无法衡量或测试。它们只会分散开发者的注意力。如果你无法对质量目标做出严格而可衡量的陈述，那就不要写任何东西。在这里，保持沉默比设立虚假或模糊的目标更好。
尽量保持这一部分简短。最多应该有六个质量要求。
每个部分的长度不能超过二十行。即使你正在开发一个五千万美元预算的谷歌杀手，你的愿景文档也必须尽量简短，不超过两页。
对于我的大多数客户来说，这是一个非常复杂和令人头疼的任务。他们通常会带着一份50页的文件来解释他们的商业想法，并附上所有重要的细节。从这份文件中，我们只需要提取真正有影响力的信息。
产品愿景文档必须保持在最高的抽象层次上。这份文件必须在一分钟内从头到尾阅读完毕。
如果你无法做到简洁明了，那就说明你对自己的产品了解不够。
以下是一个非常简单的“Facebook杀手”产品愿景的示例：
Diplomacy
我们在Zerocracy的项目中遵循所有这些建议。你也可以在你的项目中使用它们，但要记住，定义产品愿景的过程可能非常痛苦。有时候，你可能会因为过于简化客户的“伟大”商业想法而得罪他们。“真的吗？我愿意花25万美元买一个很棒的东西，而你告诉我你只有十行代码？哼！”
为了解决这个问题，将客户的文档分为两部分。第一部分将放入产品愿景文档中；第二部分将被称为“补充文档”，其中包含了从客户那里得到的所有有价值的信息。在产品开发过程中，你可以使用这些文档。
但不要走捷径。不要让你的客户（或任何其他人）迫使你让产品愿景变得臃肿。这个文档必须非常简短明确。
没有歌词，只有陈述。
附注：除了这些，我们通常还会添加一个术语表。
Translated by ChatGPT gpt-3.5-turbo/42 on 2023-11-22 at 10:18
