小公司开发项目，需求细节还在不断调整，需求文档怎么写比较好

[xiyangyang]

看一些大公司的需求文档，像亡母娘的裹脚又臭又长。需求一改了，又得做一版本，这样看了头疼。
直接在 UI 界面上对每一个功能界面截图，做注释，下面简单描述功能。如果需求改了，或者界面改了，直接就把截图替换，注释修改，这样岂不是简单明了，更方便？

[chairuosen]

我是开发，喜欢看这样的。在 axure 生成的 html 里，原型图和详细说明一并展示， html 放 web 服务器上。这样只看一份，随时最新

[cxbig]

- Project Owner 写 Markdown 带各种截图放进 Confluence
- Designer 做好 Photoshop 文件放 Avocode
- Scrum Master 在 JIRA 排 Sprint 开 storyline 和 issue
- Developer 开工
- QA 测试
- 新 Release 上线

[codevn]

不一定，各个公司都不一样，小公司随便搞无所谓，大公司没有个文档是不行的；
大公司如果没有文档，一方面增加了沟通成本，再一方面没有了验收标准；
总的来说没有好不好，只有适不适合。

[codevn]

换而言之，大公司都像你这么搞，截个图，做点注释，你觉得可行么？

[sensui7]

大公司, 一个文档部养的几十号人平时不折腾他们折腾谁啊? 小公司如果也要写的那么细致也要不断的改, 请问公司还干点正事不?