这个问题需要分开两个部分来回答。
第一是如何写才显得专业。
首先,程序员喜欢看原型图和原型图的跳转关系和了解原型图的逻辑细节,而美术喜欢看原型图,按着原型图来出效果图,除了同事还有你自己,基本上其他人很少会去关心游戏设计文档的具体内容,有不明白的地方直接问你不是更快吗?所以这个问题很简单,把游戏设计文档做成游戏功能的介绍和具体的需求解析(解释?)就可以了,让自己和同事可以有一份游戏功能和玩法参考,让后来加入的同事可以翻看,让自己忘记的时候可以翻看,排版上漂亮一些(这点很重要),只要满足这些要求,那么就应该符合你”显得专业“的要求了。
第二是让程序和美术理解。
和第一点说的一样,程序和美术一般是不会去看设计文档的,除非你把刀架在他们脖子上,他们一般会要求你给他们提供原型图,他们要什么你就提供什么,他们不明白的地方你就给他们解释一遍,循环这个过程直到他们理解为止。你问我能不能在设计文档上面花点功夫让他们自己去看你就可以一边喝茶去?不存在的。就算你把设计文档写得再好,再差,给他们看,你依旧会回到我说的那个循环里头去,口头说明需求并且解释到他们理解为止,所以想让程序和美术理解你的意图,最好的办法是提升你的沟通能力。