那些年，我们一起合作时头痛的事

会计考友

【简介】
　　不做大项目，很难理解多人合作有多么艰难。真正参与到项目中，才发现责任分配模糊、懒于沟...


5 @* R% t/ A& m; _9 o

　　不做大项目，很难理解多人合作有多么艰难。真正参与到项目中，才发现责任分配模糊、懒于沟通、越俎代庖干涉他人决策等都会让项目进展陷入僵局。虽然合作中常能感受到别人给自己带来的麻烦，但我们却很难发觉自己也在给别人带去痛苦。越是自信，越难发现自己的失误。
- @- d7 ~8 Q" l　　花了些时间，总结了下自己的经验教训，又访谈了不同职位的合作伙伴和好朋友，总结了一些各个职位与其他职位合作时最头疼的事。兴许可以帮大家看一下别人眼中的自己。
3 [" Y$ I5 l- Y, h$ e6 ~4 E产品经理
+ V; V) ^5 Q! @* P
( R; A2 j- x) q5 a* j  N

" I# [5 h/ R' \) C面对交互设计师的痛苦：
　　1. 不主动帮忙提供解决方案，而是先PK需求。
　　怎么办好呢：交互认清自己和岗位定义，采取积极配合的态度，多提建设性的意见；同时在需求构思阶段产品最好能拉上交互一起讨论，同时为需求寻求客观的用户数据支持。
　　2. 闷头画稿不沟通，画出一套自己满意的稿，却和自己预期相差很大。
5 G, _3 k5 m; p: Y9 a　　怎么办好呢：建议交互画粗糙纸面稿，经频繁沟通讨论，再绘制精细纸面稿。再次确认沟通后，才用软件绘制精细线框图。逐渐细化，把矛盾逐批解决，不至于积累到最后爆发。
针对交付衔接：
　　1. 各个角色在交付文档后，承接人的理解会走形。
　　怎么办好呢：各种交付物在交接时要由负责人在交付评审会上逐条讲解，以实现充分理解。交付物只是用来备案的，不是用来沟通的。
* ^- o3 Y9 O: t. i　　2. 对上游的交付物和交付时间有疑问，不直接询问相关责任人，而是先来询问产品，再由产品转告。
　　怎么办好呢：对特定角色的工作有疑问，要直接咨询此人，同时确保产品被知会到。
* q/ W& n# I2 J* @% L, e& k
交互设计师

! t$ B, s, I) s6 k- a. z9 Y  k/ T, F
面对产品经理的痛苦：
0 {, b1 R3 x  z4 _7 y3 u  ?3 A　　1. 功能点照抄竞争对手，以至于界面无需思考，照抄即可。
　　怎么办好呢：请产品经理讲清楚每个功能点背后的用户需求和真实的生活场景，描绘该产品对用户的生活会带来怎样的帮助。
. P$ \! }3 a) k) s9 b# v5 \　　2. 需求思考不清楚，经常变更。
# {5 l) ^6 L* z9 i/ P: [　　怎么办好呢：争取参与前期的需求制定阶段，辅助产品经理讨论清楚用户使用场景和功能点，然后再列述下来。各合作方在需求评审会上公开确认需求。
　　3. 过度干涉控件布局等细节。
　　怎么办好呢：产品经理应首先专注于挖掘靠谱的用户需求，并清晰地列述功能点和帮助用户实现的目标。这些用户目标就是用来衡量交互方案是否有效的客观目标。切忌用主观标准否定设计方案。
面对视觉设计师的痛苦：
0 j/ F' x6 `! ?0 C　　1. 以美观之名更换控件，扰乱任务流，忽视对相关页面的影响。　
　　怎么办好呢：交互应该设计中期就拉入视觉一起讨论，让视觉知道每个控件的用意，同时坦然接受视觉对交互方式提出的合理建议。
, P! t  [  |( e* ]3 j: F' P　　2. 调整控件布局，扰乱元素的主次关系
　　怎么办好呢：同上。