认知
何谓认知？
一个人决策时根据他的记忆分析出性价比最高的方案的过程表现
通过分析行为来了解认知的作用
愚蠢
方法论不足，个体对世界的认知程度未达到这个社会要求的底线
负面情绪
未预测到的糟糕结果发生时，会诱发负面情绪
个体在预测结果时若预测到了坏（不希望发生的）结果，才能在结果出现时以良好的思维惯性去应对
因此要主动养成双面性（在预测结果时将好和坏的结果都考虑进去）的思考模式
如果一个人能算无遗策（形容策划精密准确，从来没有失算），那么很少有事情会激发他的负面情绪
道德
判断做一件事的性价比时，应将道德作为一个要素考虑进去：看似高性价比的不道德方案，很可能实际是不划算的
同样的，当我们意识到道德是一种很有价值的资本后，就可以考虑如何扩大这项资本所能带来的收益
记忆
记忆的存储
大脑中存在若干节点，各节点之间有连线将其连接起来，解决问题的过程，就是找到一条从问题节点到目标节点的路径（中间经过了若干过程节点）
每次解决会生成和强化路径中各子路径
上述节点可视为记忆块，要想解决问题（找到解题路径），首先要求节点的数量要足够多
记忆的调用
上述节点间的连线（路径）是人通过主动思考构建的，因此“开路”要比“拓宽路”耗费更多的精力（解决新问题比解决老问题难）
如果一个问题反复出现，因为解题路径已非常宽敞无阻，因此解决起来会觉得很容易
启示
应主动创建新的节点（多学习各方面知识），在不断复习的过程中巩固和加深各节点间的联系
如何提高认知？
提高记忆容量
学习。但如何坚持学习？
通过目标驱动，尽快意识到学习能带给我们的好处
- 为达成目标，我们需要将所学内容用于实践，这给了我们验证所学内容的机会，在该过程中所学内容即会被加到我们的记忆库中
- 内在驱动所形成的目标，可以让我们在面对枯燥和乏味的学习时，仍能坚持下去。因为学习者明白自己所学内容会在将来某刻被用于实践。这将使学习成为一种自发行为
快速记忆内容
勤：快速试错，在相同时间内尝试更多次，除了最后一次的成功经历外，前面的每一次失败经历都会成为以后决策相关任务时的“丰厚家底”
沟通
为什么要沟通？
为了使个人价值在社会中发挥出更大的作用，需要借助他人（团队），因此需要沟通
沟通的第一要务：了解对方需求，有的放矢
程序想要的
在开发之前，程序员应在通读策划案后向策划确认自己所有的疑问，优秀的程序能猜出策划将来可能要做的扩展，进而设计良好的架构来为扩展做准备
与不同程序员的具体沟通方式
架构师
特点：熟悉游戏设计
沟通方式：回答架构师提出的问题即可
高手
特点：熟悉游戏，对于策划提出的大部分功能，在他心中有要参考的游戏
沟通方式：除了回答问题，还需告知他该系统将会以什么样的形式扩展
普通
特点：借助自己以往的工作经验做事，如果要做的任务以前没接触过，会表现得和新手差不多
沟通方式：考虑到该程序可能出现的失误（通过对以往工作的总结得出），全面地解释该系统，包括现有和以后打算设计的类型，以便程序抽象出合理架构应对策划未来的需求
新手
特点：不理解要做什么
沟通方式：全面地解释该系统，细致地规划出从现在到将来的所有工作任务；将策划案分成不同阶段提供，以防程序面对庞然大物无从下手
美术想要的
同与程序沟通类似，根据认知层次的不同将美术分类，对各类美术使用对应的策略
与不同美术的具体沟通方式
美术总监
特点：有自己的艺术风格
沟通方式：让其参与到设计中，根据他的意见修改游戏系统的展现方式
高手
特点：有足够的游戏设计经验
沟通方式：直接告知他需要什么系统，只要他做的效果不过于糟糕，可以遵循他的想法
普通
特点：已度过新手期，但经验不足
沟通方式：提出自己的想法，征询他的意见，在尝试不断突破的情况下以他的设计眼光为主
新手
特点：对游戏的了解不足
沟通方式：直接给出具体的在其他游戏内的参考，如图片、视频等
如何书写清晰的文档？
文档是上述策略产出的最终结果，好的文档应能避免许多不必要的沟通
给自己
策划在设计一个方案时，会有很多细节文档，这些细节文档汇聚成一个总文档后，就成为一个“庞然大物”。直接将它交付给他人，会让其产生畏难情绪，甚至迷失其中
“庞然大物”中的内容
- 设计内容是什么
- 为什么这么设计（当需要更改系统设计时，可遵循该设计原则继续设计）
从文档中抽取关键词列表，分别标出其在文档中的具体位置，为从文档中抽取针对性文档并交付给相应的队友做准备
给程序
程序要的是能更容易抽象出结构和流程的文档
因此文档中应使用结构图、流程图呈现系统逻辑
对于图中的各节点需要分别做出详细的设计
这样做有助于设计师将自己的设计清晰化，防止疏漏
给美术
提供参考用的动图或视频，以确保设计能被精确执行
如果美术有想法，可以鼓励他发挥一番，只需告知他设计目的（验收标准）即可
如何开高效的会议？
好的沟通可以将问题扼杀在萌芽时
会议：设计师向所有人交代自己的设计，分3阶段
设计师陈述设计内容
说别人想听的，即按别人能接受的方式去讲解
- 在PPT中描述出设计原因、重点
- 结合自己绘制的结构图和流程图告知大家需投入的资源量
回答疑问
对于纠结于细节设计点的问题，可以先记录，并声明该阶段仅回答对设计案本身的疑问，确保会议能顺利进行下去
交流意见
对前一环节记录的问题，针对其中较易回答的现场进行回答
将需要时间的问题留到会议之后
重点是控制会议节奏，避免拖延
