PM用VISIO把产品全部给画出来了，产品策划干什么该？
情况是这样的：其他部门有产品需求时，他们直接用VISIO给做出来而且打印出来了，直接交给技术开发，那么这种情况产品策划干什么去了？技术的反馈就说看不懂，耗费时间和精力，没有交互原型……
产品主要是OA、交易、物流等，通过WEB方式访问使用。 产品策划有两个选择，酌情实行----
1。 在PM画出的一副副单张图上继续操作，画出图之间的关系，手稿就行。比如：图A的按钮点击后打开图B；图A的超链接点击后刷新图A上的某张表格
2。 按照PM的VISIO图，用AXURE重新画出交互某型 那就融入他们当中，参与和他们干一样的工作。
并逐步建议，画流程图时用visio.画原型时用Axure 2# 程冲
前提是PM都不知道什么是原型，直接用VISIO给弄出来了，也没有流程，直接给技术了，然后技术就问我（产品策划）要DEMO 。 3# 尹广磊
想法是好的，要改变起来有点困难。比如PM，我建议过他先弄出VISIO，或者草图来，她说没有~说产品是公司内部用，又不是给外面用户用。
所以，我有时比较尴尬。 公司内部用的东西，一般不大会太注重很多细节，只要开发出来，程序能跑的通，没有BUG就OK了。 我们现在也是这种情况，直接跟美工讲要怎么设计，完全没有交互可言。。。 的确如此呀 这种问题也算技术问题！你做原型就是了。 webppd:money 同样。+1 很多时候人家还没搞清啥是产品策划 啥是产品经理策划应该是意识形态的东西可是很多时候光有意识形态的东西是不够的所以产品策划是啥呢 6# 太白书僮
不太赞同你的说法。不管是内部用还是外部用户用，都是需要让使用者能更好的利用，提高效率。我之前就遇到这样的团队，技术只需要实现功能，也保证没有了BUG，但后期直接被K掉了。就是太注重功能性问题，而不注重使用问题。 没有流程，先画VISIO？
技术其实讲一遍带判定的流程就基本能了解了
让技术去看原型这跟让设计去看流程图是一样的 目前的情况是，用50%动手做axure设计和原型，并输出与此匹配的doc版本需求，再用10%时间和开发/UI嘴巴沟通和说明，然后再用30%时间和研发Email反复确认和澄清一些细节和业务规则，余下10%就是产品调整。
最怕的就是客户前面不积极参与，后面乱发感慨，那调整起来可就是从前到后的痛苦了。不提也罢。 这是一个流程管理问题，我们公司的流程是这样的：
1、首先提需求给需求管理委员会，委员会会组织会议安排PM和技术经理参加，商讨可行性，然后确定最终可以实现的方案。
2、方案确定由PM写需求PRD文档，用VISO画业务流程和逻辑，使用axure制作原型设计。
3、三个条件准备完毕，与技术开发开一个正式的需求宣讲会议，将流程和原型一一展示。
完毕之后由需求管理委员会对技术部实行进度安排和开发的跟进，有问题就及时反馈给提需求的PM，再进行协调沟通。 我们也有类似的情况，其它部门直接用excel、word制作原型进行评审，通过后交给技术部进行实施。虽然产品部参与了其中的评审工作，但是其它过程就没有再参与。。。无奈 如果，pm出的稿子，设计师能看懂，且最后的设计demo大家都认可。那么这个流程ok！
如果，pm的稿子，设计师完全不理解，pm也没有能力去解释他的原型设计，最后导致设计产出跟原型设计有很大的差距，设计稿大家不满意。那么你的优势就来了 公司内部用的东西，一般不大会太注重很多细节，只要开发出来，程序能跑的通，没有BUG就OK了。
太白书僮 发表于 2011-11-4 17:37 http://webppd.5d6d.com/images/common/back.gif
正解。。如果你迷茫 不如和PM分工一下 以后流程图让他给你先 然后你做原型 公司内部用的东西，一般不大会太注重很多细节，只要开发出来，程序能跑的通，没有BUG就OK了。
太白书僮 发表于 2011-11-4 17:37 http://www.hiaxure.com/images/common/back.gif
同意，很多时候原型就是流程图。所以开发完了以后那叫一个面目全非啊。完全不注重用户体验
页:
[1]
2