4点写好需求分析文档 系统需求文档怎么写

有一天 , 一位朋友打电话给我 。
朋友:“听说你们公司是做产权的 , 我这有相关的项目 , 你们能做吗?”
老吴:“我们公司现在不打算接项目了 , 以做产品为主 。”
朋友:“你在公司负责什么啊?”
老吴:“我是产品经理 , 负责公司的产品 。”
朋友:“哦 , 做需求的啊 , 知道了 。
老吴:“……”
每个公司对产品经理的定位都不同 , 有的产品经理负责产品的需求 , 有的产品经理负责产品的设计 , 有的产品经理负责整个产品线 。不论对产品经理的定位是什么 , 需求对产品经理来说都是必做的功课 , 那么 , 写需求文档就成了产品经理的家常便饭 。对于不同的大厨 , 同样做一道家常菜 , 有的人做得色、香、味俱全 , 吃起来入口绵长、滑嫩可口;有的人做得口味亲切、感人落泪 , 让人吃出妈妈的味道;有的做得外焦里嫩 , 清香扑鼻;但也有的人做得惨不忍睹 , 让人不忍直视 。做产品也一样 , 不同的人对产品有不同的理解 , 就算理解一样 , 写出来的需求文档也会不一样 。“文章本天成 , 妙手偶得之 。”写需求文档不需要“妙手” , 但需要思路清晰 , 叙述清楚 , 写的人要能把需求写透 , 看的人才能看懂 。一篇好的需求文档能答疑解惑 , 一篇坏的需求文档会让人误入歧途 。
那么 , 产品经理在整个需求阶段需要写哪些文档呢?
产品经理在整个需求阶段要写商业需求文档(BRD)、市场需求文档(MRD)、产品需求文档(PRD)、技术需求文档(需求规格说明书) 。
1.商业需求文档(BRD)
商业需求文档是站在商业的角度 , 主要体现产品的市场分析、规划、投入、盈利预测等信息 , 是便于决策层分析、决策是否开发此产品的依据 。商业需求文档更像商业计划书 , 它是产品在需求阶段最早需要提供的文档 。商业需求文档一般不长 , 也可以用PPT的方式展示 。
2.市场需求文档(MRD)
市场需求文档是站在市场、用户的角度 , 多用于描述用户、购买者、客户的需求 , 起承上启下作用的文档 。市场需求文档对技术需求文档的编写起到一指导作用 , 文档中多会以加入产品原型的形式将产品具体化 , 便于对产品的解释说明 。
3.产品需求文档(PRD)
产品需求文档多是站在业务的角度 , 让所有的项目干系人都能够了解、理解产品而编写的文档此文档的阅读者为产品的管理层、需求人员、设计人员、技术人员、测试人员、市场人员和运营人员 。
4.技术需求文档(需求规格说明书)
技术需求文档是站在技术角度而编写的文档 , 其中不仅要描述产品的业务需求 , 还要描述产品的技术指标和技术参数 , 是架构设计、技术开发的指导性文档 。为了便于说明需求 , 技术需求文档中会加入流程图、序列图、原型图等设计模型 , 从而更好地让技术人员理解 , 指导技术人员开发产品 。
这些文档不一定都需要编写 , 要看各公司的具体情况 。如果是给CEO、投资人看 , 则需要有商业需求文档;如果是给市场人员、客服人员、运维人员等非技术人员看 , 则需要有市场需求文档和产品需求文档;如果是给技术人员看并指导技术人员开发产品 , 则需要有技术需求文档 。这些文档贯彻产品的整个需求阶段 , 所以这就要求产品经理一定是一名好的文档编写高手 。
我们了解了各类文档 , 也知道了它们的价值和作用 , 那么 , 如何写好需求文档 , 以及需要注意哪些方面呢?
1.正确性
需求在我们脑子里可能是清晰的 , 但写出来后就不一定清晰了 。脑子里想的可能是A , 写出来后可能是B , 但你还以为写的是A 。造成这种情况的原因有很多 , 可能是你的文笔不好、逻辑层次不清晰 , 编写有疏忽、遗漏 , 或者可能是最初就没有正确地理解需求 。
2.全面性
在获取需求时要尽量全面地了解问题 , 得到真实、准确、完整的需求 , 只有将获取的信息全面地写出来 , 获取的需求才可能是全面的 。另外 , 就算获取的需求全面了 , 有时写需求文档时也难免会有疏漏 。
在编写需求文档时要思路清晰、考虑全面 , 建议将需求从大到小、从粗到细 , 从平台、子系统、模块、页面到功能点一条线下来进行梳理 , 当所有的流程都遍历完 , 需求文档也就清晰了 , 如下图所示 。

4点写好需求分析文档 系统需求文档怎么写

文章插图
3.可验证性
需求文档中所描述的需求应该是可验证的 , 例如数据的输入、加工和输出应该是合理的 。文档中的信息应该是可推敲、可验证的 , 只有保证数据及信息来源的正确性 , 才能更好地把握产品 。需求文档中关于产品的各功能、接口等具备了可验证性 , 测试人员才能根据文档编写合理的测试用例 。
4.无二义性
中文有多音字、多义字 , 英文也有一个单词代表多种含义的情况 。因为需求文档主要用文字描述 , 所以在文档的描述中一定要保证需求含义清晰 , 表达准确 。另外 , 如果产品经理对产品需求的理解模糊 , 思考不深刻 , 在写文档时就不可能保证文档的准确性 。
5.必要性
需求文档中的需求应该都是必要的需求 , 对于不合理的、非必要的需求 , 该“砍”则“砍” 。就像小树 , 只有削掉其向左右伸展的枝枝 , 才能保证小树向上生长 。所以只有削掉非必要的需求 , 才能让需求更集中 , 产品的功能更清晰 。
6.优先级
在需求文档中为需求增加优先级 , 有助于规划产品的开发顺序 , 优先级不用分得太细 , 只需要分成“高”、“中”、“低”三个等级就可以 。
总结
【4点写好需求分析文档 系统需求文档怎么写】以上问题都是在做文档时需要注意的 , 作为产品经理 , 我们在获取、分析需求时 , 一定要准确把握需求 , 不要有理解模糊、分析不透彻的情况 。否则 , 在编写文档时就会出现更多的问题 , 再返回去重新分析需求就会浪费更多的时间和精力 。需求文档的编写是一件很花工夫的事情 , 难的不是写 , 而是想 , 想透了再写就很容易了 。就像写文章 , 动笔前在大脑中要做好提纲 , 动笔时思路才会清晰 。

    推荐阅读