Cloud Native应用交付
  • 首页
  • 关于本站
  • 个人介绍
  • Downloads
  • Repo
    • Github
    • Container
  • F5
    • F5 Python SDK
    • F5-container
    • F5-LBaaS
  • 社交
    • 联系我
    • 微信/微博
    • 公众号
    • 打赏赞助
行至水穷处 坐看云起时
☁️We are in new App Mesh era: imesh.club ☁️
  1. 首页
  2. 我的生活
  3. 正文

漫谈售前必须具备的能力和素质

2008年01月07日 3942点热度 0人点赞 0条评论

原出处:www.sysvs.com   2004-10-9  初稿,作者:吴柏臣 [笔者按]:在中国IT业界,有这么一群技术人员,往往辛苦地工作在第一线,任劳任怨,没有多少时间来交流,但他们确是最具备交流能力的一群人,他们没有象那些开发者一样在公司中那么显眼,但他们确是本应该在公司中最露脸的人物,这就是售前工程师,或者说技术顾问,更加可叹的是,我们的专家在绞尽脑汁地分析和争议为什么会出现一万元的ERP?为什么这个项目本该100万中标的却只有20万?这些为什么,做为一个售前人员是最清楚的了。正当他们谈论恶意竞争的时候和感叹法规不完善的时候,一个真正的售前人员可以很轻易的分析究竟是什么导致了这些情况的发生!
如果大家还对售前这个职务没有概念的话,请看江月先生发表的文章:售前工程师的来世今生
今天,笔者只是一个普通的售前人员,没有必要讨论那些宏观的事情,只是抱着为了售前这个职务有一个更好的发展这个良好的想法,同时真正为我们的客户着想,拨开那些层层的迷雾,让我们的项目做的更加顺利,为IT业尽一份力,同时也响应IT应用服务网那句话:“这里不需要豪言壮语,不需要喧哗的概念,我们只要切实行动,从小做起,一切为客户着想”,
笔者思考良久,还是采用随笔的方式,简简单单,从一个售前必须具备的能力和素质的角度,进而也顺带讲解一些IT业界在竞标中出现的一些情况和分析。
笔者希望本文的读者:那些可敬的工作在第一线的售前工程师、想从事售前的工程师,那些公司的经理CEO、CTO,还有我们的用户,以及对这个职务好奇或关心这个职务的人。 前言 在现在的项目运做中,随着客户个性化需求的提出,以及各类技术的涌现,一个良好的售前工程师要具备什么样的能力和素质呢,那些素质最重要呢,要回答这些问题,我们就要抓住几点,售前的目的是做什么,售前的核心目的:是把公司的产品或解决方案让用户充分肯定并更进一步,使用户在众多可选项目中选种你的产品和方案。我们不防想象一下,在竟标的现场,是最激动人心的场面了,你可能是公司老总,你可能是CTO,你可能是公司售前技术顾问,那么在用户的面前你其实就是一个普通的售前工程师,用户和专家把他们各自关心的细节准备好了,为的是向你提问,另外对你每一句陈词,甚至某个字眼都有可能成为攻击你的目标,解释的好,可能成为你标书的亮点,解释不好,成为你标书的“暗点”。一旦成为你的“暗点”,这些日子,你们公司售前组花了几个通宵的精力打造的一本漂亮的标书就成了几页废纸,抱憾终生。如果有人说招标是走过场的形式,可以不必在意,关于这个问题,我会在以后的文章里专门探讨,所谓无论是走什么过场,都逃离不了“囚徒困境”的博弈,终究要回到“你的这些问题终究要决定的结果,什么样的花结什么样的果”这一伟大立场上来。为了避免这些问题,我就非常有必要回到我们的正题:究竟一个售前要具备什么样的能力和素质呢? 下面是一个非常容易接受的命题逻辑,在这个逻辑上我们再细细探讨:
(1) 用户不可能比你了解你公司和你公司产品技术
(2) 用户不一定了解用户的所有需求,你不一定了解用户的所有需求
(3) 用户不能够自己解决自己的问题
第1个命题很简单,如果他要是比你还了解你公司的话,他自己就能提出你公司的解决方案了,要不要你,不在于你,完全在于他了。
第2个命题也不难,用户要是知道他所有的需求的话,那就太好了,你的开发经理就不必搞什么需求调研了,开发好的项目直接就可以上线了,万事大吉,实际上往往不是这样,用户并不一定了解,他不了解的话,你就更不一定了解了。
第3个命题也很简单,用户通常是没有能力去解决自己的问题,或者是不必要自己去解决自己的问题,所以你才有去拿这些项目的机会,前提是你要有这个实力。 所以针对第1个命题,一个售前必须具备呈现(presentation capability)方面的能力,有了这个能力才可以充分展现你公司的实力,和你公司的解决方案,以及对他所有问题的响应程度。
所以针对第2、3个命题,一个售前必须清楚用户要解决什么问题,和知道如何去解决这些问题,这样你就必须具备发现问题和解决问题的能力,这个能力最终是落实到技术层面上来的,一个售前必须具备另一种能力:过硬的技术(Technical Skills)
这就是为什么说:“售前嘛,能说会做,能写会练”所以说做售前不容易就在于此。其实以上这两个能力是用户非常关心的,但是要把售前工作做好,把项目作好,从售前本身出发还要自身的个人品质方面的素质,想象一下,一个技术非常厉害的售前,如果在标书里面经常放一些非常低级的错误,如:项目名称都弄错,报价少了一个零等等。恐怕对用户也不好交代哦。 笔者根据自身多年的投标和售前工作经验,针对售前提出如下3个层面的素质或能力要求。 呈现方面
(1)沟通能力(2)卓越的演讲能力,(3)睿智的答辩能力,(4)精湛的写作能力,
技术方面
(1)业务专家,(2)需求分析专家;(3)产品专家;(4)技术专家;
个人品质方面
(1)细心;(2)耐心;(3)信心;(4)虚心;(5)勤奋; 一个售前的能力和素质如下图所示:
为了把这么多内容解释清楚,委实不易,但我们可以用验证法,其中有一个很有效的方法是关键验证法,俗话说:“管他白猫黑猫,抓到老鼠就是好猫”,“到了关键的时候才能正确的评价一个人”,那么投标的时候也能评价一个售前;有一次评标结束,我们正要上台演讲,前面出来上一家公司的两个人在小声埋怨,“你是怎么搞的,页眉页角怎么弄错了呢?”你看,专家可以通过你的呈现发现人性非常底层的属性-不太细心,如果那位专家往下一想:这家公司,做事马虎,不够严谨,恐怕难以胜任这种项目啊,这就不好了。
呈现能力
大家回到这张图上来,你要是出了纰漏,用户和专家是很容易发现的,为什么,下面详细介绍:
其实这个时候决定你的成败就在于你的呈现,这里的呈现包括:标书技术方案的好坏,商务报价的高低,服务与实施等等,但这些东西是从你嘴巴讲出来,和标书里写出来的。
有时候,专家是不能够面面俱到去看你的标书,因为这里有一个原则:一个好的标书,你很容易讲好,你不太容易讲坏;一个不好的标书,你不容易讲好,你很容易讲坏;不妨再想象一下,一个口才一般的售前,讲标的售前你肯定要熟悉你的标书,你标书要是写的很好,你照着约定的PPT讲,效果不好也不坏

