许多产品经理使用像Jira这样的wiki或bug跟踪软件，但必须有更好的解决方案。我很乐意收到您的反馈和建议。
答案 0 :(得分：1)
我对Word很满意。我不认为这个工具与过程或工具的使用方式一样重要。
答案 1 :(得分：1)
一些模型工具也可以非常接近为开发人员制作“规范”。例如MockupScreens（我是开发人员）： http://MockupScreens.com
编辑：哦，在一个大型/正式项目中，你可能真的需要一个可追溯性矩阵（你可以使用Excel，或者像RequisitePro这样的专用工具）。你知道我正在谈论的情况：有数百个“利益相关者请求”需要以某种方式映射到“功能需求”上1）证明每个请求都被解决，2）当某个地方发生变化时进行回归检查< / p>答案 2 :(得分：0)
我们使用 Word + Balsamiq 模型（www.balsamiq.com）。
如果您提供Web或桌面应用程序，并且用户需要帮助来指定他们的需求或所需的可视布局，那么模型是最基本的。
此外，Balsamiq使用轻量级线框样式，可以帮助您的客户专注于信息，而不是图形细节（字体等）
我们在版本控制的Excel文件中跟踪每个需求的状态。
答案 3 :(得分：0)
由于这篇文章被标记为“敏捷”，并且您将问题描述为应该如何编写和传达产品要求，我会说最常用的工具是用户故事和对话。
你提到了Jira和wikis，所以看起来你需要的是一个需求库。这些都很棒，但不要忘记，在大多数敏捷框架中，这些需求工件只是对话的占位符。该对话是大多数敏捷团队的主要需求通信机制，没有任何工具或应用程序可以完全取代它。