我在做需求调研中遇到的问题

     进入互联网行业已经3年了，之前对互联网行业可谓是一窍不通。这三年中做过测试，开发，需求，运维。走了一圈对这个行业大概有一个肤浅的认识。由于最近公司人手紧张，我又重新开始做起来需求的工作。以下记录我在做需求的一些经验教训总结。

     我大概把其分为三个阶段。

     第一阶段：需求调研阶段。

     第二阶段：设计阶段。

     第三阶段：开发阶段。

     第四阶段：试运行。

     第一阶段的需求调研阶段是通过与客户的沟通，要了解清楚用户的业务，痛点，想法。和用户一起梳理业务线。

     第二阶段需要根据第一阶段梳理的业务线来进行系统设计，具体体现为原型图。以原型图和用户沟通。和用户达成统一的共识。一般情况下会有2-3次的反复。原型确认结束一般系统90%+的系统模型就已经出来了。然后要分析一下这样的设计给用户带来的价值是什么。有没有解决用户的痛点，符不符合用户之前的想法。之前梳理的业务线有没有落地。整体的设计对相关的业务人员的价值，有没有减少他的工作量，提高他的工作效率。确认这样问题设计基本是没有问题的。

    第三阶段：开发阶段，根据原型图编写需求文档，跟美工沟通出具系统的设计图。给开发团队讲解原型图。让开发人员先了解一下业务，从开发角度分析一下设计十分有其他问题。没有问题的话根据需求文档就可以进行开发了。

     第四阶段：试运行。对功能进行优先级排序，重点功能排序。重点功能重点开发，次要功能可以不用投入太多精力。这个就需要第三阶段中对业务的理解了。试运行分两种模式。第一种就是全部功能开发结束后，在可用那里部署测试环境试运行。还有一种方式就可以模块化开发，开发一个模块就搭建一个测试环境，用户可以提前使用提前发现问题。及时发现问题。测试环境测试人员也可以一起测试。持续完善。这个方法有和好处，是建立起了一个很好的沟通机制，反馈机制。

     到这个阶段后第一个版本基本的需求工作算完成了，当然了还有一些其他的问题。我也是在不断的总结。以后有新的标准后持续更新。