原文内容结束。

提供通用软件技术咨询，故障排查，解决方案，售后维保，技术顾问，软件技术支持兼职,软件功能定制开发，服务外包等服务:

服务类别：操作系统，数据库，虚拟化，集群，存储，备份，杀毒，运维，服务器，数据恢复等

数据库：Oracle, Mysql, Sqlserver, sybase,国产信创项目数据库全系列：达梦、人大金仓等等…

系统：Window，Linux, Aix，国产信创项目操作系统全系列：银河麒麟、欧拉等等…

集群：Rose, Safekit, Lifekeeper, Safekit, NEC, clusterware, 联鼎LanderVault ，atang…

杀毒：瑞星，卡巴，Symantec SEP,诺顿…

虚拟化:Vmware, Hyper-v, 超融合一体机…

备份：SymantecBE, NBU，Veeam…

运维：服务器运维，通用软件运维，办公运维，监控平台搭建，运维系统构建等。

开发：软件定制开发，服务外包等。

博客： softea.cn & 47.115.51.10
电话：18046508828（同微信）

信阳毛尖，自家茶园，好山好水好茶好客，有喜欢喝茶的朋友，欢迎联系，谢谢。

什么是招投标：

招投标项目是指通过公开征集的方式，向有资质的供应商或承包商发布采购需求或工程项目的过程。在这个过程中，项目的发起方（通常是政府部门、企业或其他组织）通过招标公告或招标文件详细描述项目的需求、技术规格、交付要求、合同条款等信息。供应商或承包商可以通过提交符合条件的投标书来参与竞争。

主要步骤包括：

招标公告：发布项目的公告，告知感兴趣的供应商或承包商。

招标文件：详细描述项目的技术要求、合同条款、评标标准等信息的文件。

投标：供应商或承包商根据招标文件的要求，提交书面的投标书，包括技术方案、价格等内容。

评标：对提交的投标进行评审，通常包括技术评估、商务评估和价格评估等。

中标与合同签订：评标结束后，选择最优的供应商或承包商，与其签订正式的合同。

招投标项目的目的是通过公开、透明的竞争过程，选择最佳的供应商或承包商，确保项目的质量、效率和经济性。这种方法广泛应用于各种行业，特别是公共工程、建筑项目、采购和服务领域。

什么是控标？

说明：控标是招投标专业术语,真正的含义就是控制招标,即通过一些手段方法,让招标过程向着对某一方有利的方向发展,最终使得这一方能够中标,或者用自己的独有的参数或者技术来控标,让别人都做不了这个项目,这个项目就是你的。

控标，打个比方说，甲方要采购一套window server 操作系统(其他软件或者设备类推)，打算交给A公司去做，但是不能直接交给A公司，必须要走招投标程序，那么怎么操作呢，直接用微软厂商提供的操作系统招标参数，任何一家投标公司都可以做，所以提供给招标公司的参数就需要有差异化，首先A公司会提供几个控标项给甲方，控标项就是自己公司独有的参数或者技术，亦或者是门槛很高的资质证书之类的，要么就是魔改原厂产品的功能参数，写一些各厂商系统糅合到一起的功能，或者杜撰一些莫须有的功能，或者加上服务或者资质相当苛刻的条件，由甲方写到招标文件中，其他有经验的集成商获取招标文件后，就能明白是被控标或者锁标了。

控标最好是在评分标准的地方控，不要控在资格审查项了，那样的话，人家一看自己资格审查项都过不去就不投了，在评分标准的地方控，人家看到了哪怕知道是控标，有的还是愿意去尝试一下的。控标是一种违法行为，希望大家尽量不要使用，公平公正才是我们要做的。

控标的项目还可以做么？怎么运作？

说明: 投标人想要判断一个项目值不值得做，首先，必须得了解该项目是否已经被控标了，因为通常情况下，被控标的项目，后来者中标几率只有0.1%，这0.1的机会，得建立在“内定者”发生重大问题的情况下。所以，为了避免一些徒劳的付出，如何在第一时间识别已经被控标的项目，成为广大供应商急需解决的问题。
控标的项目，一定情况下也是可以做的，前提条件是，需要了解整个项目的实际情况，能搞定最终用户，很多项目实际招投标参数并不是决定性的，中标后，交付的产品，是否会被最终客户刁难找茬，被刁难后，能否解决非产品方面的问题，才是最重要的。

举个例子：同样的产品，A公司供货的话就没有问题，B公司中标后，供货的话，就有问题，各种问题，你细品。

常见控标手段有哪些？

1.魔改的功能参数。
2.莫须有的功能描述。
3.苛刻的资质条件。
4.苛刻的服务要求。
……

软件招投标参数如何判断：

说明：和原厂提供的参数或者服务做对比。

什么是控标参数：

各种同类产品的功能糅合，魔改的功能参数，莫须有增加的功能参数，苛刻的资质条件，服务条款等。

