数值策划的重要工作之一，就是建立整个游戏系统的数值和算法框架。有人要说，数据和算法不是程序应该关心的事吗?这句话说对了一半，程序怎么会知道游戏中的人物有几个属性，怪物应该如何?而某某系统又要用到多少数据?更不用说比如帮会、技能等系统的某几个数据应该如何如何操作，放到哪里加减乘除，前后操作的顺序流程诸如此类的问题了，策划不说，大家猜着哑迷做游戏么?
那么又有人要问，策划出个详细的文字方案不就好了，至多画个流程图，让程序自己去决定么。话也没错，国内大部分公司都是那么做的，策划整理出文字内容的数据结构说明和操作流程，让程序自己判断和具体实现，但是如此一来，策划对游戏的掌控能力又剩多少哪?将来数据要扩展，思路要修改，又从何下手哪?一般来说，负责系统设计的都是上层策划，对游戏系统的把握和掌控都是感性和理性的，而程序是属于逻辑性的内容，一个小系统的文字方案，交到程序这里，要真正实现到完全体现上层策划的设计理念，估计没有个三五万字是描述不清的，即便描述清楚了，可怜的程序同志还要仔细理解和阅读您老的长篇大论，万一来个文字歧意或者笔误，很可能程序最终实现和上层策划的意图是貌似神离的，所以国内公司在具体游戏制作中需要大量的策划和程序交流，这是一种不科学的做法，假设这是一个外包的策划方案，无法及时交流沟通哪?这时候就需要一个沟通感性/理性的上层策划和逻辑的程序间的桥梁，将所有策划意图数据化，结构化，表述出逻辑内容。使得程序不需要思考如何去实现策划意图，按照数据策划提供的表格化数据结构，公式化表述和程序式描述就可以了。
简单来说，数值策划的底层工作就是将上层策划的抽象感性的系统描述具象化逻辑化，做好上层策划和程序交流的通道，在上层策划的方案前提下，配合或指导程序，制定出数据结构和算法流程，并保证其被实施。同时在策划和程序有需要时，迅速为双方提供各自所不了解部分的内容说明，对策划说程序实现，对程序说策划思想，游戏最基本的数据和具体数据流向等，是必须在数值策划全力参与或者主导下完成的。(实际情况是目前很多公司没那么做，比较常见的就是程序包干这一块，策划出个简单文字的，多交流就过去了，其实是很严重的错误，也是为什么策划方案外包困难的重点问题之一)
