一.评估需求。
1. 拿到PRD文档后，评估PRD文档的清晰程度，如果比较粗糙，在需求启动时需要多预估一些时间。
2.拿到PRD2天后左右启动较好，就是已经梳理完流程，并且初步与产品确认了梳理的流程图之后，正常情况下能确认大体工作量；但是预估工作量的时候，记得加入沟通时间，初步方案修改时间，方案细化时间，会议时间等，尽量预估宽松一点，但是原则还是赶前不赶后，尽量把时间往前放，如果关系到技术资源的排期问题，交互还是需要配合整体团队尽快出方案。
二.难点，需要和产品经理一起，梳理各操作角色之间的操作节点，以及不同权限角色，需要进行的操作。
1. 首先要和PD理清楚整体流程和逻辑，先花2天时间把整体业务流程，角色，操作梳理，画流程图，再花1天时间画界面草图，先出一个初步方案，看看有哪些问题；
2. 不清楚的地方再找PD／直接需求方，比如运营的同学，要了解最初这个需求是谁提出来的，问清楚；今早了解直接需求方的原需求， 而不是PD转述的需求；B端的交互有很多操作细节的交接比较难梳理，画界面草图后需要反复确认逻辑，以及各角色的操作衔接是否完善，有问题要尽早和PD沟通，补充相关信息，细化操作之间的衔接；
3.区分问题的维度，是业务逻辑问题，还是设计问题，业务逻辑找产品经理交流，设计问题尽量自己解决，实在有困难问组内同学。
4. 熟悉web端的交互规范，在草稿纸上先标注一下常用的，避免多次查看，浪费时间，先搭产品框架，此时需要有规范意识，即相同类目的统一选择表现形式，需要视觉投入的也可以先记一下；
5. 细化方案，先细化操作，即所有的操作，返回，跳转，二次进入，是否已经走通，完善；
6. 最好是此时再做sketch，细化版面，调整间距，字号，颜色，是否统一；
7.交互规则细化，每页出现的条目数量，每个输入框展示的最多字数，超过最多如何展示。
8.状态细化，初始状态，空页面，异常状态，加载状态，输入状态，输入完成，提交成功……，查看是否有遗漏。
–––最后，因为这个项目是内部用的管理类产品，开始拿到的文档比较粗糙，没有经验的我一度怀疑自己的理解能力，其实还是应该有阶段性的优化方案，但是每一步都要体现出自己的思考和专业度，自己想清楚了再和产品交流。
