2018设计工作需求沟通方法总结

2018设计工作需求沟通方法总结 <br> 1数据：最原始的需求来源 <br> 设计不同于艺术，在我理解设计应当是通过创新和优化的方法解决现实的问题。问题就是我们日常面对的需求，数据可以理解为需求的原始来源。这里数据不局限于以数字呈现的数据，还包括原始用户的语言描述，截屏记录等。提出需求的人一般并不是傻子，但他们不站在交互体验立场，提出来的需求不一定能解决真正的体验问题。需求来源的原始数据是什么样的，数据反映出的用户场景和行为是怎样，该场景下用户的真实需求是什么，需求的影响面和优先级有多高，这是每一个设计师在沟通需求的时候最先要考虑的一个问题。 <br> 从设计思维角度来说，设计师必须考虑真实场景，从真实的用户那里发现需要实现的体验目标。传统发现体验目标的方法包括访谈，观察等等，这些依然有效。举一个例子，我有一次收到的一个需求是：将某个特定筛选浮层上的按钮控件变矮一些。这个需求的体验目标是什么？为什么要将按钮变矮？影响到视觉一致性和可点击区域问题怎么解决？向我提出需求的那位仁兄也说不清楚，只说这是某总提出的一个必须要修掉的问题。为确认需求的原始数据，我就直接找到某总，当面问他这个浮层上出现了什么问题。他对我说他使用这个浮层的时候，总有一行按钮在屏幕外，这种展示很傻很不合理。问询后我得出的结论是，用户的原始需求是看不到最下面一行的按钮，而并不是认为按钮过高。按钮样式有整体一致性，也有可点击区域的问题，因为一个浮层的显示问题而创造一个新的样式并不合理。而根据原始需求，设计上只需要调整这个特定浮层高度，或将浮层改为模态页面即可解决。 <br> 互联网产品拥有巨大而详实的线上数据，通过不同的数据分析方法，可以窥探出用户的行为、偏好、习惯甚至思维方式。针对各种各样的产品有各种各样的数据来源与分析方法，各个公司也有不同的取数规定，我并不算特别了解，因此不在此赘述。只是基于我有限的与数据打交道的经验看来，设计对数据的理解不能仅限于线上数据及常规分析。设计解决的不是&ldquo;这里数据不对我来试几种方案fix一下&rdquo;的工作，这种探针一样的设计方法多半是抱着碰运气的心态，靠直觉尝试解决问题，并不是真正在做设计工作。数据真正体现的是用户的场景和行为。在观察日常数据的同时，需要结合访谈和观察等用户研究建立该产品对应的场景与用户角色模型，梳理用户的体验流程。场景会越来越细，越来越具体；用户角色也会随着对日常数据的观察分析及对真实用户的洞察越来越具象。只有清楚了真实场景下用户的体验流程和痛点爽点，才能有的放矢，结合有效的设计方法做出能实现体验目标的设计。 <br> 2逻辑：解决问题的思路 <br> 虽然被冠以&ldquo;用户体验设计&rdquo;设计者的名号，但交互设计师很多情况下处理并不是纯粹感性的体验，而是复杂的逻辑问题。流程图是和线框图并列的交互设计师两大法宝。一个需求的交互逻辑是怎样的，很大程度上决定了这个需求的体验目标能不能被优雅而有效地实现。 <br> 但是梳理需求逻辑本身就是一件复杂的事情。一层一层拨开看，一个常见需求对应的逻辑包括业务逻辑，产品逻辑，技术逻辑，用户行为逻辑，交互逻辑，视觉逻辑。交互设计师需要理解前四层逻辑，才能梳理出适合的交互逻辑。 <br> 理解前4层逻辑的复杂之处往往在于，跟你沟通的人并不理解其它层次的逻辑，他往往只能理解自己岗位下所需要的逻辑，以及由此得出的&ldquo;他想要的交互逻辑&rdquo;。这有时候会很可怕，往往会出现产品经理对你大吼大叫&ldquo;我就要这个设计&rdquo;，或者技术对你微微一笑&ldquo;这个设计做不出来&rdquo;。如果此时设计师也陷入情绪化，或者对需求层次理解的不清晰，往往机会是半天的鸡同鸭讲，然后出现一个折中的蠢方案。 <br> 为避免陷入这样的僵局，交互设计师必须要清楚地知道自己此时在处理的需求逻辑是哪一个层面的，以及怎样获取正确的前四层逻辑。就业务逻辑来说，设计师不能只埋头于设计，需要有一定的业务背景知识。这种知识不管是和业务交流需求的时候获知的也好，还是从产品经理哪里挖出来的，或者结交几个业务的小伙伴平时唠嗑唠出来的，甚至是让领导安排去一线观察得来的，总之必须能...