又到了见缝插针和boss过原型的时间。你招呼他到自己座位上，放大Axure界面，开始一番滔滔不绝的讲述。boss不置可否，却最终蹦出一句：“这个形式不对，根本不是我想要的东西！”你一脸疑惑地望向产品经理，之后——需求被重新梳理，功能又要增删改，axure下又多出了一堆废弃交互稿，一切重新开始。
这是我在小型创业公司设计第一版产品时的情景。和我相比，产品经理的工作内容变化更快、更复杂，boss一直在诉求、产品一直在传达意图，但这样做出的交互总是改来改去，最后需求也改了，整个界面像东拼西凑来的杂乱不堪——boss也苦于自己不被理解，沟通变得越加困难。
我曾以为高层决策者最懂产品和需求，整个开发是一个线性的、在开发和测试之间循环往复的过程，产品和设计人员所做的只是确认需求、提出改进方案、得到认可、交给开发执行。然而在一个尚未孵化出果实的初创团队，如果决策者缺乏产品开发经验，会造成一个“需求—产品--设计”不断修改的恶性循环。
来团队的这一个月，学到的更多是一种与需求方沟通的技巧，并且不得不说，掌握了这种技巧会让对方对你的成果、专业素养、乃至你的设计师角色更加肯定，节省了时间和无效劳动，接下去的视觉和开发也会更加顺畅啦。
那么，到底该怎样对交互稿做presentation呢？
1.与其让他弯着腰艰难地看你原型上的小字，不如把流程一步步画出来、清晰打印在A3纸上，多几页不要紧，重要的是让他看清每个变化过程。如果他坐在桌子一端，不要站着（有压迫感），坐在一旁把交互稿递给他，讲清每个页面，如有必要再到电脑上演示动效。
2.多准备几套方案，带技巧地展示。boss的需求可能很抽象，一下琢磨不透可以简单画出多种可行方案。如果你觉得自己想的比他的更棒，准备一份拿在最后展示，并在之前的展示中讲清它们的优缺点——重要的是客观。人人都有偏好，都避免不了自身经验先入为主带来的成见。在面向全体人员的设计会议上固然要扮演“布道者”的角色，但在那之前，先确定你的设计是有效劳动，是符合最初想法的东西。
3.不要断然否定他人的观点。这是个讨论的过程，表达清楚想法后应该积极思考，甚至将对方带入到你的思考中产生火花，毕竟谁都很难“一击必中”。当然，在和boss的交流中不要让他感觉你模棱两可，在他说明观点后，如果手上没有符合的解决方案，可以“稍后整理、改进设计”，让他感受到你的理解能力和效率。
3.语气和声音起着引导作用。想象自己是一个心理咨询师（面对的可能是一个暴躁的咨询者，哈哈），或者在面对观众讲一个故事，你的声音频率会自觉降低，从而拉近和对方的距离。你不是销售人员，需要的是沟通而非竞争和自夸。带着商量的口吻从头讲起，每讲完一点等待他的认可，并且暗示“这是按之前确定的需求做的”，表达一种中立客观的设计观点。反之，滔滔不绝、缺少停顿地演讲会让人感觉自作主张。对方会希望作主张的是他自己，而不是你（因为是他掌握大权 >_<）。
决定设计的难道不是用户需求吗？是的，但实际可能没那么理想，决策者要拍板，产品尚未进入用户测试环节，有时不得不按照少数人的意志去做交互。所有这些并不是说要一味迎合和屈从他人——至少，作为一个交互新人，与PM和决策者交流、耐心倾听他们的需求，让我更清楚地看到很多自己欠考虑的情景。思路闭塞时，询问视觉设计师和开发人员也会产生意想不到的效果。时刻想着：他们与我争论并不是针对我个人，而是希望我和我的设计做的更好——这就够了。