如何确定客户到底是要什么软硬件产品？

说明：一般已经到招标阶段的项目，最终用户使用的软硬件产品都是已经确定下来了，有条件的集成商直接和最终用户相关人员确定即可。如果集成商拿招标参数到处去确定需要供什么软硬件的情况下，软件商只能根据参数大概告知集成商最终用户可能选取的软硬件产品和型号，最终还是需要和最终用户落实的。

举例一个小故事说明一下整个流程：

需求篇：

地主老王，最近心情不太好，世界那么大，他想去看看。

商贩小A，远隔千里的花费一百两银子(需求调研阶段花费)去京城拜访地主老王，吃喝玩乐花费一千两银子(需求调研阶段花费)后，搞清楚了老王是想三天两夜去内蒙玩一圈，需要买一匹千里马。

实际需求：买一匹千里马。

方案篇：

商贩小A根据地主老王实际需求：买一匹千里马，从马场定了一匹千里马(五千两银子)，并提供了马场提供的这匹千里马的参数：日行千里、白色。

地主老王要求货比三家，公开招标商贩购买的方式，需要商贩小A出一份需求招标参数和报价。

小A按老王要求提供如下：
参数：日行千里、白色。
报价：七千一百两。（报价组成比例：千里马五千，利润20%为一千两，请客吃饭一千两，差旅一百两）

招标篇：

地主老王在衙门口公开招标，需要购买东西的参数是：日行千里、白色。

投标篇：

商贩ABCDEFG······,若干个商贩看到招标文件后，投标如下：
商贩A：千里马，7100两。
商贩B：猫头鹰，1000两。
商贩C: 老虎，3000两。
商贩D：豹子，2000两。
商贩E：白色鸽子，100两。
商贩F: 千里马，6000两。

等等商贩，只要符合日行千里、白色的商品均投标了。

中标篇：

商贩F中标，符合最终用户的需求，实际需要千里马，且价格低者中标原则。

后续篇一：

商贩A气吐血，地主老王表示无能无力，评标者参考客户实际需求：千里马、日行千里、白色，价低者得。

后续篇二：

又过了一年，老王对于上一次采购千里马的事情很不好意思，吃喝卡要小A的后，没成单，这次找到小A，说是还要买一匹千里马，让小A想办法自己中标，小A经历了一次毒打后，请教了相关的前辈后，这次想控标了，于是提供给老王如下参数，并约定告知老王能游泳和会喷火实际交付的时候，不提供：
日行千里、白色、能游泳(偏离原厂参数)、会喷火(偏离原厂参数)。

投标：商贩A，千里马，7100两。商贩BCDE,看到参数后，想争取一下，分别报了飞机、大炮、小汽车。

中标：商贩A如愿中标了。

后续篇三：

又过了一年，老王又需要购买一匹千里马，又发布了同样的参数需求，结果商贩B投诉了这个招标，理由是去年供应商供的产品和参数需求不符，千里马并不能喷火和游泳，于是这个标就被废了；老王又找到了商贩A，商贩A针对这个情况，又提供了新的参数，并约定好实际交付不需要按参数上的提供支持：
日行千里、白色、提供7*24小时的维护支持；

投标：商贩A, 千里马，7100两。商贩B：千里马，8100两(7*24小时维护支持需要人工费用两千两)

中标：商贩A，实际服务支持的时候，并没有提供7*24小时维护支持。

后续篇四：

又过了一年，老王又需要购买一匹千里马，发布了招标参数，然后衙内S看到了招标文件，想做这个生意，然后找到了老王，了解过情况后，知道了竟标低价7000两可以成交，并可以不提供实际技术支持服务。

中标篇：衙内S中标了，商贩A废标后，了解情况后，干不过衙内S，就放弃了。

后续篇五：

又过了一年，老王又需要购买一匹千里马，发布了招标参数，衙内S看不上这点小钱了，这次没有投标，结果商贩B报价7000两中标了，捡漏了，商贩A非常生气，就给老王歪主意，实际B交付的时候，老王让他配置两个专业的维护人员7*24小时照顾千里马，结果一年下来，商贩B倒赔了两千两。

后续六：

又过了一年，老王又需要购买一匹千里马，发布了招标参数，商贩A和商贩B和解了，商贩B给了商贩A一千两，商贩B中标了，老王也不为难商贩B了。

故事结束。

ps: 实际客户的原始需求可能非常的简单，但是实际项目运作过程中，出于各种考虑，会将简单的事情极度复杂化，以便项目的运作。设立门槛是为了更好的运作项目。

892

891

未命名

617.服务器管理口连接

联想：

泰山：

浪潮：

待定：

203

711

15.RoseMirror8.0导入注册码文件

14.RoseMirror选择数据源的使用场景

708.软硬件招投标相关说明