[原创]策划入门:怎么描述一个操作

yii

最近很忙，上来的少了，今天上来发一个东西，就是一个描述操作的模版（自己写的）。


描述操作最重要是什么呢？就是规范和明晰，要让制作者一目了然，不容易产生误差。不仅操作文档，这也是策划所有文档的一个原则。

操作要点就是是否方便，用户可以最简单最习惯的完成需要做的动作，这方面打没有必要标新立异，挑战用户的习惯是愚蠢的。（尝试一下设计功能把鼠标左右键位置对调的后果......）


附件里是我写的一个登录操作，从状态、输入、输出、冲突联系四个方面来说明。

当然，写策划按最好遵循这个原则：可以用图的地方就用图，可以用表格的地方就用表格，不得已在用文字描述，总的来讲优先级别是这样的：图>表格>文字描述

当然了，真正用在开发中的策划案就是需要细致到每一个操作，不忽略任何的细节，这是非常难以做到的，这就是我为什么说点子、想法不值钱，但是策划确有很大价值，也很难做的原因了。你想出一个点子，论证其可行以后，把点子细化到每一个操作，这个点子的价值价值自然也就出来了。

好创意人人有，但是可以一丝不苟的做到每一个细节的人却很难找。

策划最好懂一些程序美术知识，这样你才能从程序、美术的角度来思考自己的东西，是否能够制作？是否容易制作？程序、美术是否又可以一眼看懂你写的东西呢？

有点子的人遍地都是，但是好策划很难找，大家一起继续努力吧!^^

sleepd

可读性太差。

附上我以前写的东西，仅供参考。

diling

二楼发的是什么东西??看不到啊

yii

二楼的是一个流程图
不过标准的流程图一般应该用Visio话
你把这个流程图给程序就让程序作东西，未免也太不负责任了
我这里说的是描述操作，而不是描述过程^^

所以说最关键是把每一个细节都说清楚

光之翼

还行，图下面的描述再详细点就好了。

yshyn521

二楼的单拿出来基本没什么用。给自己看还行

zfscnu

感觉 执行策划 就是做 编译器的工作

把主策划的高层想法 编译成 程序可以理解的 语言，当然或者也因为分属不同部门，建立起规范详细文档来为了未来的推责任做准备^_^

sleepd

哦哦，第一次有人批评我写的策划案，还是个策划。

我要说明的是，我没有评论楼主的内容，我说的是这种写作形式“可读性”太差。

如果还无法理解什么叫“可读性”，看看我把这两份文档交给了一个程序员之后，他的评论：

首先是楼主的：

xxxx 说:
意思很明白
xxxx说:
但是很乱

----------------------------------------

然后是在下的：

xxxx 说:
赞
xxxx 说:
比他的容易明白多了

--------------------------------------

其总结发言：

xxxx 说:
感觉他自以为自己懂程序设计，结果做了很多工作，其实更加混乱
xxxx 说:
我觉得给程序看的东西，就是让程序对策划脑子里的东西有个直观的印象。除非那个策划很懂程序，否则多做工作只有乱。

---------------------------------------------

楼主也可以做下这样的试验，毕竟策划案是给别人看的。

yii

我现在也是做主策划
以前也作过程序（写程序不比某些专业的程序员差）

楼上的做法太粗了，执行过程中非常容易偏差，总体感觉就是只有一个流程图，而没有内文的内容。

我发哪个只是COPY操作描述哪个部分，流程图肯定也要画的，不过没有贴出来。
个人认为如果不能细化到每一个操作，那个策划文档的意义不是很大
只写流程不写具体内容的做法个人不认可，虽然国内大部分公司这样做的。

我比较喜欢日本台湾对策划稳当的细化要求，光是讲流程，写标题的文案也太简单了，如果策划要求只是写一个标题，也太容易了^^

个人这样认为的：
概要设计书主要描述威慑么这样做，阐述自己的思想；
详细设计书细化到每一个操作和细节，不再去做其它冗余的描述，程序只需要按照要求进行编码就OK。

游戏还是一次规划到底，然后贯彻到每一个细节为好。
如果在执行过程中每一个人去发挥一点，那么偏差将会不可避免。

非常不认可“直观印象”的做法，这样其实是策划应该做的工作没有完成，而把细节设计甩给了程序，如果思想不一致，那么造成返工或者品质无法保证的责任肯定也应该由策划承担。

yii

不过话说回来
不同的公司要求会有一些区别，也没有固定的模式
以上也是个人看法^^

个人受台湾人影响较深，所以觉得还是做细比较好。