项目售前的一些总结

前言

安防行业的市场竞争态势日趋激烈,成功拿下一个项目需要整个团队努力跟配合。尤其是公安行业的软件集成项目,甲方用户非常强势,业务定制需求多,运作起来非常复杂。只有销售人员前期铺垫好用户关系创造机会,技术人员抓住用户核心需求取得信任,项目才能按照有利于我们的方向发展。下面从售前的视角,通过一个具体的案例,分享公安行业安防软件集成项目的一些运作经验。

背景介绍

某地级市公安局计划上马共享平台项目,科信处牵头负责。其中正处负责决策和招标,副处负责具体技术论证。客户关系在当地某工程商手中,与我司有过成功合作,关系较好。

技术交流

这个阶段首先最重要的是团队的集体重视:销售人员重视了才会不断推动客户给我们创造交流的机会,这是大前提;技术人员重视了才会用心做出高质量的技术方案,这是关键。

初次交流,我们以听为主,尽量让用户多说:对我们的解决方案有什么意见,有哪些具体的需求。技术和销售尽可能多的套出用户的想法,详细的记录下来形成会议纪要。同时,给下一次交流创造名正言顺的契机!回来后,分析客户的核心需求,哪些是被竞争对手洗脑了,哪一点一定要引导过来?等等。根据这些调整技术方案,下一次交流就有方向了,抓住重点有的放矢。

除了正式的会议室交流之外,非正式的交流也很重要,例如电话、邮件、饭桌、茶馆等等,因为环境更加宽松,可以发挥的余地很大,会议室里不能说的话在这里就可以说。销售要尽可能的创造这种机会,让技术人员在饭桌上茶馆里对客户进行洗脑,打击竞争对手。

在本次案例中,销售牵头组织了一次会议室交流,科信处的人都来了。技术抛出我们的解决方案,使客户建立初步的认识。发言的主要是副处,把该局建设的现状说明了一下,提了几点意见。回去后我们根据这几点意见迅速完善方案,创造了下次交流的机会。一来一回几个回合,用户对我们的快速响应很满意,我们的解决方案也逐渐抓住核心得到认可。

总结:交流阶段是项目运作期间建立信任的关键阶段。销售创造机会反复交流,技术抓住重点层层推进:摸清核心需求,建立信任关系,完善技术方案,打击竞争对手。

汇报领导

向掌握决定权的关键领导作技术方案汇报的机会不多,时机很重要,没有充分把握,避免在正式的会议上跟领导汇报。如果领导在正式会议上否定质疑我们的技术方案,一方面说明主管技术的副处工作不到位,另一方面说明我们还不了解他们的真实需求。在这种重要的会议上决策领导发出这种声音,其负面效应和隐含信息是很大的。

所以,正式汇报前要利用机会让销售、主管技术的副处多跟大领导介绍情况探听口风,提前打好预防针。领导觉得没问题了,再郑重全面的汇报工作。商务方面的工作要事先铺垫好,技术方面准备充分。在汇报会议上得到领导的认可,对于项目发展将起到积极正面的推动作用,甚至是一锤定音的作用。

在本次项目案例中,销售每次拜访领导,都会带着技术在领导办公室口头介绍一下我们的解决方案和技术亮点,得到领导认可和表扬。最后的技术汇报上领导全程听下来,没有提问题但不断点头,最终他说:“技术上的事情副处你来看,没问题就行”。

总结:跟领导正式汇报前充分搜集信息,了解领导的意向。条件成熟了才汇报,不做没把握的汇报。

招标控制

招标是政府采购项目的法定流程,决定性的工作在前面两个阶段已经完成了。如果我们能主导招标文件,售前的工作就是通过招标文件把项目牢牢控制住,我的控标经验是:主流厂家能够参与,但是没有赢的希望;竞争对手能得分,但得不全;如果完全控死连别人参与的机会的都不给,势必招来质疑,这样对甲方不利。我们要保护甲方,保护甲方就是保护我们自己。这种风险要尽量避免,过犹不及,得不偿失。

公安行业平台项目,用软件功能控标的效果很有限:很多竞争对手照抄过来做虚假应答;用软件著作权和检测报告,主流厂家基本都能满足。我的经验是:搞清楚最有威胁的竞争对手是谁,打组合拳,软件配合硬件,资质配合案例,把点铺开,全面出击。

在本次项目案例中,我们从以下几个方面进行了控标:

  1. 1.     引入硬件产品控标。

