关于售前！

network

关于售前！(2009-10-12 23:35:08)
转载标签：产品经理it行业售前it 分类：林威工作记录
有时候，做决定也需要一个理由！需要一个爆发点！


(一）售前其实不复杂，所有的ＩＴ人多多少少做过一些售前，所以都可以关注坛子里，有一些人在关注什么是售前，这个问题坛子里讨论太多了，就像老吴说的售前就是售前过程，所以售前其实绝大多数ＩＴ人员多从事过，
做ＣＴＯ的，从事过，他可能参与前期项目的咨询和制订策略；
做ＣＥＯ的，从事过，他不可能不关心他的投标项目，否则他立即下课；
做产品经理的，从事过，很多产品经理就是专职的售前，很多产品经理支持售前服务；
做项目经理的，从事过，他要做前期调研工作，前期接触客户，否则怎么做好项目经理呢；
做开发的，从事过，偶以前做开发的时候，就经常安排写方案，没有做过售前的开发估计也是不受重视的，属于对业务不了解的开发人员．
做售后的，从事过，和开发人员一样，也要学会学方案，做交流，
做销售的，从事过，只是没有深度和说服力，所以做一些辅助性的工作；
做售前的，全程参与，分工更加明确，做的更专，像ＩＢＭ，微软，ＳＡＰ这样的中国公司，可以说做售前的就太多了．可能叫法不一样
看来，几乎没有人不参与售前过程了，所以多学习一些售前的技能，做一个综合素质的人，还是非常必要的，无论你是做什么的．
（二）售前的简要过程开始：咨询部分（业务诊断、规划、输理、流程改造、建议、技术方案、实施）售前部分（需求分析、需求确认、梳理改造、技术方案（技术选型、产品选型）、投标）。那么这里会有多少问题呢？而且这些问题涉及的人员有售前，销售，开发，实施，和管理人员。下面我稍微清理一下，可以提那些问题和分享哪些经验
1）业务层面的，各个行业的业务非常不一样，大家可以把交流过程中的业务情况分享出来，大家看如何实现，是否合理，如何看待，例如：“电信规定1：手机用户按秒计费；2如果客户没有按期缴费，电信运营商停止其服务，直到其缴费完成后1天内重新启用服务”
2）技术层面：问一些工作流的技术细节，如何实现流程的发起、审批、监控、结束，又比如：对于交换机什么是802。1X认证，有那些用处？
3）产品层面的，某B2C平台，用户访问量非常大10万在线，目前中间件：应用服务器平台是否能处理，效率如何，对硬件服务器的要求是不是很高？内存要多大，处理器要多高，TPCC
4）人文方面，比如对某省某单位某个信息中心的办事风格的评价，对事不对人，论坛里好几万人天天全国各地飞，没准，就有谈到大家都去过的地方，论坛里出现了这样的事情，呵呵。
5）售前工作，如何写标，如何交流，这方面讲的很多了。
（三）职位或职能的不同主要在这三方面：
1、别人能决定你做什么。这里别人泛指：制度、规定、领导、客户等——不好改变
2、你能决定别人做什么。这里别人泛指：与项目相关的人——无法全面
3、你自己还可以做什么。——拥有一颗售前的心，并尽力行动。
售前售前，销售之前。
售前的工作职位就决定了要冲锋在前，前期的调研探索是重中之重，没有良好的开端如何能够继续做下去。
售前售前，以售得钱。
售前的收入方式可以看出就是以销售的任务额为准。
尽管大多数公司并不遵守这个原则，但从职位定义来说却是这样。
拆售来看，是“佳口”二字，可见售前的口才是如何重要。
从调研，需求分析，设计方案，投标等等一系列过程下来，没有好的口才来应付各种场面是不可能的。
拆“前”来看，是月+刀+宝盖。
意义深远：
努力提高自己的技术技能，每月必升是很重要的。不然脑袋上的宝盖就要飞了。
所以售前需要的技能：
既有销售一样的口才和应变能力，更要有深厚的技术功底。
进可做销售，推可做开发。
进推自如。
所以做售前难，做个好售前更难。


（二）产品售前工程师的职位精髓功能是什么？
售前就是企业产品线,方案线的门户一样!通过了解客户的业务和相关问题,把后端的产品整合成方案满足客户的需求.这个服务过程,包括方案的编写,技术沟通与呈现,咨询等等就是售前的精髓!
桥梁: 技术人员与销售人员的桥梁
专家: 代表公司技术水平的技术专家，有管理经验的专家
医生:了解企业管理病痛，开出处方
教师: 能说会写，利用丰富的知识指导企业作正确的事
消防员: 解决客户危机。自己挖坑自己填，别人挖坑你来填


（三）售前如何与有效沟通
总体说来:要以不同的角度阐述相同的问题,心态非常更重要!如果非要从资深角度出发,沟通的问题很多时候不是沟通的问题，而是你知识，技术，技能，心态，环境的综合体现。不要指望从一个方面改进CAI,售前交流十条军规。
沟通是一个很难的问题,口才好不一定会沟通,但会沟通口才一定好!主要是一个心态的问题.心态很重要.心态的调整又往往抹杀了个性,什么东西都要付出代价的.
但是售前是销售和咨询服务!仅仅心态好不能解决问题,更多的是靠你的知识,技术和业务的理解分析,去帮助用户解决问题.
有时候用户的观念还停留在过去的一些陈旧的观念和不够科学的观念,你的新东西很棒,他就是难以接受,所以他宁愿接受一些他熟悉的套路.所以我们为什么推出了CAM和CAI的沟通演讲方法.
营销还有一句话:没有卖错的,只有买错的.
很多时候,我们不能去怪售前,我真的觉得很多售前的能力都超高!但是遇到一些可爱的客户(售前面临的客户一般不是一个人,而是一群人,这群人水平良莠不齐,但提问题的时候,他多半以专家的形式来跟你对话),也没有办法.
这个时候,你可能说战略也会有问题,或者策略有问题,但是分析过后,还是不对,有些时候靠点运气的!呵呵.
有时候,不要把所有的事情都压在售前身上.
售前演讲跟拍电影一样,是一门遗憾的艺术!
总体来说售前一定要全面,要了解理论,方法,经验,技巧.你呈现的东西才会接近完好!
营销还有一句话:没有卖错的,只有买错的.
这句话的道理在哪里?
所有卖产品的,都不会卖错,因为他毕竟有卖点,而卖点,是没有办法比较的.所以买了产品的用户就比较可怜,他只能去接受了,就比如你买房子,卖房子的总不会错,说这也好,哪也好.但是你买完后.一个月发现没有问题,时间一长问题就来了.
卖点这个东西,对售前来说,又爱又恨,有时候你一个超好的功能,不一定比别人一个普通的功能好,有时候自己一个不太好的功能却意外地胜出对方,呵呵.(这里面原因太多了,4000字的分析,算了不写了)但是一定要坚信自己的东西是有价值的.
因为用户还会买错的.
后面那句话:只有买错的.
时间是一个很好的证明!为什么这么多ERP签合同的时候,或者验收后都觉得不错,但是过了2个月就觉得受骗了呢!
所以两者的搏奕就是:好东西就是好,烂东西就是烂!自然的铁律永远不变.


（四）售前的体验
很多人都看过《猎狗的故事》这个小段子，故事似乎有两个结局，一个是悲剧，就是最后冬天到了，狗儿们都给扫地出门，另一个是喜剧，被扫地出门的狗们成立了猎狗俱乐部，最后过上了幸福美满的生活。其实每一个IT人似乎都有一种类似于猎狗的焦虑情绪，我们的现状还好是因为我们还有用，但是未来，一直是一个不敢面对的东西，无论在现实中，还是在故事中，幸福的老猎狗似乎都是少数。有时候，甚至大家在想，做一只吃草的兔子该是一件多么幸福的事情。
当然相对于那些每月2K的兔子，IT这样肉食的工作还是充满了诱惑力，面对这个职业，很多刚出校门者，都有一种近乎本能的希望加入的冲动。但是，压力也是永恒的，它很象安徒生童话里的那双红舞鞋，穿上才知道这其中的危险，此生中注定你将无法停歇，你将不断的跳，至死方休。一个不断发展的行业，很多概念还没有实用就已经过时，学习速度永远赶不上知识的更新速度。三十年的老会计是公司的镇宅之宝，而三十岁的程序员，很多却已如同过气的歌女。于是有一个更为时行的故事流传起来，将挨踢的和挨KAO的做了一番有趣的对比，最后的结论，老九的位置不论是以历史的排法还是按文革的排法，都是无比的正确。
上天有好生之德，世间无绝人之路，大能的神对于IT行业当然也不会法外加刑，否则这许多除了一把年纪什么都没有的好男人若是真的绝了种，神岂不是也不太好玩了。售前显然是IT行业最终之路中的一条，就如同在娱乐界，酒吧女如果中途不从良最终总会去做妈妈桑一样。在成长中的猎狗眼中，无论是售前还是妈妈桑，都是老猎狗的职业，都是一个令人向往的幸福生活。不过由一只青春猎狗成长为一只老猎狗显然还有很长的路要走，历史的经验告诉我们，再平坦的路都可能摔跤，柏油马路发明以来，死在路上的人数甚至超过了战争。
在职业旅程中，我们是成为路边上出来吓人的枯骨，还是成为路中间诱人前行的塑像，这一切似乎都源自造化。不过，经验总是可以借鉴的，职业的成功远不象地震那样难以预测，总结一下，想成为一个成功的售前，其实和其它任何一个资深的职业一样，离不了勇气、机会和能力三个要素。
一次成功，必然是由一个抉择开始的，很多的伟光正都是事后才认定的，在刚开始时却不一定，此时，最需要的是勇气。套用美国大兵手册里面的一句话， “你做的任何事情都会挨枪子，什么都不做也一样”。售前就是这样一粒枪子，唯一的区别是你有选择不死的权力。对于一个程序员来说，售前是一个极大的改变，因为这意味着你的生活将脱离控制。一个IT化的人面对着一台电脑，就如同士兵手中拿着武器，只要你掌握了他，他就是一个对你言听计从的哥们，而一个售前，面前的那一群人类你永远无法掌握。
强调勇气，是因为见过太多的人在这种机会面前退缩，前面说过，在IT之路上，实际上还有一个更令人羡慕的终极职业，那就是产品经理，手中掌握着公司的核心机密，一种不管谁当政都不会受影响的超级员工。所以，很多时候售前并不是程序员的第一选择，研发骨干才是。但是，很多的项目经理实在不适合做产品，在项目中他们其实已经在和人打交道了，只是这次，不再是面对面的谈，而是面对一群人，别人坐着你站着，别人看着你说着，这一切都是一种全新的体验，只是这次的体验，却不一定让人愉快。
而在另一方面，对于公司而言，售前的每一次的派出，都意味着一笔不小的支出，同时又意味着一次商业机会的落定，没有哪个公司会将这种关系到钱途的位子随便托付给什么阿猫阿狗。除非RP特别的好，否则这样的机会不会多次出现。用我们经常给市场人员说的话，天上掉下来的，不一定是馅饼，还可能是石头，而且，即使是馅饼，如果太大了，依然可以把人拍死。
在公司的职位中，售前并不在正常的晋升之阶上，因为有些素质甚至和IT的职业特征相背，面对计算机太久了，很多人习惯了专业术语，习惯了非对即错的二元论，甚至习惯于命令式的语气，而这些都是与人打交道中的大忌。在很多人眼里，IT人群就是一些怪物，费尽口舌之后经常会得来一句所问非所答的咒语。不过这同时也带来另一个好处，那就是，在公司的选择范围中，具备售前素质的人并不会太多，有志于此的人，总会获得机会的垂青。
机会来临时，抓住它，这是一句老生常谈，但是，机会也许不会象你想的那么直白。崔健有一首歌，叫做《投机分子》，里面有几句歌词很让人印象深刻， “忽然来了一个机会，空空的没有目的......机会究竟是什么，我们现在还不清楚，就象你十八岁的时候给你个姑娘。”。实际上几乎每一个售前的第一次，都很象这最后一句话，能否成为护花使者，甚至最后成为大众情人，还是要取决于此后能力的培养。
在BBS上，能力的等级最常见的分类是菜鸟、大虾和妖精，这种分类虽然远没有王国维人生三境界那么浪漫，不过却也十分形象。作为一只IT老猎狗，虽然还没有成精，但是那些成精的故事还是知道不少，现在最常干的事情，就是坐在圆圆的饭桌旁边，给后辈讲一些妖精的故事，那时候，还没有妖精，这个世界才刚刚开始......。人是人他妈生的，妖是妖他妈生的，没有人知道第一个售前的妖精是怎么诞生的，这样的妖精的历史似乎可以追溯到苏秦张仪为代表的纵横家。不过既然这种史前的妖精都有当人时的惨痛历史，现在的妖精自然也不例外，每一个妖精的前世都有一只菜鸟在呱呱乱叫。

（来自）http://bbs.cisps.org/viewforum.php?f=90

HelpDesk

http://baike.baidu.com/view/1150242.htm

ＣＲＭ

http://baike.baidu.com/view/648655.htm

刚才忘记了,真不好意思,这里边有很多新人,我就直接贴出来吧,这样也方便大家查看与讨论,刚才发的那个还请管理,把它撤消了吧,不好意思.

IT界，成功的完成一个项目的需要销售人员、售前人员、项目实施人员（开发人员）、售后服务人员等密切协作。本文从售前技术支持人员的角度，对售前技术支持工作的过程进行了描述，根据作者在售前的经验，提出了各环节的应该注意的要点，希望能对售前人员的工作有一定的帮助。
1. 售前人员需要具备的素质
售前人员应该是项目开发人员与业务销售人员的桥梁，在业务销售人员眼中，售前人员扮演的是技术人员或技术专家的角色，而在项目实施中的开发人员眼中，售前人员是专注技术的销售人员，在用户眼中，售前人员，是代表公司技术水平的技术专家。在一个具体的售前技术支持活动中，售前人员协调销售人员、用户、后期开发人员间的关系，将公司的技术实力向用户展现，听取用户的初步需求，与用户讨论项目系统的初步框架，协助销售人员将公司的产品和技术优势推荐给用户，为后期开发人员屏蔽用户不合理的、给项目实施带来技术风险的需求，是项目的技术框架的最初设计者。
售前人员要求具备一个技术人员和销售人员两方面的素质，具体如下：
●熟悉自己的产品。
●具有比较全面技术专业知识。熟悉当前IT的技术发展方向。
●对本公司的开发能力、技术优势、劣势有比较清楚的认识。
●作为行业软件的销售，必须熟悉本行业的业务，对本行业的信息化的现状和发展方向有一定的认识，了解行业中的其它专业软件的基本情况。
●熟悉本行业的技术和产品动向，了解同类产品及其竞争对手的情况和特点。
●能熟练使用文本和图形编辑器进行方案、标书的编写。
●熟悉项目招投标的一般程序。
●善于交流，有良好的沟通能力和技巧。
一个人通常不可能具备这么全面的知识和技能，因此，对于大型项目，为了与客户进行全方位的交流，展现公司实力，对系统进行初步的论证和设计，其售前往往是一个团队，这个团队根据项目的需求，可能有行业业务专家，数据库专家、操作系统专家、信息安全专家、网络构架师、软件系统分析员、项目管理专家等角色。
2. 项目招投标活动的过程描述
项目从前期跟踪，签单，作为售前人员，需要与销售人员密切合作。通常获得一个项目的前期过程如下：
1.销售人员拜访用户，了解用户的项目基本情况，向用户介绍公司和公司的产品，与用户建立起良好的关系。
2.销售人员在用户招标前，引入售前技术支持人员，与用户进行技术上的交流和沟通，了解用户在项目上的需
求，偏好的技术构架，引导用户到本公司的技术思路上，这个过程可能是需要多次反复。至少要做到用户对公司有一定的兴趣，愿意邀请你参加投标。
3.用户发招标书，售前人员根据招标书的要求，结合前期与用户交流的情况，编写投标书。
4.参加招投标会，进行技术、商务上的讲解和答疑。
5.参加商务和技术的谈判，起草项目商务合同和技术协议书。
6.签订合同，项目实施以及维护。
2.1.招投标前与用户的接触
招投标前与用户接触，了解用户的真实需求和想法，通过交流，了解用户对系统框架、平台、新技术的偏好，使以后在投标中能“投其所好”“命中要害”。介绍公司的技术和产品，使用户在招标前对本公司技术和产品能有比较清楚的认识和了解，将用户的需求引导到本公司的技术和产品的思路上，使用户的在技术上对本公司有一定的偏好。
交流和需要了解的内容通常包括：
1.用户的组织机构，信息化的现状，现有的硬件设备、网络情况、正在使用的软件系统情况；
2.新系统的规划、目标、规模，要求等，包括用户对系统的安全性、可靠性、易用性、扩展性的要求；
3.业务内容、业务流程系统的现状，软件功能需求；
4.平台和数据库的选型；
5.信息安全、存储的需求；
6.对软件开发机制的认识；
7.用户感兴趣的热点技术；
交流应该广泛，不要只限于项目的具体负责人，如果有条件，可以拜访更上级的用户，以及各部门的主要负责人或技术权威，尽量了解用户的对项目的认识和想法，交流和拜访中要善于识别用户的身份，抓住对项目有决定权、影响大的用户的想法，同时，可以初步分析哪些用户可能是以后的招标评委，留意他们对项目感兴趣的地方。以便在投标和讲标中有所针对性。
引导用户向本公司的擅长的技术路线和产品特点上。可以将以往做过项目的情况、功能特点讲给用户，最好是借助演示，这是用户会告诉你哪些是他感兴趣的，哪些是没有意思的，其它对手的产品是什么样的等等。这样便于与用户进行深入的交流，找到与用户相互的共鸣点。跟踪和了解对手情况，了解同类产品的现状，这是一个长期积累的过程，分析对手的产品和解决方案可能的特点，找到或提出比对手有新意的、能吸引用户的系统亮点。当然，这些亮点的提出必须先考虑自己的技术实力和项目的投资规模。
2.2.投标及投标文件的准备
2.2.1成立投标小组
成立项目投标小组，投标小组的核心应该是项目的法人代表授权人。根据项目的规模、技术难度和招标时间的要求，制订投标计划，将计划分解到每个人员上，确定每个人工作内容和计划，确定计划的执行的监督人员。投标的时间一般都是确定的日期，而且比较短，这也是考验一个公司和团队的响应速度，必须在这个有限的时间内完成投标书的制作，否则，将由于准备不充分而丢标。这需要平时的技术积累，对行业知识的积累，投标书的积累，如有类似的的标书或模版，以及良好的团队合作精神和氛围。
作为一个行业应用项目，技术部分可能涉及到的人员有：网络规划师、硬件产品经理、软件构架师、行业专家、数据规划专家或数据库专家信息安全专家，以及其它专业领域的专家等。这个团队建立，需要整合公司内部和外部的相关资源，来共同完成。例如，可以临时请专业公司相关的售前支持（HP、IBM等）、相关行业的专家、相关专业的大学教授等来扮演相关的角色。甚至可以考虑与相关的其它公司联合投标。在投标小组中，建立保密制度，特别是对于特大型项目，关于报价、核心技术等内容，最好在小范围讨论和确定。
必要的情况下可采用封闭开发的方式。
2.2.2.编写投标书
用户的招标书通常包括：招标邀请函、商务要求部分、技术要求部分、附件和附图等文档，这些文档是编写投标书的基础。投标小组成员在编写标书前，应该仔细、反复阅读招标书，特别是对投标商的资质要求等内容，投标小组对招标书进行讨论，找出招标书中描述不清楚的地方，根据情况向招标方提出要求解释，确定项目资质情况、投标以及实施的风险、对手情况、投标的优势、劣势等；制订投标策略；确定投标书的内容、投标方式；初步编写投标书的大纲。
在投标书编写过程中，应该注意一下几点：
1.商务投标书应该按照招标书的要求进行严格的应答，应答的顺序和格式最好严格遵循招标书的要求。
2.对于招标书没有要求的内容，特别是商务标书，最好不要画蛇添足，如果希望增加对项目投标有帮助的资质，最好经过慎重的考虑，确保没有漏洞。商务部分主要的目的是展示投标公司的实力，确保参加投标的资格。首要是确保投标有效。注意有些东西可以讲出来，但不是所有可以讲出来的东西都适合写出来。
3.差异表的处理：对于投标文件与招标文件中有差异的部分，通常招标方要求标注在差异表中，在编写投标方案时，应该尽可能的将差异部分找出来，描述清楚，但是，在最后整理、提交差异表时，就需要特别慎重，并不是每个差异都适合在这个正式的场所以正式的方式提出，有些东西需要保持一种模糊的状态，以提高中标的可能性，同时，又可以为商务和技术谈判留下伏笔，便于谈判中的进退。
4.对于报价单的处理：报价单按照正规要求填写、盖章、密封后，最好能有一两套空白的备份，报价单的格式与正式报价单一样，但是价格不填写。因为在正式报价单封装好到递交报价单前的这段时间，销售人员很可能探听到对手的价格或用户对项目整体价格的意见，这是候需要根据项目、市场、对手、用户的情况进行价格调整，这时就可以使用备份的报价单。特别是公司到异地投标，要想重做报价单，时间基本上是不允许的。
5.密封条的处理：在规定的投标文档密封条基础上，一定要多准备几张备用的密封条，当然是盖好章的，特别是公司到异地投标，市场信息千变万化，你不可能保证在投标前不修改你的价格和投标书。
6.商务投标书中的资质和要求公司盖章的部分一定要对照招标书的要求，严格检查，这部分的错误和遗漏将有可能造成废标，因此，最好有两个以上的人员专门检查核对。
7.对于一个集团公司下的多个法人公司之间，可能存在资质共享的情况，这时，应该注意检查哪些资质不是投标法人单位的资质，如果本投标法人单位的资质，应该请资质拥有的法人单位签署授权声明，否则，招标时可能造成“擅用第三方公司的资质欺骗招标单位”的后果而成为废标。
2.3.参加投标
对于比较大的项目，参加投标的团队的人员合理分配是很重要的，根据项目具体情况，可将投标人员按照编写标书分工的情况分为：商务人员、技术人员。继续细分为商务联系人员、商务投标人员、技术部分可以分为负责网络部分的、体系结构的、应用系统功能的人员等。参加投标人员应该统一服饰，穿统一的职业装，佩戴公司的标志，自信、自然，给招标评委一个良好的整体形象。严格遵循招标纪律。
通常情况下，不要过多的对熟悉的评委交流。尽管前期与用户有充分的接触，可能与一些评委熟悉并有良好的关系，但是，在招标的正式场所，通常是礼貌的打一下招呼，寒喧一下即可，不易与用户有太多的交流和亲密交谈，这些举动可能会造成其它评委的误会，也可能会给对手“授之以柄”。除非你是专门的、有特殊目的的行为，例如，在有些情况下，与招标中的最好领导或核心人员表现出亲密的关系，可以给其它评委造成“某某人可能已经偏向某公司了，我也应该顺势而为”的误导，同时，给对手造成更大的心理压力和负担。但这种方式有很多风险，要非常。慎重。
在投标前，讲标的每一部分应该准备好相应的幻灯片，幻灯片的作用有两个，一是通过文字、图片、动画等多种方式，比较直观的向评委传达信息，便于评委对讲解内容的理解，二是通过幻灯片，帮助讲标人自己规范思路，不至于跑题。因此，幻灯片制作，要以这两个作用为目标。每张幻灯片讲些什么内容，讲多长时间，都要做到心中有数。最好有实际的演示，结合演示讲标。作为行业应用软件的用户，比较重视投标厂商以往同类系统的业绩，如果能向用户展示同类的应用系统，结合实例演示来讲解系统的体系结构、功能特点，通常会取得较好的效果。但是，在展示以往系统的时候，要注意扬长避短，屏蔽掉一些系统的弱点和缺陷，同时要注意演示的时间控制。
对投标中使用的设备要主要保护，投标中使用的笔记本电脑，在安装好演示系统和幻灯片后，要对设备慎重使用，防止设备的意外损坏导致投标中的设备异常，例如，注意防病毒、防止意外碰坏，不要在投标出差期间用笔记本电脑到网吧上网，在宾馆中防止电脑进水、摔坏，不要轻易整理计算机系统的文件，可能因为不小心删除某文件造成系统不能正常启动。最好在投标出差前将系统的安装盘，应用系统的安装盘等备份好，有条件的可以采用两套笔记本电脑安装。
适当的与参加投标的对手交谈，也许下次你们还会在另外一次投标中对阵，也许下次他与你并肩战斗，通过交谈，你也可以意外的获得一些有用的信息。
2.3.1.讲标
讲标应该有既要有重点，又要覆盖到各项内容，突出公司特点和优势、突出技术优势和特点。内容要尽量照顾到每个评委。
讲标通常都有时间限制的，在这个时间段内，如何将公司介绍、商务介绍、技术介绍、项目实施、技术支持与服务等内容的时间合理分配，需要在讲标前仔细斟酌。时间和内容的分配主要根据以下情况来调整：
●本公司和技术上的优势和特点。
讲标中，特别是讲标的顺序排在后面的时候，对于一些共性的东西，评委已经比较清楚了，也没有兴趣听你重复，他关心的是你与其它对手相比的特点
●招标评委的组成和特点。
要力所能及的分析招标评委的组成情况，高层领导、技术专家、部门业务专家等角色的人员组成和数量。通常高层领导对IT技术不熟悉，他评判的主要依据更多的是公司规模、资质、实力、售后服务、价格等非技术性指标，技术专家评判的主要依据是系统体系、采用的新技术、安全性、扩展性、软件开发管理机制等技术指标，而部门业务专家更关心软件的功能、易用性、与现有系统的接口等问题。
●讲标的过程中要注意观察评委的表情、态度，及时调整内容的深度。
●对手讲标后的情况和弱点。
针对对手讲标后评委普遍反映的问题进行重点阐述，例如，评委认为系统的安全性和项目开发的规范性很重要，但其它讲过标的对手都没重视，这时，你需要及时调整内容，将安全性和项目开发机制做重点来阐述。另外，不要轻易攻击对手，可能有些评委对你的对手有好感，你对对手的直接攻击，会引起他的反感而刻意打压你。攻击对手的方法是突出自己的优势。讲标中可能由几个人分工，讲不同的内容，但要注意整体的逻辑上要严密。可以先由一个人将讲标的全部内容安排做一个介绍，然后在每个人讲完自己部分后，简单介绍下部分的内容，引入下个讲解人员。使整个讲标连贯统一。
讲标前要调整好自己的状态和心态，讲标过程中要放松，不要报着“上考场应考”、“被人评判审核”这样的心态，这样会使你陷入一种紧张、诚惶诚恐的状态。当你上到讲标台上，看见评标的人很多，你会更加紧张，越容易出错。你应该对自己方案和产品充满信心，你就是专家，报着“咳！让我给大家介绍一下我们的好东西，绝对能解决你们现在的问题！”的心态，你应该有一种急于向外人展现你的得意作品的冲动，人越多，你越得意、越兴奋，这时，你最好的状态来了！
2.3.2.答疑
回答讲标和提问时，掌握的原则是：讲不清楚没关系（模临两可），但决不能错！不能与评委发生争论。不能对评委的问题表示轻视。
回答不了的问题的答疑的人员要相互配合。当你发现你的同伴被问住的时候，如果你能协助他回答最好，你也不能回答的，你应该迅速想到一个方法，从另外一个角度的回答这个问题，从而逐渐将话题引开，避免尴尬。
2.4.商务和技术谈判
在预中标后，将会进行商务和技术谈判，售前技术支持人员主要参加技术协议的谈判和起草。技术协议的谈判是降低项目风险的关键过程，谈判的成果－技术协议书通常会作为合同的附件，直接影响到项
目实施的难度和风险。因此，一定要耐心、细致，不能为了尽快签合同，就草草了事。技术协议目的是界定好功能边界和深度。特别是在行业应用软件中，投标文件和讲标中，通常会有忽略一个“度”。如应用系统的深度、功能的具体边界、新技术采用的程度等问题，往往是比较模糊的，很大的可能性是双方在这些方面的认识存在着较大的差异，这些差异的会给后续的项目实施带来风险。技术协议的谈判就是要对这些“度”进行控制，对敏感问题和技术难点要进行沟通，达成共识，注意不能在技术协议中出现“全面解决某某问题”、“完全解决”等模糊的字眼，这种模糊的界定会给项目开发带来很大的风险，都必须讨论清楚，将完成的深度和采用的技术手段写入技术协议中，使项目风险在项目实施前就得到充分的展示和控制。
3.投标文件的编写
投标书的编写最核心的要点是要逐条响应招标书，不能有遗漏。
作为一个大的公司或集团，需要也应该制定统一的《投标标书编写规范与指南》，通过积累，建立一个投标书模版库，以保证投标书的质量、缩短投标书的编写周期。