你好,我是刘津。
前面我们学习了精益闭环的思路,也讲解了不少案例。其实精益闭环的思路可以应用在各种事项上,今天我们就来讲解一个有意思的延伸应用的场景——需求文档。
“写需求文档”这件事,如果用精益闭环的思路来做,会有怎样的效果呢?现在你可能还想不明白,不过没关系,我想先从一个问题引入。
在工作中,你可能经常要接触“需求文档”,可你喜欢写、喜欢看需求文档吗?我想你的答案是否定的。
为什么会这样呢?这是因为常规的需求文档就像一本厚厚的遥控器使用手册,看起来很专业,但是你宁可自己去试着摆弄、探索各种功能按钮,也不会愿意一页一页地读下去。除非实在是遇到了搞不定的问题,你才会从使用手册里有针对性地寻找相关内容。
同样的,在实际工作中,很多研发人员也会更愿意看图文并茂的原型说明(原型图是需求文档的部分表现形式,不能代表需求文档),而不是一堆干巴巴的文字。
我们为什么需要需求文档?
但是,需求文档又十分的重要。
如果需求文档写不清楚,产品经理就无法向设计师和研发人员传达具体的要求,也就是说这会让设计师和研发人员不知道该做些什么。需求文档其实可以看作是产品经理与设计师、开发人员之间的一种“协议”,或者说是“契约”,可以约束双方。而且,后面在进行上线前的测试时,需求文档也会被用做产品质量验收的衡量标准之一。