精华内容
下载资源
问答
  • 投标书技术部分和组织施工部分 
  • 软件项目、投标书、技术部分、 软件项目、投标书、技术部分
  • 此文档有详细的标书编写技术,涵盖多方面的信息,对初写标书者有很大的帮助。
  • 某市平安城市视频服务系统工程竞争性合同谈判申请文件投标书技术部分(上册)(475页),2021平安城市解决方案城市高清监控系统建设与运营维护
  • 如何写好一份投标书技术部分的感悟 转自:http://passover.blog.51cto.com/2431658/708938 标签:投标书 经验分享  最近为了写投标书搞的焦头烂额,由于自己也是第一次比较深入的参与标书编写,实在摸不到...
     如何写好一份投标书技术部分的感悟
    

    转自:http://passover.blog.51cto.com/2431658/708938

    标签:投标书 经验分享

        最近为了写投标书搞的焦头烂额,由于自己也是第一次比较深入的参与标书编写,实在摸不到方向,好在有人指点得到不少经验教训,特记录下来以备后用。

        1. 读懂找标书:如何写首先要看如何要求

        今天又被痛批一顿,原因就是标书根本没看仔细。我以为自己写技术标部分就可以了,其他部分只是很粗略的过了一遍,结果写出来的章节内容就是想当然,孰不知人家前面的要求里有很明确的说明。人家就是要求对未进行检测的功能有实质性说明,也就是说主要说明内容就是未检测功能,说明的方法是具体实现的途径和相应截图。

        2. 理清方向:想清楚客户想看到什么,你要从哪个角度去写

        最近两份标书在写,一是项目投标,另一个是产品选型。看了一下内容很相似,就直接把一个标书复制到另外一个标书中了,结果又被一顿教育。其实前者是一个项目,那标书中要说明的是我们系统有哪些功能,能够适应项目需要。而后者是一个选型,并不要具体产品,但要说明它的需求是怎么实现的。这就应该完全是两个角度去写,其实这些要求应该从为什么招标以及招标的具体内容角度去琢磨。

        3. 前后呼应:先从总体上考虑宏观设计,再用细节章节描述具体实现

        在最近一次写标书的过程中,几个人分工协作,章节一列,大家一份就各自写去了,等到合并的时候发现前后连贯性极差。参考了别人以前写的标书发现整篇前后呼应非常好,先是一个总体设计目标,然后给出相应的架构设计,指出每个子系统怎么分工协作,实现上有什么技术难点,后面就是针对每一个系统一一详细说明,再用关键技术章节说明怎么解决这些难点的,感觉就是一气呵成。仔细想一下,我们做的时候应该先大家讨论出一个总体设计和一个详细的系统功能图,再确定每个模块的具体功能,然后才是分工,这样才能保证整体的连贯性。

        4. 响应需求:必须对用户需求有提炼,形成自己系统的功能

        刚开始写标书,为了响应用户需求,能做的最简单办法就是换成问答题,就是他说要什么,我就说有什么,但最后写完感觉整个标书没有自己的东西,特别是自己特用的东西往哪里写都不知道了。经过指导才认识到需求是要先经过提炼,然后消化成自己系统功能的一部分,这样给别人看才认为你是理解需求了。其实你很容易发现用户提的需求是很零散的,有些需求放到一个并不太相关的子系统需求中去说明,而你实现肯定会在其他地方,这就要根据实际情况去写,还要写的有道理。其实这个过程感觉就像是给你一个新需求,让你去重新设计一套系统。对于响应的一一对应当然也是要的,这是体现在技术偏差表中,但也不是把用户招标文件照搬,还是要有一定的提炼概括,否则20页的偏差表专家会有心情看吗?!

        总结一下,刚开始写投标书真是觉得摸不清标准和尺度,但想明白了发现其实没难。首先要看清楚客户到底要的是什么,然后想明白自己怎么才能给出一个满意的答案,最后就是有条理、有针对性、有信服力的把这些内容写出来。以上是这些标书编写的一点感悟,希望大家能多提意见,共同提高。

    展开全文
  • word文件,529页,平安城市视频服务系统工程竞争性合同谈判申请文件投标书,精品一级
  • 最近为了写投标书搞的焦头烂额...我以为自己写技术部分就可以了,其他部分只是很粗略的过了一遍,结果写出来的章节内容就是想当然,孰不知人家前面的要求里有很明确的说明。人家就是要求对未进行检测的功能有实质...

    最近为了写投标书搞的焦头烂额,由于自己也是第一次比较深入的参与标书编写,实在摸不到方向,好在有人指点得到不少经验教训,特记录下来以备后用。

    1. 读懂招标书:如何写首先要看如何要求

    今天又被痛批一顿,原因就是招标书根本没看仔细。我以为自己写技术标部分就可以了,其他部分只是很粗略的过了一遍,结果写出来的章节内容就是想当然,孰不知人家前面的要求里有很明确的说明。人家就是要求对未进行检测的功能有实质性说明,也就是说主要说明内容就是未检测功能,说明的方法是具体实现的途径和相应截图。

    2. 理清方向:想清楚客户想看到什么,你要从哪个角度去写

    最近两份标书在写,一个是项目投标,另一个是产品选型。看了一下内容很相似,就直接把一个标书复制到另外一个标书中了,结果又被一顿教育。其实前者是一个项目,那标书中要说明的是我们系统有哪些功能,能够适应项目需要。而后者是一个选型,并不要具体产品,但要说明它的需求是怎么实现的。这就应该完全是两个角度去写,其实这些要求应该从为什么招标以及招标的具体内容角度去琢磨。

    3. 前后呼应:先从总体上考虑宏观设计,再用细节章节描述具体实现

    在最近一次写标书的过程中,几个人分工协作,章节一列,大家一份就各自写去了,等到合并的时候发现前后连贯性极差。参考了别人以前写的标书发现整篇前后呼应非常好,先是一个总体设计目标,然后给出相应的架构设计,指出每个子系统怎么分工协作,实现上有什么技术难点,后面就是针对每一个系统一一详细说明,再用关键技术章节说明怎么解决这些难点的,感觉就是一气呵成。仔细想一下,我们做的时候应该先大家讨论出一个总体设计和一个详细的系统功能图,再确定每个模块的具体功能,然后才是分工,这样才能保证整体的连贯性。

    4. 响应需求:必须对用户需求有提炼,形成自己系统的功能

    刚开始写标书,为了响应用户需求,能做的最简单办法就是换成问答题,就是他说要什么,我就说有什么,但最后写完感觉整个标书没有自己的东西,特别是自己特用的东西往哪里写都不知道了。经过指导才认识到需求是要先经过提炼,然后消化成自己系统功能的一部分,这样给别人看才认为你是理解需求了。其实你很容易发现用户提的需求是很零散的,有些需求放到一个并不太相关的子系统需求中去说明,而你实现肯定会在其他地方,这就要根据实际情况去写,还要写的有道理。其实这个过程感觉就像是给你一个新需求,让你去重新设计一套系统。对于响应的一一对应当然也是要的,这是体现在技术偏差表中,但也不是把用户招标文件照搬,还是要有一定的提炼概括,否则20页的偏差表专家会有心情看吗?!

    总结一下,刚开始写投标书真是觉得摸不清标准和尺度,但想明白了发现其实没难。首先要看清楚客户到底要的是什么,然后想明白自己怎么才能给出一个满意的答案,最后就是有条理、有针对性、有信服力的把这些内容写出来。以上是这些标书编写的一点感悟,希望大家能多提意见,共同提高。

    转载于:https://www.cnblogs.com/zhengchunliu/archive/2012/08/07/2627035.html

    展开全文
  • word文件,475页,平安城市视频服务系统工程竞争性合同谈判申请文件投标书,精品一级
  • 运维标书技术部分的编写

    千次阅读 2009-11-28 22:26:00
    三、运维标书技术部分的编写 重点: 文档格式严格遵照招标书格式,注意评分细则,响应并最好高于要求响应招标书中的要点。 评分方法: l   运维服务工作方案( 55 分):考虑运行维护服务工作方案的完整性...

     

    一、运维招标的由来

    当一个软件项目结项以后,往往有一段时间(一般为一年)的免费运维服务。如一年以后项目仍在甲方运行,该年度的软件运维则以运维服务形式向运维商招标。最常见的如杀毒软件的年度服务费。

    就当今现状,其一甲方(多为政府或事业单位)不会编写招标文件,其扮演的角色多为管理和组织(也就是提要求),实施多由公司来做;其二软件是由软件开发商开发的,运维服务也很难不由他们来做。

    所以甲方运维招标多有脱了裤子放屁之嫌,只因为政府经费的使用须公开公平公正(不然批不下来花不掉),走走招标的形式。但长远来看,随着多方集成项目的增多,技术壁垒的减少,例如硬件运维方向的多方竞标情况也会逐步增多。

    如前文所述,现在甲方招标书往往是由软件开发商编写的,实际就成了自己考自己,自己给自己招标的情况。所以招标书的编写水平决定了运维标书编写的难易,既需在招标书中设置一些对自己有利的门槛,也需注意自己以后能否响应做到(要点应清晰,服务要求不能过高)。

     

    二、运维招标书的内容

     

    l  概述:介绍系统开发背景、运行现状和软硬件环境

    n  服务对象:软件系统名称

    n  实施地点

    n  实施时间

    l  运维要求和内容:运维总体需达到的目标和具体内容

    n  日常运维和应急方案编制

    n  业务运行保障(系统稳定是降低运维成本的保证)

    n  系统功能维护(可以设置一定门槛)

    n  咨询服务支持(服务是运维的比拼:态度、及时响应)

    n  人员保障

     

    三、运维标书技术部分的编写

    重点:文档格式严格遵照招标书格式,注意评分细则,响应并最好高于要求响应招标书中的要点。

    评分方法:

    l  运维服务工作方案(55分):考虑运行维护服务工作方案的完整性、合理性、适宜性和先进性等,优得51-55分,良得46-50分,一般得3045分,较差得30分以下。

    l  项目组(20分):人员构成合理,技术背景良好,项目经验丰富,充分满足和适合项目的需要得16-20分,一般得11-15分,较差得10分以下。

    章节内容:

    l  概述:对应招标书概述部分,可突出我公司承担本项目的优势。

    l  运维服务范围:运维服务系统名及主要功能

    l  日常运维方案:运行维护原则、运维人员岗位职责和运维内容

    l  应急处理方案

    l  服务质量保障:技术响应、运维人员保障等

    l  运维团队及资质

    l  主要运维表单模板:维护计划、问题跟踪、缺陷记录、新需求记录等

    展开全文
  • 最近为了写投标书搞的焦头烂额,由于自己也是第一次...我以为自己写技术部分就可以了,其他部分只是很粗略的过了一遍,结果写出来的章节内容就是想当然,孰不知人家前面的要求里有很明确的说明。人家就是要求对...

        最近为了写投标书搞的焦头烂额,由于自己也是第一次比较深入的参与标书编写,实在摸不到方向,好在有人指点得到不少经验教训,特记录下来以备后用。

        1. 读懂找标书:如何写首先要看如何要求

        今天又被痛批一顿,原因就是标书根本没看仔细。我以为自己写技术标部分就可以了,其他部分只是很粗略的过了一遍,结果写出来的章节内容就是想当然,孰不知人家前面的要求里有很明确的说明。人家就是要求对未进行检测的功能有实质性说明,也就是说主要说明内容就是未检测功能,说明的方法是具体实现的途径和相应截图。

        2. 理清方向:想清楚客户想看到什么,你要从哪个角度去写

        最近两份标书在写,一是项目投标,另一个是产品选型。看了一下内容很相似,就直接把一个标书复制到另外一个标书中了,结果又被一顿教育。其实前者是一个项目,那标书中要说明的是我们系统有哪些功能,能够适应项目需要。而后者是一个选型,并不要具体产品,但要说明它的需求是怎么实现的。这就应该完全是两个角度去写,其实这些要求应该从为什么招标以及招标的具体内容角度去琢磨。

        3. 前后呼应:先从总体上考虑宏观设计,再用细节章节描述具体实现

        在最近一次写标书的过程中,几个人分工协作,章节一列,大家一份就各自写去了,等到合并的时候发现前后连贯性极差。参考了别人以前写的标书发现整篇前后呼应非常好,先是一个总体设计目标,然后给出相应的架构设计,指出每个子系统怎么分工协作,实现上有什么技术难点,后面就是针对每一个系统一一详细说明,再用关键技术章节说明怎么解决这些难点的,感觉就是一气呵成。仔细想一下,我们做的时候应该先大家讨论出一个总体设计和一个详细的系统功能图,再确定每个模块的具体功能,然后才是分工,这样才能保证整体的连贯性。

        4. 响应需求:必须对用户需求有提炼,形成自己系统的功能

        刚开始写标书,为了响应用户需求,能做的最简单办法就是换成问答题,就是他说要什么,我就说有什么,但最后写完感觉整个标书没有自己的东西,特别是自己特用的东西往哪里写都不知道了。经过指导才认识到需求是要先经过提炼,然后消化成自己系统功能的一部分,这样给别人看才认为你是理解需求了。其实你很容易发现用户提的需求是很零散的,有些需求放到一个并不太相关的子系统需求中去说明,而你实现肯定会在其他地方,这就要根据实际情况去写,还要写的有道理。其实这个过程感觉就像是给你一个新需求,让你去重新设计一套系统。对于响应的一一对应当然也是要的,这是体现在技术偏差表中,但也不是把用户招标文件照搬,还是要有一定的提炼概括,否则20页的偏差表专家会有心情看吗?!

        总结一下,刚开始写投标书真是觉得摸不清标准和尺度,但想明白了发现其实没难。首先要看清楚客户到底要的是什么,然后想明白自己怎么才能给出一个满意的答案,最后就是有条理、有针对性、有信服力的把这些内容写出来。以上是这些标书编写的一点感悟,希望大家能多提意见,共同提高。

      原文出处:http://passover.blog.51cto.com/2431658/708938

    转载于:https://www.cnblogs.com/qumao5736/archive/2012/09/07/2675664.html

    展开全文
  • 里面有4份文档,基本上...四本分别为:IT项目实施与管理方案-投标书.docx、非常全的软件设计方案.doc、天津市南开区卫生局信息管理平台系统软件采购项目-投标书-技术部分.docx、网上客户管理系统投标书技术部分.docx
  • 软件项目投标书-技术部分

    热门讨论 2016-11-30 09:45:53
    包括4份文档,基本涵盖软件项目技术应答部分,可以用于技术标书制作时参考。
  • 我下的没用,而且分数又高,感觉不值,现贡献出来。但内容还是很详细的,适合专业的软件项目标书
  • 小区集成方案投标书模板(技术部分) 小区集成方案投标书模板(技术部分
  • java软件项目投标书技术部分,供大家参考学习
  • XX能源云数据平台建设项目_投标书_技术部分_V1.0,2021政务数据治理解决方案架构数据共享大数据平台可视化技术方案
  • 基本涵盖软件项目技术应答部分,可以用于技术标书制作时参考。
  • 软件项目标书-包含技术部分,实施规划等
  • 软件开发-技术投标书

    2018-08-14 09:58:45
    这个文档可以应用到软件投标、和毕业设计里面,涉及了软件各个知识点(管委会网站门户改版项目投标书(技术部分))
  • 【精品】A五莲县智慧城市建设(智慧交通与智慧城管)PPP项目-技术标书-第四分册-技术方案-智慧城管平台及城管监控部分.docx
  • 服务器存储扩容应用的技术部分,详细介绍扩容所需的技术参数,以及注意细节
  • 3.5分部分项工程施工技术方案(绿化部分) 273 3.5.1苗木的施工方案 273 3.5.2草坪的施工方案 276 3.5.3绿化栽植与养护 277 3.5.4越冬管理措施 283 3.5.5补种措施 283 3.5.6绿地的植物病虫害防治 284 3.6针对本工程...
  • 福禄克Fluke DSX2-5000 CH线缆测试仪技术标书,深圳福欣智能工程师整理的DSX2-5000测试仪技术指标,供大家招投标使用。 DSX-5000基本功能: (一)电缆测试部分 1. 电缆链路测试(永久链路/通道,Cat3/5/5e/6/6A/7...
  • 某公寓小区智能化布线系统集成方案投标书(技术部分) 前言 ***公司运行公寓小区,占地108000 m2,18栋公寓楼,5栋别墅楼,1栋会所。根据**公司 为该小区智能化系统工程制定的***公司 运行公寓小区工程项目规划书>>的具体...
  • 17日的时候,开始写作标书,由于对技术比较熟悉,于是我就从技术应答入手,对该项目要求的回答的技术以及项目整体要求进行回答,提供我们解决思路和保证完成整体要求的措施。 18号的时候,由于公司请...一个是技术部分
  • 刚入行时有幸参加了几次标书编写,但因受限于当时软件开发方面的知识和经验,参与的部分其实都是比较格式化的,基本都是填充具体开发实践部分内容,如:某某功能具体实现逻辑...标书可分为商务和技术两个部分,可以写在
  • 软件项目标书样例.doc

    热门讨论 2008-11-28 16:59:41
    软件项目投标书的技术部分,供制作标书参考
  • 对于从事网络工程的技术人员来说,标书是经常碰到的事。作为标书,我们一般分为招标书、应标书(投标书)、评标书部分。 一、招标书 招标书是某一工程项目向社会公开招聘建设者的文件,在实际操作过程中,又分为邀...

空空如也

空空如也

1 2 3 4 5 6
收藏数 103
精华内容 41
关键字:

标书技术部分