讨论一下策划流程与程序协作的问题……

sjinny

一开始想用马甲的，不过想想算了……认识我的就当作不认识我，然后回帖+飘过吧……  ；）

不知道大多数的公司是怎么做的，是不是这样：策划部门内部讨论-->策划编写策划案-->程序实现……
不知道大家对这样的流程有什么看法：策划部门内部确认核心需求和基本设计原则-->策划与程序一起设计，策划偏重需求角度，程序偏重实施角度-->程序实施，过程中策划持续跟踪、评估和修改初始需求和初始设计。

低调地飘走…… [em9]

盟主

然后就开始做游戏 然后就一个接一个的失败

lasthuhu

我是任务策划，很少和程序打交道...
脚本自己写了的噶活

sjinny

2楼能否说说理由……

盟主

如果是你自己做游戏 你自己做主 也许你能做的更好，也许你陪钱 换来的是玩家对你的支持。  因为公司需要赚钱  赚钱是目的 这样很多东西就变质了

当初韩国的天堂游戏 不是很赚钱 都是月卡的点卡的  最开始在台湾都是免费的1年多   现今在韩国运营10年了吧
比一比谁赚的钱多    你是个好策划 你既然想出来的东西 程序就应该能做  除非你是幻想     你说你想出来的东西 （有些国外游戏都类似的实现了）  程序做不了  是不是要改 改改 讨论讨论 啥都变了

我是一个玩家啥也不懂 乱说的

sjinny

呃……不明白为什么第二种流程会阻碍公司赚钱……

Ross

盟主: Re:讨论一下策划流程与程序协作的问题……

如果是你自己做游戏 你自己做主 也许你能做的更好，也许你陪钱 换来的是玩家对你的支持。  因为公司需要赚钱...

新人...
低调...

jimey99

策划部门内部讨论-->策划编写策划案-->程序实现……

写策划案之前可以和程序简单的讨论下，半小时左右就可以了，再写策划案。听听程序的意见先，反正最终也是需要程序去实现。

Salivaxiu

既然是协作，我认为，策划应该懂点技术，技术应该有点策划意识

一个功能的从无到有，不应该单纯由策划决定从无到有

我认为，策划为核心， 市场 技术辅助，结合这些信息，然后实现这个功能

还有，我很痛恨大公司这些流程。。。原本2天解决的问题，这些行政手续，文档就要搞一周，麻烦

既然是团队，干嘛整的跟政府部门一样各自为政呢

个人认为流程可以简化简化

策划组决定功能，市场和技术评估可行性，策划出文档，技术实现，全员评估功能价值和测试，策划修改，程序修改，最终使用

个人意见，纯讨论，飘过。。。。。还有个人认为，策划应该是全才

4234733

我一直以为公司都是用第二个流程的呢（PS我还在等通知中）
个人的理解，策划就像古代的谋士，程序美工就如同将军和士兵，一个偏向于设计，一个偏向于执行。但是设计的东西想让将军能正确的实施，一定要让将军也参于讨论，毕竟文案和执行是不同的。除非策划的能力真像小说中的诸葛亮一样神。。。