集成软件系统投标书写法

eatapple 发布于 2013/08/06 00:16
阅读 976
收藏 0

   现在要针对某部门的集成软件,做投标书。客户的照片书写得非常紊乱。招标书中在描述用户的需求的同时,有提供了解决的方案。因为我是做软件的,所以我觉得投标书应该是按照整个系统的架构来写。比如首先描述用户的需求,然后分析用户当前的环境,接着提出我们针对用户情况的总体软件设计和集成,接下里开始详细描述每个软件或者软件模块的具体设计。可是我们老板觉得这样写是不对的。他认为用户的招标书里面详细的写了需求,我们只需要按照用户招标书的格式,在各项需求后面填写上是否我们是否满足该要求,然后写一些我们真对该模块的设计。

    我现在比较混乱。老大始终是大啊,标书可能还是要按照老板说的来写。可是我觉得老板是错,但是又找不到理由来反驳他。求指导。

加载中
0
中山野鬼
中山野鬼

这样看你怎么想了。你老大的思维倒也没错。正常系统投标,都有技术响应表。一条条对,除非公司特别牛,很少说去动甲方的整体方案的调整。而甲方的方案也不是随便乱搞的,钱可以多掏点,系统做的不好,甲方负责人也会被骂的。

但你老板不太对的地方在于软件和硬件还是有些区别的。正常政府的项目招投标之前会有可研,就是可行性研究,通常等于把方案翻了个底朝天,意思是这种方案直接做是没问题的。基本等同楼的设计图纸已经出来了,真轮到招投标,基本等同于工程队干活这个档次。不过软件的可行性研究,通常讲功能目标,也可能我没遇到内部系统架构的(我说的不是系统集成,是软件系统)。所以你的想法本身也是正解。原因两个,第一,甲方不在意怎么实现的,第二,里面怎么实现的,最专家的是软件(产品)公司,如果写清楚了等于内定了,这和硬件不一样,硬件功能列出来,可以有几个品牌进入。这很容易因为投标不足而流标,多是非。

要说建议,你问问你老板,缺不缺钱。缺钱呢,老实点,是一单做一单,你们也好发工资,不缺钱呢,专业点,专业角度该怎么分析怎么分析,专家都是讲道理的,偏袒会有,但拉偏架素质低的很少。通常无非是顺手抬轿子的干干,不至于对真的好东西阻拦。当然专业点,自然报价高,风险大点,不过利润也有嘛。哈。

0
王瑞平
王瑞平
老大是对的
0
王瑞平
王瑞平
标书必须符合招标书央求的格式,而且要完全响应招标方的需求。
eatapple
eatapple
回复 @王瑞平 : 很汉子,也谢谢了。
王瑞平
王瑞平
@eatapple 又不是为了要分,呵呵,回答对别人有帮助我已经很高兴了
eatapple
eatapple
你的回答是最直接的。可是你看@中山野鬼是我的偶像,人家又写了那么都,所以对不起了。
返回顶部
顶部