作为新手交互设计师,项目沟通应该注意些什么
发布网友
共3个回答
热心网友
首先，多学善问
毕业刚入行的时候，接到的第一个任务是：优化语音查找异常处理流程。对于计算机一窍不通的自己，对于为什么会出现异常完全不知，然后就各种问导师。导师把我叫进会议室，系统的给我讲解了本地、网络、服务器、服务器反馈、本地反馈整个后台工作的流程，很形象具体，对自己以后处理相关问题都很受用。
上面的故事可能说明遇到一位好导师很重要，但更重要的是你自己如何发掘资源。许多交互设计师可能和我一样，并非技术专业出身，所以刚入行的时候与开发沟通难免有些吃力。这时候你需要多积累一些常见的开发知识，不需要懂代码但需要了解后台处理的流程。平时遇到技术上的问题时多问，问产品，问开发。产品比开发懂交互，开发比产品更懂技术，如果产品的回答不能满足你的*，那直接去问开发吧，当然很多时候问开发需要点技巧。
起初，我经常语气柔和的问的“这里为什么不能实现？”，脾气好点的开发会给稍微解释下，脾气不好的开发给你“实现有困难”或“实现不了”。后来的一件事很大的改变了我的沟通方式。
在iPhone平台的一个地图产品项目里，由于当年用户还很重视手机流量且地图产品又很耗流量，所以首次进入软件会弹框提醒用户该软件可能会消耗移动流量。开发过程中，开发反馈了一个问题给交互：有两个弹框一定会重叠，一个是iPhone系统的允许软件获取位置的弹框提醒，一个软件本身的流量提醒。
“为什么会重叠呢？不能控制前一个点击消失后，再出现另一个？”
“不能，前面的弹框是系统的，不可控，并且没有权限获知用户有没有点击弹框操作。”
“为什么系统弹框会出来？”
“因为我们进去的时候需要加载地图，加载地图需要获取当前位置，软件首次获取位置时系统会弹框询问”
“这样，那我想想有没有什么解决方案。”
回到座位上，思考着如何完美解决这个问题，然后突然发现我掉进了开发的思维模式里了。我找到开发，继续追问：
“你是进去的时候就加载地图，同时弹出流量提示？”
“是的。”
“那如果先弹出流量提示框，用户操作后在加载地图呢？”
“就应该不会重叠。”
PS：因为年代久远，具体说话内容不一定完全吻合，但是整个沟通过程大致是如此的。
一般情况下，我们问“为什么”，开发会针对你提的这个问题回答原因，通常一问一答，句子很短。你处于主动状态，开发处于被动状态，而且问到的信息是一个一个的点，比较散乱，需要自己重新梳理。类似“为什么实现不了”这样的问题更让人感觉不舒服，不是语气问题，而是问问题的方式。
我们可以尝试更直接点的问“这个后台流程是怎样的？”或“这个后台是怎么实现的”。这种提问出来后，首先开发将是主导，他会给你讲背后的流程、逻辑，你只要边听边思考就行。而且开发给的是实现的大框架，很多时候他们可以重温开发流程，你或他也可以很快的发现问题出在哪，并学到很多开发实现的知识。如果没有立即发现问题，那就对你有疑问或不懂的地方继续细问，实在没有发现问题，拉另一个开发进来也是件不错的事，因为很多你不懂的，他同伴懂。
其次，勤于思考，帮助开发解决问题
前段时间做TV项目时，遇到一个问题：交互定义的是搜索结果中需显示所有结果的总个数，但是具体结果只展示99个（具体原因这里先不解释）。但是拿到第一个版本的结果是，结果数值最多只显示“99”，于是找到搜索的开发，然后向他反馈了下问题。
“这里应该是实际的数字不是结果的个数，实际数字更显得我们的内容丰富，现在无论我输入哪个字母都是99，一来让用户觉得内容不丰富，二来会感觉程序出了问题”。
“显示实际个数会很复杂，因为结果可能几十万条，返回结果会很慢。”
“恩。我理解的实现是这样的：用户输入后，我们先去服务器检索，检索完后将所有结果按匹配度排序，排完序之后再取前100条展示，是么？”
“是的。”
“那在将所有结果排序的时候，其实是可以顺带取到这个数值的，因为是对所有的检索结果重新排序，不知道对不对？”
“应该是这样的，我再试试看。”
很多时候，开发不是说推卸责任不想做，而是有时候他们掉进了他们的线性思维里，一时没法跳出来看问题。你需要做的是，多思考问题，帮助他们一起发现问题根源，并解决问题。当看到实现与交互预期不符时，不要用兴师问罪的口吻沟通，尽量心平气和的陈述事实，看是对需求没有理解清楚还是一时马虎或者技术上遇到了问题；当自己的交互流程被质疑时，尽量从用户情景、流程任务或者是产品目标等专业方面解答他们的疑惑。同时由于和开发后期讨论时，大部分是非常细节的问题，要保持自己头脑清醒，时刻记住用户场景、用户目标，防止被他们的思维带着走。
再次，建立与开发的信任
在一个项目中，建立信任很重要，包括产品、视觉、开发对你的信任。信任一旦建立后，一些工作沟通都会很顺畅。如何建立信任？前期多与产品沟通，自己多思考问题，在你做每一步决定时，多对自己问几个为什么，做到有源设计。这样到开发阶段返工、修改会减少很多，当开发向你反馈问题或有疑惑时，自己先认真想想，有疑问的地方先找相关人员确认，然后再给答复。我自己工作沟通中，经常说的一句话是：“我先想想，等会给你答复”。
热心网友
1、倾听
首先注意倾听，了解项目需求、项目细节，了解项目的功能、用途、对方对细节的要求。
2、询问
根据倾听内容和对方沟通好互相的想法及对方的要求。
3、以往项目
沟通下是否有过之前类似的项目，或对方希望做成的产品。你可以借鉴下，或者根据对方提供的内容了解到用户的侧重点。
4、时间
产品交付时间、阶段性时间等等。
5、团队
新手一般不会完成一个项目，一般都会有团队协作，和团队沟通好想法、分工等等。
热心网友
沟通对于交互设计师重要么?当然重要!
01 交互设计师在工作中的沟通场景
在整个产品生命周期中，交互设计师的工作流程始终贯穿着整个过程，首要问题就是先解决好内部的沟通障碍:在产品开发过程中，各部门的合作与沟通存在着障碍，有了交互职位之后，这些问题都能够得到解决。
02 交互与设计的沟通
在框架设计阶段，交互设计师利用信息架构图和流程图能够将业务需求确定下来。在框架界面化阶段，对用户的操作和界面元素也能够用原型Demo表达出来，而且修改成本低，可以快速迭代。
所以，与设计人员沟通的时候，要以界面元素的逻辑思路去沟通，不能讲很空洞、需要随时“脑补”的事情，因为视觉设计就是要看内容说话，很多时候新手容易给UI设计师造成很大的麻烦就是很多细节没有在沟通环节达成一一致，从而使UI设计师在某一一个细节画面就要卡住半天，这不是被推崇和期望的，所以交互与UI设计师的沟通就显得格外重要。
03 交互与开发、测试的沟通
交互设计师利用原型Demo做评审测试是非常高效的方法，这种方法不仅能够直观地表达需求，而且可以提供早期的用户测试，让很多之前无法预见的问题及时表露出来，原型Demo是贯穿概念阶段和实现阶段的**表达方式，而这些都对交互设计提出了更高的要求。
与研发人员、测试部门沟通时更多地强调需求边界，在这个过程中会产生更多的标准文档。有效的沟通一定是程序化的，很多人认为直接聊会更亲切，但是请不要忽略产品开发过程比较漫长，其间事务繁忙，这时文档和需求边界的重要性就凸显出来了。
希望对你有所帮助！
