新人求教，如何写好能让程序美工准确理解的细化文档？

wjschen

大家好，本人是新入行1个多月的新人，目前想请教的一个问题是如何对策划文档进行细化？让程序美术能够准确的理解自己所表达的意思，尤其是程序方面。流程图方法小弟已经知晓，望大家能告诉些其它方面的要点。

hlatar

对于程序来说，他们需要的是文档逻辑严密。


首先，你得有逻辑清楚的大纲，先说明整个系统的的实现目的，然后为了实现这个目的你设计的各个模块的功能，接着根据模块的相互供求关系来划分好各个功能模块部分在文档里的顺序，再在每个功能模块段落下细分说明，这是搭架子。


接着，你在细分的时候不能认为某些地方是常识而省略，每个地方都要写透，写明白每个情况下应该是作何处理（简单的比如一个选项，满足了条件如何，没满足条件下，没满足a条件如何，没满足b条件如何，没满足c条件如何，ab同时没满足如何这些东西，当然也必须是这些情况下处理不一样才需要这样细分）。


这一点其实有程序基础的同学应该清楚，程序的代码其实是告诉电脑让电脑执行的文档，那么程序本身的思考也偏向于这种，而不喜欢让他们自己用大量时间去思考你的文档有哪里没写清楚。


最后，文档一定要做的漂亮些，分段的一些技巧你可以具体看看你组里前辈写的东西，有的文档看起来就赏心悦目，有的文档全凑一起密密麻麻没法看，你一看就懂的。。。


总的来说，我个人是觉得写文档最好用写程序的思考方式来， - -# 所以我觉得有程序底子的策划比较容易和程序沟通。


至于美术，做角色特效什么的话应该公司都有专门的文档格式来写，基本是文案的活，只需要描述精确就好。如果是一些系统或关卡里的场景或ui设计，你与他们沟通最方便的也最好学得工具是visio，可以大体搭出一个效果图告诉他们你需要制作的场景，界面是什么样的，简单一点的word附带的画图栏里的工具也可以完成。美术需要的是直观可以看到的东西。

wjschen

非常感谢hlatar的回答，在下学习了。

BF

在描述较复杂的逻辑时,使用伪代码式的写法(大量的if else或者switch case)是程序最喜欢的.或者可以用流程图,更直观.
但是必须注意,这同时也在挑战你自己的逻辑性,而且是在挑战你对需求的理解程度.

在描述属性较多的对象时,我一般都是在WORD文档上用表格来枚举每个属性的名字(当表头),类型(最好能细化到占用多少字节),字段解释(写清楚这个字段的相关逻辑),完成度.然后以这个文档兼顾需求文档,开发文档以及验收文档之用.

wjschen

谢谢，多谢指教！

lenongku

给一个清单好让他们知道实现你的想法有什么元素    这点能让程序在碰到疑问时能自主决定些小细节或者准确的反馈给你，清单对老鸟策划是高效的保证，对新手是高容错的保证  至于这单子该写成什么样最好按之前的标准
给一个截图好让他们知道最终效果是什么样的   这点你得知道他的理解范畴用他能顺畅理解的方式交流，否则你的拙劣的文字组织能力会轻易的击败你，碰到游戏经历很广的程序是新手策划的福气

每家公司规范都不一样，以上纯扯淡

弹你小雀雀

请去问需要看你文档的程序和美术

显然不同水准的人需要不同的文档
对方经验太少，能力太低，文档需要更具体形象严密
反之反之

土匪猫

上面说的都是泛泛的内容。

学数学的狂啸“世界上一切事情都可以用公式来表达”。

写案子的策划也可以狂啸“世界上一切事情都可以用流程图来表达”。

绕过来绕过去，晋升为高级策划，还是绕不过“流程图”这一关的。

1.简洁

2.思路清晰

3.细节到位

我不相信就职一个月的策划能把一个组队系统，或背包系统的流程图画到这种程度。

楼主亮出流程图，随便在论坛上找人喷喷，就知道程序美术不能理解你想法的问题在哪里了。

wjschen

多谢诸位赐教！小弟学习了！

养猫男

这要和你的程序以及美术多沟通。程序注重逻辑关系。要严谨。考虑所有层面的判断。
美工则需要更具体的。由于美工的文化程度不同（很多偏低），偏好也不同，所以你得和他们达成共识。比如一个美工他很宅，你只要说做个御姐他就明白是什么样的，不然你就得具体描述一下御姐是什么样。需要你反复的其碰。