设计过程中该如何沟通需求呢

设计阶段的沟通触点

先列出交互设计阶段会产生的一些沟通触点：

合理的需求是用户体验存在的前提，但是需求描述不清时如何高效获得自己想要的信息？

怀疑是伪需求是如何确定需求来源的及其合理性呢？

汇报交互设计时如何向boss及上下游展示工作量与专业度？

如何让视觉或前端一眼看到自己关注的点？

怎么面对上下游对方案的质疑？

与开发利益和产品排期冲突时怎样可以避免合理的设计沦为飞机稿？

形式追随功能，交互如何应对视觉改方案只为更美观？还原度有问题怎样推进修改？

针对以上问题，接下来的内容会一一阐述。

事例：认为某需求是伪需求

设计师：添加这个功能的需求来源什么呢？

产品：客户反馈的，某大客户提出有加这个功能的需求，他们用的到。

设计师：这个功能用来做什么呢（使用场景有哪些）？

产品：方便……有利于……

设计师：这样做又能达到什么目的呢？

客户：这样就可以内部交流了啊

设计师：哦，原来是要一个协同的功能，可不可以考虑A这样呢？

客户：好像也可以的。

【点评】怀疑是伪需求时需要先了解到底是UCD还是BCD（Boss Centered Design），如果是大boss提出的，一般是很难撼动的，但如果是用户／客户提出的，就可以继续提问追溯本体真相，获得最原始需求了，在一步步提问中可以开辟新的思路，推动产品／业务思考。

如何行之有效地汇报设计方案

汇报交互设计方案也是一对多的沟通，“三分靠画，七分靠裱”说的没毛病。

总结了几点外审方案时注意的点：

简述设计流程，简单说明设计思路与考虑的过程，有助于对设计方案的理解，合作初期也可提高在同事前的专业度；

确定需求无误，业务流程与逻辑梳理应该与产品同步；

标注并明确需注意的细节，汇报会上确认有争议的点并做记录，说明需要注意的点，防止后期被忽略；

交互说明分开注释，视觉与开发在看交互稿时关注的内容不同，可区分颜色进行交互标注。

如何面对上下游的质疑

应该会有一些交互同学跟我一样，初入团队的时候并没有交互设计师的岗位，PM做了大部分交互的工作（我一向认为专业的事情让专业的人做，站的角度多了很难在各种要素中寻求平衡）或者是项目组成员初期合作阶段，因此方案出来后经常会受到质疑，为此我同样总结了以下四点：

参考竞品：市场份额占有率较高的竞品在同等问题的处理上一定是踩过坑的，可以借鉴；

引经（zhuang）据典（bi）：通过权威的理论依据与专业术语，如fitts law、Gestalt等；

数据支撑与用户研究：后台数据定量分析，用户访谈、可用性测试等的定性分析；

用户同理心：秒变小白用户，从用户和使用场景的角度描述方案的合理性

其实每个角色关注的点不同，运营关注的是营收指标，产品是KPI，而开发则担心开发成本，所以如果有可能的话在最后提一句：这样的方案不会影响甚至是有利于营收指标 / KPI /开发成本 。