和研发的<br>沟通<br>
保护我方研发 <br>不要让他们遭到<br>业务方的需求轰炸<br>如业务方找研发提需求，<br>请严肃让业务方先对接产品。
熟悉业务，<br>详细交代需求背景逻辑，<br>解答研发疑问，<br>提高问题解决效率<br>
绝对专业，<br>需求评审等会议时，<br>要让研发真正明确需求的价值，<br>上线效果及时同步<br>
多夸奖研发，在意他们看重的事<br>虽然bug多，但专注做好了需求<br>当面夸，背后夸，老板面前夸，<br><br>
了解学习简单技术原理，<br>理解开发用语，更好的沟通对齐<br>
和设计的<br>沟通<br>
前提条件：<br>和ui的沟通<br>不是颜色、尺寸、好不好看的沟通，<br>是对产品方向定位，<br>希望用户接收到的信息，<br>产品想达的目的沟通。<br>
作为优雅的甲方，<br>需客观地描述需求，<br>充分地补充背景信息。<br>
比如每个功能的设定
比如期望用户使用感受
技能tips
找到竞品和行业top的设计参考一下,再借此优化
学会以：“为什么要这样设计的问题？”去提问<br>让设计同学和自己走向一致。<br>
产品需了解设计规范，设计迭代标准
多去看看行业ui网站了解ui设计知识
Dribbble
全球设计大神云集 <br>了解设计潮流<br>不可错过<br>
紧急需求<br>的插入<br>
紧急需求定义：
意味着高优先级、<br>且有明确的时间限制<br>（通常情况下比较急迫）的需求<br>
是否做紧急需求的判定条件
收益明显高于成本，<br>不仅是人力成本<br>
插入紧急需求前需确认
需求方（运营、产品）是否已经达成一致
插入的需求，能产生哪些收益
插入的需求，方案是否明确
插入的需求，会影响的范围、可能存在的风险
需求插入流程
召集紧急需求评审会，<br>和各团队说清楚<br>插入需求的重要性和影响、风险<br>
评审会上<br>充分沟通讨论，<br>达成共识<br>
目前已研发的需求<br>是否能延期上线<br>
是否可替换<br>目前优先级比较低的需求<br>
插入需求的<br>背景/原因/逻辑/价值<br>
相关信息通过正式渠道<br>（比如邮件）通知到各团队<br>
