功能实现型策划案：以《天天挂机》主商城为例

皇天厚土

ab_946 发表于 2015-9-2 17:15
不错不错，唯一觉得啰嗦的是伪代码部分。
没有必要越俎代庖，把数据和流程写明白就ok ...

是的，最主要的目的就是把数据和流程写明白。
那些伪代码也是为了说明配置表中字段如何使用，完全可以用流程图和文字描述清楚。
表述方式因人、因项目而定。

GOODLUCK！

我也做过一个基本只有我一个策划的页游项目，从我入职第一天到上线就用了3个月不到。

我不知道楼主的项目周期给的多长时间，也不知道楼主策划水准有多牛逼，我只觉得，如果真按楼主这么写案的话，半年能做出一款知名成功的产品，那真就是天才了。

皇天厚土

GOODLUCK！ 发表于 2015-9-2 22:56
我也做过一个基本只有我一个策划的页游项目，从我入职第一天到上线就用了3个月不到。

我不知道楼主的项目 ...

我发帖的目的是为了想跟大家探讨在这种情况下，怎么书写能快速实现的策划案，真诚希望有经验的同行能来交流交流。
是否可以请你也分享下你的思考及其方案？

GOODLUCK！

皇天厚土 发表于 2015-9-3 13:42
我发帖的目的是为了想跟大家探讨在这种情况下，怎么书写能快速实现的策划案，真诚希望有经验的同行能来交 ...

策划更多的时间应该花在思考和沟通上，并非把案子写的多漂亮。

程序很多时候对策划的抱怨并非策划案质量，而是策划各种拍脑袋弄的程序刚做完一个功能和系统后又要重新全部重来。

项目周期的延长，除开技术问题外，几乎就是因为策划思考设计的时间短，瞎拍脑袋多，于是返工重来造成的，加班的情况也有很多是因此而来的。

所以，我一直强调的就是，策划优先思考，其次沟通，案子本身只是作为一个程序工作中的参考样本，但实际上，可能之前你和程序花1、2个小时好好沟通，连策划案都不需要写了。

皇天厚土

GOODLUCK！ 发表于 2015-9-3 22:13
策划更多的时间应该花在思考和沟通上，并非把案子写的多漂亮。

程序很多时候对策划的抱怨并非策划案质量 ...

我个人的理解，策划案就是策划思考的输出，写好策划案能直观表明思考的是否透彻。目前个人能力有限，不写策划案会漏掉很多点，影响开发。
帖子中策划案书写的思考点，伪代码、算法仅仅是一种表述方式，不是我想探讨的点：
客户端程序（前端）对策划案的关注点在哪？功能界面上那些是按钮（点了有反应）、那些数据会变化（服务器告知、写死的信息）
服务器程序（后端）对策划案的关注点在哪？配置表（数据从哪里来、在什么情况下数据有什么变化、依据什么做判断）
策划的关注点？为什么要设计（设计目的），怎么设计（设计思路），具体实现（设计细节）

z543119

偏于脚本执行内容。
文档内容少了商城结构（思维图）、UI操作示意（客户端）
服务器逻辑策划多使用文字描述，所以脚本会有一部分人看不懂。
当然，脚本对程序的执行度会更好，但要考虑新手程序或其他策划接手时的情况。  所以，内容缺少注释 。

综述以上，任务交接或与新手程序配合时，会有他人看不懂的问题。 但对磨合较好的团队没有问题。

（个人能看懂此文档的内容，但写不出来，还望多多包涵）

b8586971

1、程序关注的是你想要的流程，你想实现什么工作，有什么条件、判断、结果等等，你把一堆代码数据什么的给他，他做什么？
2、文档中很多道具相关的东西是属于道具系统，和商城无关。
3、用流程图处理流程更好。
4、策划要考虑的也是这个系统目的是什么，如何达到这个目的，有什么运行过程和异常情况，和其他系统有什么关联等等，写一堆非策划的东西，谁教你的。
5、测试用例是测试写的。
6、配置也最好是策划和程序一起协商确定。
7、可能你们上个公司人员少，策划兼职很多其他职业。

jerry_youme

首先作为一个策划，我都不愿意看你代码那一块更何况程序。文字呈现过多是最令人难以看下去的东西，反而图示最简介明了。更何况每个程序在实现代码时都多少有些自己的书写习惯，你写的这些东西对他来讲是一点价值都没有的。策划嘛，说出你的意图，你需要控制的东西，给出你数值方面的算法，UI之间的交互逻辑就可以了。我看完所有评论和粗略扫了一下忍不住登陆评论了，这可是伦家的初次。那么多年都没登陆评论过！

猴与花果山

其实我是很赞成逻辑代码让策划来写的，这当中可以避免很多的开发麻烦，只是国内的策划和国外的设计师水平是有一个很大的鸿沟的。
但是看你的代码给我的感觉……不太好……
1）很难读懂，推荐看下http://bbs.gameres.com/thread_202846.html
2）为了解决问题而解决问题，补丁式代码，我就说幸运这个问题，如果还有幸运提高百分比和抽10次必出1个XXX的需求，你就会不假思索的增加全局变量。
3）缺乏策划写的代码应有的可维护性——我一贯认为策划写代码的最大优势在于当有一个新的需求的时候，策划能更快、更轻易、更清楚的解决问题，这也是我个人职业生涯中总结了很多机制的原因。不过看你的代码，似乎更多的是解决了眼下的问题，并没有思考更多的（甚至是自己可能会提出的）新想法。比如商品打折，难道不会有某些特殊条件下才打折？比如你有一张优惠券，但你在购买第6件商品才使用（本来优惠券在我手里用不用就是我玩家说了算对不）。

皇天厚土

猴与花果山 发表于 2015-9-8 11:39
其实我是很赞成逻辑代码让策划来写的，这当中可以避免很多的开发麻烦，只是国内的策划和国外的设计师水平是 ...

十分感谢给出如此具体的意见。
这些问题确实存在，是我未写到位的地方，略作一些说明：
1.代码让人看的不舒服确实属于自己经验和能力不到位。感谢提供的链接，收藏，用以自查。
2.因我未曾见过类似我贴中所写的方案，而自己在项目中产生些想法，所以借以挂机商城系统为例，写了一份策划案。意图交流这样书写策划案的方式是否对项目有益，所以在就未曾考虑过其他的需求。
3.代码（更准确的说是逻辑实现）的拓展性和维护性，这个确实是我需要再加强的地方，感谢提出意见