历时一个星期的××地税数据仓库投标书从昨天开始受到了各位领导严重批判，总体来说我写的方案一无是处，只能作为陪标的一份标书。心里很不是味道，一周的辛苦白费不说，给领导留下的印象一定是能力极低。 思前想后，觉得各部门领导们的意见还是很有道理的，从不同的高度，用不同的方式看待一份投标文件应该具备的内容，侧重点在哪里，哪些客户最关怀，哪些应该具体描述。总结一下，死也要死个明白： 首先再说一下为了尽量改进一下我的标书，昨天上午临时添加了一份点对点应答书，书中对于投标要求中的所有问题一一进行了简单的描述，很多都是“见标书 XX 小节”，因为时间的关系。在写这份点对点应答书的时候，就发现一些问题在我的投标书中没有对应的描述，或者没有很明确的回答。所以在以后做投标书的时候，一份点对点应答书 是必须的： 可以检查你的方案是否涵盖了需求书中全部的内容 可以最直观的反映出方案中你用什么技术、方法来实现这些具体的问题 也许因为问题没有连贯性，所以假如在投标书中体现的话，整个标书的结构会很散，所以单独一份点对点应答书是必要的 下面总结一下投标书应该包含的内容： 总体目标 每个项目都应该有一个明确的目标，业务上的，技术上的。目标应该是高层次的，概括的。一个项目的目标可以有多个，比如业务和技术的目标就是两个，技术是为业务服务的，分开写会显得比较专业。每个目标都应该用一句话就可以说明白，要精练到只用一句话描述每一个目标。 总体规划 规划就是你打算如何实现这个项目。在下面有一个详细的实施规划 ，总体规划应该是实施规划的概括，比如说计划分 N 步实施，每一步都要达到什么效果，实现什么目标或者子目标。在投数据仓库的项目时，因为客户对数据仓库的认识和使用本身就是一个逐步认识、体验的过程，所 以数据仓库一般会包括数据仓库基础平台的建设（数据集中、数据法律规范、数据质量等等）、报表、关联查询、主题、数据挖掘、决策支持这些步骤，对每一个步骤的 认识、应用、和实现都可以是由简到繁的，可以把几个步骤合在一起，先进行简单的实现，然后在通过使用过程中随着认识的加深，再通过迭代的方式重新实现。提 到重新实现，就会出现两种方式：推倒重来还是在上次的基础上更新。这就是下面体系架构 应该考虑的问题。 业务分析...
