需求—设计—开发 何以将沟通的问题明确化？
详细用图描述，请见附件。http://i.namipan.com/files/a005e9490707efd8da029f52b14fe47b88796f9fc1c3020058a7/0/1.jpg还是用PS或PPT来得快:
[ 本帖最后由 windii 于 2009-4-23 17:33 编辑 ] 在5173你根本没时间把你的想法用模型弄出来，沟通出来还会出很多问题，不管怎么做总是被老板骂
回复 3# wdldongdong 的帖子
从学习中坚持，被老板骂说明老板关心你，忍着。 老板是个大老粗，里面的工作方式会让你发疯的本想放我们公司的沟通流程的
本想放我们公司的沟通流程的，但是JPEG图片竟然说是无效的图片，郁闷，伊兄论坛是不是有点程序上的BUG？ 我测试图片上传没问题，我的论坛用的是5d6d的免费托管，我自己不用系统维护。你看看自己哪方面弄错了，注意上传的大小不要超过512K，上传格式除非执行性程序应该是不限。我是姓尹，不是伊。 :'(~~这图完全是俺公司的写照~~ 好形象啊。。。 哈哈，这个......... 呵 我公司的情况比这个还要复杂。。。。
哎 连个产品经理都没有 跑业务的做策划。。。。 在5173你根本没时间把你的想法用模型弄出来，沟通出来还会出很多问题，不管怎么做总是被老板骂
wdldongdong 发表于 2009-5-9 22:02 http://webppd.5d6d.com/images/common/back.gif
这也是为什么现在众多公司把项目外包出去做，即使自己有技术团队，
我说一个真实的例子，我们公司有一同事，做销售的（有开发、项目经验），在给客户演示方案时，被客户相中，被挖过去直接来负责这个项目的管理，结果，大半年过去了，项目也没有一个影，为什么了，问题出在：
1、领导对需求太过于反复，得不到很好的控制；
2、领导太多了，不知听谁的需求，沟通时，都在讲，确认时没人出面；
这位兄弟说的“根本没时间把你的想法用模型弄出来”，可能是领导不太清楚一个项目的过程，我们经常在项目启动时，第一件事就是给客户领导“洗脑”，把项目操作的过程说清楚，需求怎么配合，确认哪几份文档等等； 我们有的时候太把需求方的需求当回事了，显得很被动。领导也是需求方，领导需求提出的原因：业务需要。一定要弄清楚需求方为什么需要这个功能或这个产品。领导在细节上提出需求的原因大部分是：看到别人家的好看于是说我也要。可以为了目的不择手段，但别为了手段忘记目的。
给客户领导“洗脑”，把项目操作的过程说清楚，需求怎么配合，确认哪几份文档
这么久了我才知道这么流程多重要，在项目需求讨论的时候要把需求的目的讨论清楚，需要实现哪些目的，哪些人合作，哪几份文档，文档由谁出。
千万不能被动，被动的执行的只能算是产品助理。 13# siki
呵呵，你说得对。
不管是PM还是PD，主动统筹是必备的，一旦被业务部门把需求搞复杂了或经常变更，那你就等着挨打吧，
因为这行，干不好，两边不是人， 12# 尹夕奎
第一件事就是给客户领导“洗脑”，把项目操作的过程说清楚，需求怎么配合，确认哪几份文档等等；
我也想，不怕领导懂，也不怕不懂的领导
最怕不懂装懂，装的还牛气哄哄的领导。。。 本帖最后由 探路者 于 2009-12-15 17:22 编辑
为什么要做？能不能不做？该怎么做？能不能那样做？
沟通协调是做产品非常重要的环节吧。 给客户领导“洗脑”真是太重要了！把项目操作的过程说清楚，需求怎么配合，确认哪几份文档等等对工作的开展很有帮助，对待客户的需求不仅要知其然更要知其所以然！ 工作当中的现状就是一开始规划的十分美好，开始执行时欣欣向荣，执行过程中焦头烂额，最后坚持下来的可能做出一个烂尾楼，没坚持下来的就夭折了。 18# 书生
有趣的比喻。 21# guojame
我没有。