小程序开发需求文档不知道怎么写?看这里?

最近会遇到很多客户说：我想做个小程序，多少钱?

然后问客户：你想做个什么样的小程序，具体需求有吗?

客户说：就做个电商小程序，能购物的，就行了!

这个时候，就很尴尬了，因为具体需求都没有整理。

在平时需要小程序开发的适合，需求文档不知道怎么写的，看这里来：

小程序的需求可以分为三个层次：业务需求、用户需求、功能需求。

1、公司想做什么?

假设我们在经营一片果园，目标就是种出好吃的果子。

先解构这个小生态，是由哪些要素组成?比如需要有果树，需要有肥沃的土壤，需要有人去打理等等。

更进一步，生态里面的哪些要素是变量?有哪些变量是我们可以调整的?

这过程中遵循的一些本质的规律是什么?比如光合作用，比如温度变化与甜度的关系等等。

最后，评估这个果园经营状况需要哪些指标?

2、各个角色能做什么?用户需求分析。

把自己代入到这个生态里面的每一个具体角色，思考需要完成哪些事情。注意，这个角色不一定是指人，也可以指一个系统。从进入这个生态开始，到离开这个生态，这个角色要完成哪些事情?

这一步梳理完了之后，输出用例图及每个用例的详细描述。

有必要的话，可以按价值取向对用例进行分类，比如说效率向、利益向。再用KANO模型分析一遍，这样下来，基本上对需求会有透彻的理解了。

3、用户完成的过程是怎样的?

明确了能干什么事，那么就下来就把每一件要干的事解构出来。这个阶段，输出流程图即可。

流程图是以过程为中心，用全局的视角，关注事情怎样被完成。

一件事情可能有很多角色参与，共同来完成。每一个流程图都为了获得一个结果，各个分支都得考虑到，也就是说，必须是一个闭环。

用例和流程图梳理完了之后。建议大家把各个用例涉及到的数据实体罗列出来。数据的状态转换是怎么样的?这个也非常重要的，通常是输出状态转换图。

4、用户的页面交互是怎样的?

先把用户触点想清楚，你是想自己做个APP呢，还是做公众号呢?或者小程序呢?如果是已经成形的产品，基本上就没什么可想的了。

然后作一个页面结构图，这个相当于文章目录，梳理完毕之后，各个模块需要哪些页面就清楚了。每一个页面基本上可以与流程图的节点对应起来的，大家可以以这种方式去自查。

作一个页面，也得有大局观。页面在整体的流程当中，扮演什么角色?比如说商品详情，这个页面要负责销售转化。用户在这一步关注什么信息?他的决策依据是什么?这些都需要对用户有很细微的理解，才能在满足用户需求的基础上提升转化。

每个页面上的数据展示规则或者交互效果说明的有必要说明的，等直接在页面上标示说明。比如时间是显示年月日还是显示X天前?页面的显示相关规则不要与前面的用户流程图混在一起，页面只关注微观的呈现。

页面建议用Axure的母板来做，做完了所有页面，再与相关的用例描述、流程图对应起来，平铺在一个页面，做好交互跳转指示。

文档到这一步，基本上就差不多了，实际工作中可能还有其他部分，比如说非功能性需求、性能需求等。