平台采购项目中一般都包含服务器、网关,甚至送一两台单兵设备都可以,通过硬件上控标点增加得分点。

  1. 2.     抓住特色需求做文章。

这些需求一般都是结合客户现状的,没有写入国标的功能。招标文件描述尽量含糊,而且要求投标文件详细阐述方能得分,让不了解现状的投标人不知如何响应。例如监巡功能、报修功能、策略下发等,利用我们的优势拉大差距。

  1. 3.     软件截图、检测报告证明。

单纯的功能性文字描述很难控标,关键的控标功能要求提供截图,甚至截图上体现具体的公安局名称。另外,根据检测报告具体条目,略作变化后写入招标文件,投标时要求提供检测报告。

  1. 4.     结合工程商的商务资质。

对于资质比较强的工程商,引入他们的资质,例如系统集成一级、中国安防协会(非地方)的一级安防资质、涉密资质、CMMI-5等。根据项目主要竞争对手,针对性提高某些资质的分值。

  1. 5.     成功案例“四件套”。

仅仅案例金额与合同复印件已经不够了,PS的情况不是没有遇到过,根据我们的手中的牌作“四件套”要求:中标公示、中标通知书、合同复印件、验收报告。以后用户报告也要引入进来,形成更强大的“五件套”!

  1. 6.     售后服务机构

针对很对竞争对手有办事处没分公司的情况,可设置三档分值进一步拉开差距。另外分公司的工程师人数、资质等,都可以作为控标点。

总结:项目控标没有一劳永逸的模版,售前人员在工作中要多搜集多总结,总部售前人员和分公司售前多交流互通有无,不断更新。

项目投标

投标属于临门一脚的阶段,在保证不废标的前提下,关键有两个工作:商务报价和现场述标。

报价策略虽然有销售人员决定,但售前要模拟技术评分,判断我们能够拉开竞争对手多少分,帮助销售制定一个最稳妥最经济的报价,保证顺利中标的同时实现利润最大化。

现场述标最关键的是要随机应变。竞争对手很可能搞定某个专家在现场为难我们,这些要提前做好功课,我们最容易被人攻击的是哪些点,如何应对。

在本次项目案例中,销售人员直到投标前一天晚上都不能确定主要竞争对手到底参不参加投标。于是制作了两份商务报价文件,盖好章带到公共资源交易大厅。在开标最后5秒中,确定竞争对不会来了,才冲进开标室,把较高的那份报价交上去。

总结:最后的关键时刻,不求出彩,不出错即是成功。

时间: 2024-08-05 18:36:48

项目售前的一些总结的相关文章

记某次APM项目的售前支持

由于此项目是一个集成项目,相当于将之前的若干个网站的首页面统一到一个页面来登录.客户方各个技术负责人不同,所用到的开发技术也不一样,当集成到一起之后,发现首页加载过慢,同时登录过慢的现像.之前单一网站登录需要4-5秒即可.而在集成之后,却需要30-50秒才可以登录.在网络并发数量较大的时候,登录更慢.针对此种现像,开始了本次的售前调研与咨询. 1,了解架构 现在网站大部分是采用LAMP与LNMP两种架构,前端,中台,后台的语言是否一致,线程,进程的配比,代码偏移量这些内容都是需要在前期进行相关的

售前记忆录 1

2016年我离开了原来的邮件公司,进入了一家私营电力企业,开始做起电力行业的一名售前工程师,刚到公司的时候每天都很轻松比较悠闲,没有什么任务下达自己每天随便看点网站的什么的. 差不多的9月份的时候公司的项目开始多了起来,自然就开始到处进行出差,进行项目需求调研.9月份的某一天的接到领导的通知,带着厂家一起去客户那边做项目的需求调研,想着项目是另外一个厂家来做,所以把需求沟通主导交给对方的厂家来进行沟通负责,谁知道最后的结果需求沟通的结果很差,难以让开发做出完全符合客户需求的产品. 项目分析:由于

说说售前,关于售前,售前软件工程师----写的很好

说说售前(一):售前的作用 在ITPUB上有个哥们问做售前最需要什么,大多数答:“忽悠”.应该说,很有意思的印象词.    浓缩的是精华,细想一下,如果用两个字给售前定性的话,还真找不出另外的更合适的词.但“忽悠”本身就是一种能力,常听到人说某人太能忽悠了,到底怎么样才算是能忽悠呢?这一点倒是很难总结,可以说是一个综合的能力.    在IT行业呆了很多年,几乎已经是骨灰级元老了,虽然主业还是产品研发,但是售前也是工作的另一个组成部分,经常写各个城市的印象,其实就是这种工作所赐.在售前的工作中,有

