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

会计考友

【简介】
5 I$ H) w# a, u6 d. o, G　　不做大项目，很难理解多人合作有多么艰难。真正参与到项目中，才发现责任分配模糊、懒于沟...
+ X7 v2 Y2 i5 m& e7 D" Z: ^, s

. P/ e9 s* h6 L# d
5 q$ \0 t9 y) l4 s; M6 A
　　不做大项目，很难理解多人合作有多么艰难。真正参与到项目中，才发现责任分配模糊、懒于沟通、越俎代庖干涉他人决策等都会让项目进展陷入僵局。虽然合作中常能感受到别人给自己带来的麻烦，但我们却很难发觉自己也在给别人带去痛苦。越是自信，越难发现自己的失误。
4 w+ i. d' J# G  |! m/ r& `　　花了些时间，总结了下自己的经验教训，又访谈了不同职位的合作伙伴和好朋友，总结了一些各个职位与其他职位合作时最头疼的事。兴许可以帮大家看一下别人眼中的自己。
产品经理


7 i* j; o/ M; Z4 e6 N& m* b
面对交互设计师的痛苦：
5 }- d& s7 i. l9 c& s3 L8 D9 s　　1. 不主动帮忙提供解决方案，而是先PK需求。
" d1 I7 h8 a7 l4 r　　怎么办好呢：交互认清自己和岗位定义，采取积极配合的态度，多提建设性的意见；同时在需求构思阶段产品最好能拉上交互一起讨论，同时为需求寻求客观的用户数据支持。
! i0 E* H' N  \% a) c9 d  c　　2. 闷头画稿不沟通，画出一套自己满意的稿，却和自己预期相差很大。
5 M4 U  j1 l0 ?4 I0 W( D( b) J. e　　怎么办好呢：建议交互画粗糙纸面稿，经频繁沟通讨论，再绘制精细纸面稿。再次确认沟通后，才用软件绘制精细线框图。逐渐细化，把矛盾逐批解决，不至于积累到最后爆发。
7 O* ~$ L9 `& p3 ^  [/ g针对交付衔接：
+ P6 E  _7 Y8 t8 R( `　　1. 各个角色在交付文档后，承接人的理解会走形。
　　怎么办好呢：各种交付物在交接时要由负责人在交付评审会上逐条讲解，以实现充分理解。交付物只是用来备案的，不是用来沟通的。
! g( A# y9 S6 @# g' [　　2. 对上游的交付物和交付时间有疑问，不直接询问相关责任人，而是先来询问产品，再由产品转告。
/ j0 K% i: W; ~7 o: R9 A$ t　　怎么办好呢：对特定角色的工作有疑问，要直接咨询此人，同时确保产品被知会到。
  J) ~0 F0 C2 ?# I: ^/ Y% h+ }
交互设计师


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