相关技术及知识储备
- 能够缜密的表达需求场景
- 前端、后端相关技术原理及术语了解
- 开发时间及难度大体估计
- 设计原理（格式塔，色彩心理学，成色原理等）
- 设计软件了解（PS,AE,RHINO,CAD等）
- 了解测试用例
了解相关的技术，主要是为了确保描述到位，避免语境错误。想到一个笑话——沃尔玛总裁指着手机对助理说：“魅族不错，可以买”，第二天，助理说，成功买入了魅族的40%股份。
与设计师沟通
- 沟通用户场景，明确设计展现的对象（要确定底线，设计师往往会“加戏”，如果不影响整体体验甚至有提高，不要纠结）
- 确认风格及设计难点、工期
- 如果遇到的是把原型翻译成设计稿的设计师，就得多花点心思和设计师沟通，提出自己的建议，同时把需求讲透彻，给予设计师发挥的空间——可能设计师一开始只是懒并且不确定需求，就直接抄了。注意，如果设计师是本身就是想赶紧交差的态度，那问题就不在交接的过程了，是排期给的太短还是另外的原因，必须多花心思。
与前端沟通
- 提前沟通技术难点，一起协商解决方案
- 原型文档上对各个页面的注释完善，异常流程表达全面（根据团队实际情况调整详细度）
- 中途变更需求，需要坐下来好好交流，对变更原因及目的达成一致
与后端沟通
- 业务场景与业务流程表达清晰
- 设定的解释性“术语”需要保证理解一致
- 沟通技术难点和需求优先级，估算开发周期
- 出现BUG或无法实现的需求，要追问原因，了解WHY，这样才能推进开发
与测试沟通
- 针对PRD文档进行沟通即可，如果中途变更需求需要及时通知
与老板沟通
- 提前思考一些可能的“坑”并提出来解决，不然就是等着开发中途变更需求。
- 站在老板的立场上思考，理解难处，对长期及短期目标达成共识。并将老板的决定传达给其他的同事
真正的难点
某些情况，老板们的思维方式不一致（这很常见），导致战略摇摆不定，进而影响项目落地（很影响士气以及时间成本）。如何解决这个问题，影响的因素太多，就得具体问题具体分析了。
