系统需求文档怎么写(医疗系统需求文档)

文档是产品经理的重要工作成果。但是，这并不意味着所有的项目都需要写需求文档。因为写需求文档是一个巨大的工程。然而，并不是每个项目都有足够的时间让产品经理编写需求文档

文档是产品经理的重要工作成果。但是，这并不意味着所有的项目都需要写需求文档。

因为写需求文档是一个巨大的工程。然而，并不是每个项目都有足够的时间让产品经理编写需求文档。

我该怎么办？需要采用一种“简单需求”的方法:一边画原型，一边在原型旁边写需求文档，就这样。以后程序员看原型的时候，可以同时看需求描述，没有延迟。

但是像这样的写作要求是有一些问题的。

比如原型中有多个页面涉及相同的业务逻辑，不断复制粘贴相同的文字就很麻烦，一不小心就可能出错。

而且有些笼统的描述不属于任何页面，很难确定这些词应该放在原型的什么位置。

更麻烦的是，一个项目的需求分散在不同的页面上。如果要换的话，就麻烦了。

很多公司，连产品经理都不写需求文档。

为什么？只要产品经理把逻辑表达在原型上，然后在需求评估会上得到大家的认可，就可以开发了。

但是，不要以为有些公司这样做，只是因为需求文档没有必要。

因为在其他公司，则是另一个极端。

比如有些公司，程序员只看需求文档，不看原型(这样可以吗？？？)

因为程序员非常重视产品的逻辑，什么样的逻辑非常重要。至于页面怎么设计，无所谓。

在这种情况下，对需求文档的要求会高很多。甚至数据库的字段类型也要写清楚。

总而言之，在不同的公司，产品经理会遇到不同的要求。

到底需求文档怎么写，入乡随俗。