第7章 编制预算 自以为是

    项目申报方案提交后，需要编制申报项目预算时，金总安排他自认为很靠谱的研发得力干将曾一笑负责，这样小宝的售前技术支持工作也告一段落，计划安排支撑别的项目。

    销售黄子黄将总集给的项目预算模板转发给曾一笑，可几天过去后还是没一丁点儿动静，一催曾一笑他就对黄子黄笑，这也是他的优点特点。人如其名，面对客户，领导同事，以及他父母亲人，当他完成不了或者做不到时，只要对方一催他，他也不着急，你骂他也不生气恼火，还就面对你呵呵一直赠你一笑。最后销售黄子黄真急了，向公司总经理金总申请换人，因为之前与小宝合作很愉快，这次直接点名要小宝负责。

    顾及到曾一笑的面子，项目预算编制任务还是由他继续负责，金总只是让小宝协助参与，主要负责与总集的沟通与协调，这样小宝又回到项目中来了。向总集提交项目预算表截止日的当天下午，小宝和销售黄子黄一同乘车赶往总集公司的项目预算编制现场，路途中，曾一笑也是非常主动地将最新的预算表文档v10发送给小宝和黄子黄，让他们提修改意见。

    总集负责本项目的销售赵嘉仁实在是被甲方项目专员郭佳佳催急了，转头十分钟一个电话催促蓝鲸公司销售黄子黄索要材料。黄子黄也被赵嘉仁催烦躁了，首先电话再三反复和曾一笑确认并保证v10版本内容基本上是ok的，同步在得到总集方的承诺后（目前只是先合一稿版本，后面内容还是可以修改的），也就将v10文档转发给总集销售赵嘉仁。

    但当小宝到达总集办公室，用电脑打开项目预算表一看，直接傻眼了，里面的内容填的简直是简单粗暴。想想自己只是参与，曾一笑和金总关系也铁，为了保持和谐友好的同事关系，也不便于多说什么，但为了将来不背锅，小宝还是拉了一个公司内部群，凭借着自己的工作经验，小心翼翼地在群里提了些意见供曾一笑参考：

    （1）项目预算等于各模块乘以价格因子系数之和：a=m1xy1+m2xy2+m3xy3+……，评审专家评估审核后的预算，才是最终的项目招标预算。

    （2）现有模块功能拆分的太粗糙，不够细。根据模板要求，需尽可能将功能拆分到叶子节点。以权限管理模块m1为例，应尽可能拆分成用户管理m11、流程管理m12、项目管理m13诸如此类的小模块。因为如果大模块m1预算整体被砍了，那将就损失巨大。

    （3）有些功能比如算法功能的价格因子系数定为最高值50，取值太高了，不契合现实。按照甲方的评审游戏规则，在项目预算评审时，专家根据方案评估功能开发难度后，是有权重新调整价格因子系数的，一般只会下调不会上调。所以在项目预算填报时，绝大多数乙方或丙方都会自觉将价格因子系数设为10，偶尔20和30，极少出现40和50。

    （4）功能模块描述尽量要往甲方的核心业务、关键业务上靠，描述内容上要体现专业丰富，保证一定的描述篇幅和内容质量。

    在总集办公现场，小宝也是同步将自己的疑虑向总集销售赵嘉仁进行咨询，得到肯定的确认后，小宝第一时间通过网络，将现场情报传回公司。彼时，曾一笑组长正领着几位研发同事在公司慢悠悠的拆分功能。当天晚上19:00左右，曾一笑更新了一版v20发给黄子黄，黄子黄也及时将v20版本转发给总集销售赵嘉仁，然后他俩盯着总集的售前工程师在最新的合稿版本中将该模块内容进行替换更新。