IT售前经验谈

在IT界,成功的完成一个项目需要销售人员.售前人员.项目实施人员(开发人员).售后服务人员等密切协作.本文从售前技术支持人员的角度,对售前技术支持工作的过程进行了描述,根据作者在售前的经验,提出了各环节的应该注意的要点,希望能对售前人员的工作有一定的帮助. 1. 售前人员需要具备的素质 售前人员应该是项目开发人员与业务销售人员的桥梁.在业务销售人员眼中,售前人员扮演的是技术人员或技术专家的角色:而在项目实施中的开发人员眼中,售前人员是专注技术的销售人员:在用户眼中,售前人员,是代表公司技术水平的

大数据售前到底该做些什么????

有的时候,技术转售前的人会比较迷茫.不知道该如何下手,一如自己,做售前有大半年了.总是在摸索中前进.对于传统产品,刚有点思路,突然发现,要转型到大数据方向,顿时又有些茫然失措. 如何与客户交流?如何加深对行业的理解?如何促成项目落地?如何制定策略?可以说这四个问题完全回出来了,还只能算是半个售前吧!因为,突然发现,售前要考虑的东西太多太多,不能像市场那样只用想着完成项目,签订合同.而售前工程师相当于是半个销售,你更多的是要跟市场结合,共同去完成公司所下达的任务目标.售前的工作不像售后那样的纯技术

售前之道 之方案型售前

前 言 所谓方案型售前,是指以解决方案和投标文件写作为主的售前.该类售前的特点是写作量巨大,需要较强的资料收集能力和写作能力作为支撑才能完成好的工作.下面就如何收集资料以及写作和如何写好方案和商务投标做一个阐述. 如何收集资料 收集资料是售前的基本功,因为售前在写作能力解决方案和制定表书的时候,往往领导交待下来的任务及一点点资料,但从领导那里获取的资料往往不能满足庞大的写作需求,所以售前必须学习和具备收资料的能力和建立自己的资料数据库database,这样一来,才能在方案上.标书上.才能得心应手

【必备】2015年IT销售顾问和售前工程师必看书单

春生夏长.秋收冬藏.劳动了一年,多么辛苦呀,先收收心,整理知识的时候到了.正所谓,一年冬来到,藏书分享时.推荐原则: 1与IT销售顾问和售前工程师实用相关度=实用价值2应用价值+思路扩张+带养分的杂料=成长价值3国家环境.社会价值观.隐蔽价值观=认知价值 1<商战往事:解决方案销售与售前顾问协同打单实录> 这本书有一个梗:群友聊到这本书的时候,有一哥们幽幽地说:出差住宾馆,翻开此书,即便夜色寂寥,你再也不会打地上小卡片儿的电话了.<商战往事>是一本销售与售前协同打单的全景实操方法展

公有云时代的售前打单

Xx金融迁移金融云案例分享(售前支持分享) 大家好,本次的案例分享,会给大家分享一下踩过的一些坑以及自己的一些心得,希望能给大家在后续的项目中带来一些帮助,如果有不对的地方,欢迎大家拍砖头,使劲拍~~~ Ps:里面一些涉及客户隐私的部分已经和谐掉了,请见谅~ 使命召唤  临阵磨枪~ 在2018年x月x日这一天,我收到了一封邮件,由Allen转发,告知有一个项目需要支持, 打开之后发现是一个金融客户需要从公有云迁移到金融云上,为什么要迁移到金融云呢?金融云的好处就不详细展开说明了,总之相较于公有云

如何对NetSuite售前进行报价

NetSuite 产品群QQ:779253701 NetSuite对我来说还是比较新的概念,如果让我做售前进行报价真的会非常难.为此,我询问了两个好友.一个是日本做NetSuite有3年经验的,一个是在国内知名信息服务公司任职的师兄.下面,对他们的看法做个总结,一方面是自己学习,一方面也可以给大家以参考. 日本NetSuite好友: 首先是对客户的需求进行挖掘,确认NetSuite能否满足.这个好像是多余的,NetSuite当然可以满足了哈~ 在日本呢,会在实施过程中的前段时间,会花大概10*2