运营类设计沟通和合作

问题描述

最近一段时间，UED的同事，经常和运营的同事在工作合作上出现问题。具体问题如：运营需求不明确，设计返工次数多，甚至，今天出现了设计风格全部推倒重来的事件。

原因分析

除去项目合作配合度和沟通程度等问题之外，我认为一个核心问题出现在——需求的表达方式不够好。

运营人员需求的表达方式，多是以需求文档形式发出，再配合一些当面的沟通。但是，这里面说到底，主要是通过文字在表达你想要的效果，和元素的优先级。事实上，这种表达是无法很好的传达需求的，因为文字和口头语言都是有歧义性的。比如，需求文档里或者运营人员会当面跟你说，我想要一种“聚会”的气氛。但是，每个人理解的“聚会”的气氛千差万别。A 理解的是小酒馆的老朋友的怀旧感伤。B 理解的是周末小酒吧的鸡尾酒会的欢快优雅，C 理解的是……

另外，运营人员会表达页面元素的展示重要度，和优先级。一般是以表格的形式写出来。但是问题是，文字是具有线性特点的，而最后呈现的页面和图，是非线性的展示。那么，这里就存在“两者转化过程中的鸿沟”问题。

设想的解决思路

基于以上问题，我和同事讨论了一下，解决思路则是：
1.将文字性，语言性的需求表达和交流，变成图式的表达和交流，从而缓解“转化鸿沟”问题。
2.为照顾设计师的情绪，减少返工的风险，保证需求方的要求时间。需要尽量将“图式的表达和沟通的时间点前置。

设想的具体解决方案

1.需求文档中，对于视觉效果，气氛的定义，最好是给出期望的效果的参考素材，竞品页面等。如果无法给出，那么视觉同学这边，最好先整理出相关的素材，参考页面等。等到这些东西，双发都达成一致之后，再开始设计。

2.运营页面元素优先级的问题，务必用表格配合草图的形式展示。并且，视觉同学设计时，最好在完成到60%至70%时，就拉个群，让相关决策人，对现在的设计基调和方向给出意见，减少视觉稿完成之后，大范围的返工和改稿的概率。

管理双方领导的注意事项

1.每个阶段确认需求要求时，最好能以某种形式，周知到双方领导。避免设计师和需求方玩的很 happy，最后方案一出来，领导七嘴八舌的一说，虽然最后不一定有返工和修改，但是肯定会耗损沟通的时间在里面。比如：风格确认的时候，可以不那么“强”的周知双方领导，通过邮件，拉 IM 沟通群的方式；在最后方案输出的，单@一下领导，或者冲去领导办公桌那抓着 ta 确认一下。

总结

上面的两点，我回头一想，这不就是所谓的“参与式设计”吗？让需求方跟着你一起，推导出设计方案。他们的需求得到了充分的表达，且最终方案认同的概率会更高。最后的最后，设计师能体验良好的完成工作：）