本作品采用 知识共享署名 4.0 国际许可协议 进行许可
标签: 暂无
最后更新:2008年01月07日

纳米

http://linjing.io

打赏 点赞
< 上一篇
下一篇 >

文章评论

取消回复

纳米

http://linjing.io

☁️迈向Cloud Native ADC ☁️

认证获得:
Kubernetes: CKA #664
Microsoft: MCSE MCDBA
Cisco: CCNP
Juniper: JNCIS
F5:
F5 Certified Solution Expert, Security
F5 Certified Technology Specialist, LTM/GTM/APM/ASM
F5 Certified BIG-IP Administrator
  • 点击查看本博技术要素列表
  • 分类目录
    • Avi Networks (3)
    • Cisco ACI (1)
    • CISCO资源 (21)
    • F5 with ELK (8)
    • F5-Tech tips (38)
    • F5技术 (203)
    • Juniper (4)
    • Linux (7)
    • Nginx (18)
    • SDN (4)
    • ServiceMesh (19)
    • WEB编程 (8)
    • WINDOWS相关 (7)
    • 业界文章 (18)
    • 交换机技术 (20)
    • 化云为雨/Openstack (35)
    • 协议原理 (52)
    • 容器/k8s (64)
    • 我的工作 (19)
    • 我的生活 (70)
    • 网站技术 (19)
    • 路由器技术 (80)
    • 项目案例 (28)
    文章归档
    标签聚合
    F5 k8s openstack nginx istio DNS envoy gtm docker network flannel api irule bigip neutron cc kubernetes ELK vxlan BGP dhcp VPN IPSec lbaas ingress ingress controller nginx plus sidecar IPSec VPN NAT sql
    最新 热点 随机
    最新 热点 随机
    Say hello for 2021 二进制flannel部署,非cni网络模式下与k8s CIS结合方案 又是一年国庆 Service Account Token Volume Projection Istio ingressgateway 静态TLS证书加载与SDS发现方式配置区别 Istio里Gateway的port定义与实际ingressgateway的listener端口关系及规则 Helm 3 部署NGINX Ingress Controller 应用交付老兵眼中的Envoy, 云原生时代下的思考 Istio sidecar iptables以及流量控制分析 Istio 熔断策略及envoy配置
    Say hello for 2021
    2007我的这一年 K8S,V1.6.7 双向TLS配置 部分情况下基于http中某种信息进行会话保持的方法会失效 3DNS的zone 同步和正常BIND的主从同步到底有无区别? 图解show traffic-shape输出 [irule]LB_SELECTED下的command:LB::server 如何进入F5 84 88的BIOS [转]网络实践性工作总结[下] 要离开了 v10安装预检查内容
    链接表
    • Jimmy Song‘s Blog
    • SDNap
    • SDNlab
    • SDN论坛
    • Service Mesh社区
    • 三斗室
    • 个人profile

    COPYRIGHT © 2020 Cloud Native应用交付. ALL RIGHTS RESERVED.

    THEME KRATOS MADE BY VTROIS

    京ICP备14048088号-1

    京公网安备 11010502041506号

    [ Placeholder content for popup link ] WordPress Download Manager - Best Download Management Plugin