我是这么理解应标《技术建议书》的

最近在准备应标的事情，话说这是我第一个参与这个么大的应标。团队的成员还是一帮不熟悉国内应标业务的一波国际业务人员。算是我们这个雏形团队对国内项目的一个试水。

简单理解技术建议书是向别人阐述自己观点的一个文档，这里我来百话下技术建议书！

第一：技术建议是是有规范和要求的

在招标的技术规范书中，招标方会列出技术建议书的要求。一般都是不强制要求需要跟技术规范书上的条目一样，但是如果你没有优于规范书的解决方案（条目或者目录），请严格按照技术规范书的条目来。这样可以避免在方案评审时候给扣分。评审方案的人不会跟你绕圈子去找功能实现。

第二：体现自己产品或者方案的特色

一般技术建议书会有聚焦方案这样一个条目，如果你没有相关的特色，也请根据产品的解决方案，再提炼提炼，特色算是一个加分项，虽然说不写也不扣分。但是能加分或者是提高印象分不是更好？

第三：自己有的功能可以详细描述

有时候我们的在做技术建议书的时候，需求的功能并不是完全满足的。或者说需求有偏离的时候，大家可以避重就轻，可以把自己擅长的功能描述的细致些，必要的时候可以配图。对于有偏差的或者不能满足的可以讲的含糊一些。

第四：需求偏离说明

一般在技术建议书提供的同时会让你提供一份需求偏离表。我想说这个地方，如果你想应标，就请空表提交，即使偏离了，第一阶段方案入选的时候，不要录入，请在方案入选后加紧实现吧。如果你这边写了偏离，那么不好意思，直接出局。

第五：关于总章节数

一般技术建议书是方案评审很关键的一个环节，所以在写的时候，尽量让文章看起来丰满些。几百页的建议书请不要闲多，很多时候，我们宁愿写的重复些，也不能让评选方案的人认为你没有或者有缺失。

上述仅代表个人观点。如果有不同观点，欢迎交流。