需求沟通和分析-->需求分析和产出物-->需求进度跟进-->投产后运营情况跟踪 几个步骤。
1. 需求沟通和分析
1) 初步分析
如果客户方有需求管理系统（例如禅道），客户一般会先在需求管理系统上新建一个需求，录入包括需求名称、提出人、需求描述、验收标准等信息。如果列出的需求疑问点较多，或者需要需求提出人和其他相关人员进行确认，可以在列出后先把列表发给需求提出人。
2) 需求沟通
初步分析后，和需求提出人约时间进行需求沟通，确认一下需求背景、初步分析过程中列出的疑问点和需求提出人对功能的预期方案。
每次讨论会议后，需要出会议记录，包括已确认事项、待确认事项和责任人，并将其邮件发给参会人员和其他相关人员，进行信息共享和留痕。
绝大部分的需求经过一轮的沟通都无法全部确认下来，我们需要和需求提出人和相关技术人员保持紧密的沟通，以确保自己和开发团队吃透需求，这样才能提出真正能实现需求的技术解决方案。
2. 需求分析和产出物
进行一两轮的沟通，确认需求的大部分内容后，就可以开始写需求文档PRD和需求原型了。
在写PRD和需求原型的过程中，可能会突然想到一些其他的疑问点，如果疑问点不大，可以给需求提出人发微信或打电话即时确认；如果疑问点很多，可能就需要再次约时间进行会议讨论了。
写PRD过程中，要尽量用图、表，少用文字，“字不如表，表不如图”。当然，有时候需求比较紧急、画图比较费时间，那尽量用清晰的文字表示，重点的地方用加粗标注出来。
PRD和原型整理完成后，需要和技术团队、测试团队一起组会进行需求评审，这个过程可以加深技术和测试人员对需求内容的理解，也能帮助我们发现一些PRD和原型中待改进的问题。
需求评审后，如果时间允许最好和需求提出人也一起再过一遍需求文档和原型。
3. 需求进度跟进
业务对需求文档和原型签字确认后，需求就进入了开发、测试环节。
开发、测试过程中，需要每天跟进需求的进度，如果有必要需要对相关人员进行汇报。
要时刻准备着回答开发人员和测试人员的问题。
时间允许的话，在开发人员进行内测时，和开发人员一起验证一下测试结果。
测试人员完成测试后，需求分析师需要联系需求提出人到现场进行测试验收。
4. 投产后运营情况跟踪
需求投产次日，我们需要配合需求提出人进行需求试单。如果有问题，需求提出人需要发起bug或者任务流程，需求分析师需要联系技术人员进行调整，并跟进bug或者任务流程。
如果有条件，后续可以问下需求提出人这个功能的使用和运营情况，如果是正反馈，能给我们和技术人员带来成就感；如果是负反馈，也能让我们反思自己、提升自己。
