游戏策划的剧本式改革

abraxas71

楼主我很喜欢你写的这篇，可以私信告诉我你的QQ吗？我希望认识你

我是来造谣的

我所提倡的策划的剧本式改革，就是改变这种情况，让策划案，或者叫游戏剧本，可以像电影剧本一样，在你拿到它的时候，就可以清晰的判断出你的游戏所传递给用户的价值和完整的体验。

我想，lz大大确实有了些想法。希望再多想想，整理整理，能做到“可以清晰的判断出你的游戏（文章）所传递给用户（策划）的价值和完整的体验。”，再来布道不迟。

apm43

我是来造谣的 发表于 2018-5-7 15:17
我所提倡的策划的剧本式改革，就是改变这种情况，让策划案，或者叫游戏剧本，可以像电影剧本一样，在你拿到 ...

关于传递给用户的价值我觉得我在文档里已经讲解的很清楚了，包括高自由度的装备系统、新的付费系统和生态系统等等。

完整的体验不是用文字去说的，是拿配置表说的。你拿什么英雄在什么级别拿什么装备属性提升多少砍怪效果如何都能查到。经济虽然是随机产出的，但我也尽量把它转化成容易理解的数据直观的写出来。我敢说换个别的游戏，就算做出来让你签下来给你测，你对它的了解也不过是前3天新手引导和任务线的那点东西，更细节的你也了解不清楚。我和行业通行的状况的差别就是白盒和黑盒的区别。

我是来造谣的

apm43 发表于 2018-5-7 21:15
关于传递给用户的价值我觉得我在文档里已经讲解的很清楚了，包括高自由度的装备系统、新的付费系统和生态 ...

我有一点建议啊。
现在这文章看起来比较凌乱，感觉很难“在你拿到它的时候，就可以清晰的判断出”具体内容来。
我的建议是，把吐槽的部分分离出来单写。文章内容加一点目录，配置表加一点索引。看起来就不会感到那么混乱了。

lordheart

赞同。
我也始终认为，策划在设计系统或者数值的时候，需要严谨地论证用户体验。
电影剧本的用户体验设计，是全程精确到秒的。那游戏体验设计，需要精确到什么程度呢？
我个人认为，前三十分钟到一个小时，也需要精确到秒。首日，精确到分钟。首周，精确到小时。再往后的，精确到天。
能做到这一步，只要在论证方法和结果准确性上不出大错，其他环节（市场，运营，等等）不掉链子的情况下，产品数据绝不会差。因为你的设计是经得起推敲和验证的。

垂死病中惊坐起

Teach 发表于 2018-5-7 10:53
感谢作者带来的长文
个人感觉作者很可能还没有想清楚根本问题所在，所以需要用大量局部的表面现象去佐证自 ...

那么根本问题应该是什么？

apm43

我是来造谣的 发表于 2018-5-8 09:01
我有一点建议啊。
现在这文章看起来比较凌乱，感觉很难“在你拿到它的时候，就可以清晰的判断出”具体内 ...

抱歉我不能采纳。

首先我给出的是一个工程级的开源项目，而不是一个过家家的教程。如果是为了给新手入门写教程我是绝对不可能花3年多时间的。而一个工程级的文档，该有的门槛不会因为多写个目录就消失的。

其次我除了序章，也就是贴在论坛里的部分，写了一些职场常见的问题，目的是希望能引起业内的一些共鸣。正文里我认为并没有多少吐槽。正文里虽然也写了一些职场不太好的现象，但那是为了我提出的新方法、新规范而进行的论证。我在里面也说过，我不是只写说明文，还在写议论文，就是要把我的思考过程也写出来。

也许未来这种剧本式的策划方式能被人所认可，那么那时候就不需要写这么多论证自己合理性的论述了，但作为第一篇，我认为这种论述是非常必要的。

我是来造谣的

apm43 发表于 2018-5-8 20:48
抱歉我不能采纳。

首先我给出的是一个工程级的开源项目，而不是一个过家家的教程。如果是为了给新手入门 ...

列不出目录只能说明思路不清，想到哪写到哪。
思路不清的内容不成体系，整理不出框架的。

如果lz觉得，这评语很苛刻，是菜鸟的说法，也请无视之。那还请继续努力，让我们看看这历经3年打磨的东西到底能做到什么程度

apm43

我是来造谣的 发表于 2018-5-8 21:58
列不出目录只能说明思路不清，想到哪写到哪。
思路不清的内容不成体系，整理不出框架的。

Word有一个基本功能，你把导航点出来目录就会出现在左边。

我在文档里写过一个我的经历，就是项目已经实现了一个很成熟的功能，然后一个新功能里包含这个已经实现的功能，分配给一个程序做，结果这个程序不愿意看以前的代码，自己新写了一个。以前的功能之所以成熟是因为经过多次debug，他新写的就不行了，各种问题而且达不到预期效果，让他改最后变成一个扯皮的坑。

很多时候不是你给他全服务好，留一个螺丝位给他拧螺丝就行的，他不经历一个全局的掌握，不经历反复修改的磨练，就想要一个简单的任务，其实是做不成的，最后坑的是整个团队。

如果你觉得我思路不清不成体系，你可以写一个更好的，我把这个开源出来就是希望行业能接受这种做法，采用这种做法。

我的水平就这样了，要我写得让人一看就容易理解，我就只能删减大量的干货，把完成度降下来，用一些通行的概念去讲一些根本触及不到开发实质的人云亦云，如果是这样我根本就没必要做这个项目。

我是来造谣的

apm43 发表于 2018-5-8 22:51
Word有一个基本功能，你把导航点出来目录就会出现在左边。

我在文档里写过一个我的经历，就是项目已经实 ...

lz你满意就好，我只是提个意见，可以不接受。（嗯，word大纲功能挺好用的）

关于程序的问题，我倒想说道说道。你让他接手已经实现的功能，再加新功能，那你至少要把已经实现的实现方法、内部逻辑、调试过程告诉他。“他不经历一个全局的掌握，不经历反复修改的磨练”，怎么可能了解已有功能的成熟度和可扩展性呢？
他不了解，自然会觉得用已有架构修改的时间成本太高（事实上，越成熟的架构修改的难度越大；甚至有的完全无法修改），进而选择自己重做了。