阅读 29

投标中技术文档编写的一些经验

前言

前面我们已经讨论过整个投标过程如何进行组织,这次我们主要讨论技术文档编写的问题。技术文档作为投标中重要的技术响应和应答内容是技术团队价值的集中体现。

开始前准备

  • 招标文件的统一解读和理解的对齐,战略对齐
  • 人员对齐,确定参与的人员和方式(兼职,全职),防止后面扯皮推诿
  • 节点核对,初稿,终稿,开标日期都要提前明确,时间对齐
  • 统一文档模板,编号,标题,题注的写法,这个谈起来都是泪,最好把word,visio的格式都统一了,千万不要把wps和office混用。

开始编写

  • 确定方案结构,并尽早评审,目录结构改起来成本很高
  • 收集问题统一反馈给招标方,统一理解反馈
  • 方案内容拆分,具体到人,每人二次确认内容和主要思路
  • 每天方案合并,这个道理跟协作开发是一样的,尽早的合并可以有效的减少后期冲突规模
  • 有疑问尽早与负责人确认
  • 建议搞一个评分响应索引表,便于专家现场去查看
  • 建议在技术差异表中正偏差的用粗体或是红字标出

初稿评审

团队对初稿进行检查和初步评审,确保内容齐全,结构完整。

双盲专家模拟评分

找一个没有参与到方案编写但比较了解这个领域的人员来模拟专家根据招标的评分标准进行评分,注意这个过程最好不要出现在编写团队的面前,根据他的评分和反馈,对方案进行必要的调整。

结束前准备

团队自查

  • 编写团队齐套检查
  • 编写团队格式检查
  • 编写团队偏差检查
  • 编写团队评分项核对

外部检查

  • 外部人员乞讨检查
  • 外部人员格式检查

定稿评审

  • 团队评审

不是结束的结束

  • 人员投入工作量统计
  • 团队复盘
文章分类
代码人生
文章标签