MochaBSM售前技巧及方案编写要点.ppt_第1页
MochaBSM售前技巧及方案编写要点.ppt_第2页
MochaBSM售前技巧及方案编写要点.ppt_第3页
MochaBSM售前技巧及方案编写要点.ppt_第4页
MochaBSM售前技巧及方案编写要点.ppt_第5页
已阅读5页,还剩95页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

Ver 2.0 2013年12月,摩卡软件有限公司 Mocha BSM 售前工作相关-渠道培训,,欢迎大家,课程内容简介,一. 产品版本以及产品定位介绍,二. 售前角色定位和职责,三. 售前工作中获取帮助的途径,四. 售前技术交流的目的和技巧,五. 售前POC的目的和技巧,六. 售前DEMO的演示和技巧,七. 售前方案的样例与编写要点,目录-产品版本以及产品定位介绍,3. 针对初级用户的产品定位,2. 产品版本功能差别,1. 产品及模块介绍,4. 针对中级用户的产品定位,5. 针对高级用户的产品定位,1.摩卡全线产品介绍,产品列表及其关系:,Mocha BSM 基础平台 Mocha NTA (子产品,可与Mocha BSM集成,也可单独安装) Mocha ITCM (子产品,不可与Mocha BSM集成,可单独安装) Mocha ITAM (子产品,可与Mocha BSM集成,也可单独安装) Mocha ITOM (7.2版本可单独安装,也可与Mocha BSM事件集成),1.Mocha BSM产品模块介绍,Mocha BSM主要产品模块:,摩卡基础运维管理(基础监控平台) 网络管理(包含网络拓扑和网络发现服务器) 系统组件(分布式监控服务器) 日志监控(监控主机和网络设备的系统日志) 报警(包括语音报警、短信报警和Mocha Alert报警) 主机监控(主机监控的高级版) 应用监控(应用监控的高级版) 数据库监控(数据库监控的高级版) 摩卡业务服务管理(包含业务服务管理和摩卡报告客户端) 摩卡响应时间管理(Mocha RTM) 摩卡无线运维管理(Mocha MOM) 摩卡机房监控(Mocha ORM) 摩卡流程管理(Mocha PM),1.Mocha ITOM产品模块介绍,Mocha ITOM主要产品模块:,服务台、问题管理 变更管理、发布管理 知识库 Mocha BSM集成 CMDB MIPD MIFD,目录,3. 针对初级用户的产品定位,2. 产品版本功能差别,1. 产品及模块介绍,4. 针对中级用户的产品定位,5. 针对高级用户的产品定位,2.摩卡不同版本功能差别标准版和企业版,主要差别:,是否支持分布式 标准版不支持分布式 企业版支持分布式,2.摩卡不同版本功能差别高级版和基础版(一),主机基础版与高级版的区别为以下两方面:,VM Windows平台/AIX/Linux/Solaris/HP_UX平台 基础版:进程管理、服务(可进行启动、停止操作) 高级版:监控台(首页)、进程管理、服务(启动、停止,仅限Window) 变更管理 基础版:资源模型无变更指标,所以无变更管理 高级版:资源模型包括变更指标,可实现变更管理 注意: 主机基础版/高级版与指标数目无关 主机基础版/高级版与取值方式无关,2.摩卡不同版本功能差别高级版和基础版(二),主机基础版VM与高级版VM:,2.摩卡不同版本功能差别高级版和基础版(三),应用基础版与高级版的区别为以下四方面:,VM 基础版:无VM 高级版:四个应用有VM(ORACLE/WAS/WPS/DOMINO) 变更管理 基础版:资源模型无变更指标,所以无变更管理 高级版:资源模型包括变更指标,可实现变更管理 取值方式 基础版:Agentless方式 高级版:Lotus Domino和WebSphere Portal Server为Agent方式 指标数目 基础版:数目少 高级版:数目多,(以系统中实际指标数目为准,此处仅为参考),2.摩卡不同版本功能差别高级版和基础版(四),目录,3. 针对初级用户的产品定位,2. 产品版本功能差别,1. 产品及模块介绍,4. 针对中级用户的产品定位,5. 针对高级用户的产品定位,3.针对初级用户的产品定位网络管理,初级用户的定义: 对网管行业的了解局限在传统网管,监控主机网络数据库,对应产品和模块: Mocha BSM的基础平台,解决方案包含内容: 主机监控、网络监控、数据库监控、中间件监控、网络拓扑、网络流量 帮着用户在发现问题,并及时通知用户 主要功能是告警,目录,3. 针对初级用户的产品定位,2. 产品版本功能差别,1. 产品及模块介绍,4. 针对中级用户的产品定位,5. 针对高级用户的产品定位,4.针对中级用户的产品定位IT运维管理,中级用户的定义: 对网管行业的了解不仅包含监控,还对TI部门的管理有一定的要求,对应产品和模块: 除包含Mocha BSM 初级用户的模块外,还包含Mocha BSM 业务服务管理和Mocha PM版本、Mocha NTA、Mocha ITCM、Mocha ITAM,解决方案包含内容: 传统网管的内容,主机、网络、数据库、中间件、应用监控 针对业务的Dashboard,体现IT实施与业务系统的关系 不仅仅关注报警,还将监控上升至IT管理,帮助企业规划、开发、运维、改进IT系统 流量分析、配置变更管理、资产管理,目录,3. 针对初级用户的产品定位,2. 产品版本功能差别,1. 产品及模块介绍,4. 针对中级用户的产品定位,5. 针对高级用户的产品定位,5.针对高级用户的产品定位IT服务管理,高级用户的定义: 了解ITIL对整个IT部门运维的重要意义,对应产品和模块: 除包含Mocha BSM 初级用户的模块外,还包含Mocha BSM 业务服务管理和Mocha ITOM 7.2版本,解决方案包含内容: 传统网管的内容,主机、网络、数据库、中间件、应用监控 针对业务的Dashboard,体现IT实施与业务系统的关系 通过ITIL流程框架,给企业带来流程化,规范化和自动化,欢迎大家,课程内容简介,二. 售前角色定位和职责,一. 产品版本以及产品定位介绍,三. 售前工作中获取帮助的途径,四. 售前技术交流的目的和技巧,五. 售前POC的目的和技巧,六. 售前DEMO的演示和技巧,七. 售前方案的样例与编写要点,目录-售前角色定位和职责,3.售前工作职责,2.售前角色的定位,1. 售前关键字,1.售前关键字,技术: 网络、主机、应用基本知识 能独立解决客户提出的大部分技术问题,业务: 企业、政府、能源等行业信息化建设框架以及特点 产品功能及亮点熟记并活用,了解与友商的优劣,销售: 发现商业机会,以客户为中心,有重点的利用表达机会引导用户期望值 基本销售策略的应用,同时具有进攻性,同类产品竞争情况下压倒对方,沟通: 有明确目的的表达,让人可以听懂 用良好心态来平衡:客户关系、利益、前景,目录,3.售前工作职责,2.售前角色的定位,1. 售前关键字,2.售前角色的定位,售前是拿下订单的必要而非充分条件,售前做得再好也不能拿下订单,团队配合尤为重要。 但售前做得不好就会丢单。,目录,3.售前工作职责,2.系统安装、注册,1. 课程介绍,3.售前工作职责,基本素质:,熟悉Mocha BSM系列产品。 具有比较全面技术专业知识。了解可能的行业客户IT信息化建设的框架以及特点。 对本公司的开发能力、技术优势、劣势有比较清楚的认识。 对本行业的信息化的现状和发展方向有一定的认识,了解行业中的其它专业软件的基本情况。 熟悉本行业的技术和产品动向,了解同类产品及其竞争对手的情况和特点。 能熟练使用文本和图形编辑器进行方案、标书的编写。 熟悉项目招投标的一般程序。 善于交流,有良好的沟通能力和技巧。 着装正式大方,保持良好心态,3.售前工作职责,项目基本过程:,拜访用户,交流&POC,发标书写方案,参加招投标,参与答辩,签合同实施,了解用户的项目基本情况,项目的规划、目标、规模、要求、项目负责人相关情况等,包括用户对系统的安全性、可靠性、易用性、扩展性的要求。 向用户介绍公司和公司的产品,与用户建立起良好的关系。,3.售前工作职责,项目基本过程:,拜访用户,交流&POC,发标书写方案,参加招投标,参与答辩,签合同实施,与用户进行技术上的交流和沟通,了解用户在项目上的需求,偏好的技术构架,引导用户到产品的技术思路上,这个过程可能是需要多次反复。至少要做到用户对公司有一定的兴趣,愿意邀请你参加投标。使用户在招标前对本公司技术和产品能有比较清楚的认识和了解,将用户的需求引导到产品的技术和思路上,使用户在技术上对产品有一定的偏好。 通过POC让用户了解产品使用上的特性,同时将POC后的效果与用户领导汇报,让用户尽可能多的产生对产品的偏好。,3.售前工作职责,项目基本过程:,拜访用户,交流&POC,发标书写方案,参加招投标,参与答辩,签合同实施,根据招标书的要求,结合前期与用户交流的情况,编写技术方案或技术投标书。,3.售前工作职责,项目基本过程:,拜访用户,交流&POC,发标书写方案,参加招投标,参与答辩,签合同实施,参加投标以及讲标,讲标时使用幻灯片+产品DEMO演示的方式,在有限的时间内既可以突出重点,又覆盖到各项内容,突出公司特点和优势、突出技术优势和特点,将公司介绍、商务介绍、技术介绍、项目实施、技术支持与服务等内容的时间合理分配,需要在讲标前仔细斟酌。,3.售前工作职责,项目基本过程:,拜访用户,交流&POC,发标书写方案,参加招投标,参与答辩,签合同实施,讲不清楚没关系(模临两可),但决不能错! 避免绝对性的关键字,比如“全面”、“终生”、“完全”等。 注意“度”的把握。 根据项目关键点突出自身的优势,包括架构、技术、实力、资质等方面,注意与用户实际情况相融合。,3.售前工作职责,项目基本过程:,拜访用户,交流&POC,发标书写方案,参加招投标,参与答辩,签合同实施,进入产品实施,实施过程中与用户保持良好的沟通和回访,避免让用户觉得卖出东西后就不管了的印象,而这种行为,是可以辅助项目顺利验收并收款的。 实施完毕后,签字盖章验收。,欢迎大家,课程内容简介,三. 售前工作中获取帮助的途径,一. 产品版本以及产品定位介绍,二. 售前角色定位和职责,四. 售前技术交流的目的和技巧,五. 售前POC的目的和技巧,六. 售前DEMO的演示和技巧,七. 售前方案的样例与编写要点,目录-售前工作中获取帮助的途径,2.售前获取支持的途径,1. 售前工作流程总览,1.售前工作流程总览,目录,2.售前获取支持的途径,1. 售前工作流程总览,2.售前获取支持的途径,电话支持: 400-651-0020(售后) 400-611-5522(售前),Support/PTS: /cqweb/login,Mocha Help: MochaBSM帮助工具,需License支持,售前工具包: 摩卡产品安装介质 用户手册以及工具箱,2.售前获取支持的途径,Support:,2.售前获取支持的途径,PTS:,2.售前获取支持的途径,HELP:,2.售前获取支持的途径,售前工具包 DISC1:,2.售前获取支持的途径,售前工具包 DISC2:,欢迎大家,课程内容简介,四. 售前技术交流的目的和技巧,一. 产品版本以及产品定位介绍,二. 售前角色定位和职责,三. 售前工作中获取帮助的途径,五. 售前POC的目的和技巧,六. 售前DEMO的演示和技巧,七. 售前方案的样例与编写要点,目录-售前技术交流的目的和技巧,2. 技术交流与汇报的技巧,1. 技术交流与汇报,3. 用户需求控制规范和引导,1.技术交流与汇报,最终目的: 协助销售成单,阶段目的: 通过交流汇报,建立用户对产品的认同感,原则: 交流重点是产品的亮点 根据用户的需求和关注点来演示,目录,2.技术交流与汇报的技巧,1. 技术交流与汇报,3. 用户需求控制规范和引导,2.技术交流与汇报的技巧,技术交流、演讲、汇报:,技术交流: 通俗的说法,次数应该是最多的,可以包含演讲 在交流中给用户做好产品功能及亮点的传递,依赖于对产品的熟悉和丰富的表达能力 在交流中除了做好产品功能的传达外,用户对项目的真实想法、对产品的评价、对竞争对手产品的评价等等都可以获取到,这些可以为成单打下良好的基础,挖掘并控制用户需求,形成记录 做好对用户需求的引导工作,而不是强硬的说不行 切忌随意承诺,如“这个功能我们可以在实施中二次开发实现”等 心态很重要,心态平和,语气就会平缓,思考也会更加灵活,技术交流、演讲、汇报:,演讲: 正式场合下,一定注意着装 了解清楚听众的角色,有多少领导、在项目中会起到多大影响等 注意演讲氛围的营造,注意与参与人员的交互,领导在场的情况下一定注意度的把握,不能说得太炫,又要把意思传达 欢迎演讲过程中的提问,控制演讲过程中的提问 建立用户对产品、公司的认同感 以用户关注点出发重点讲解,切忌直接攻击竞争对手 我们推销的是:产品功能、带给客户的利益、客户需求的满足 正式且随意 最好站立姿势进行,2.技术交流与汇报的技巧,技术交流、演讲、汇报:,跟踪和了解对手情况,了解同类产品的现状 找到或提出比对手有新意的、能吸引用户的系统亮点 既要有重点,又要覆盖到各项内容,突出公司特点和优势、突出技术优势和特点 产品在技术上的优势和特点 从用户角色的层次上取不同的交流点,演讲前要调整好自己的状态和心态,过程中要放松,不要报着“上考场应考”、“被人评判审核”这样的心态,这样会使你陷入一种紧张、诚惶诚恐的状态。当你上到台上,看见人很多,你会更加紧张,越容易出错。你应该对自己方案和产品充满信心,你就是专家,报着“咳!让我给大家介绍一下我们的好东西,绝对能解决你们现在的问题!”的心态,你应该有一种急于向外人展现你的得意作品的冲动,人越多,你越得意、越兴奋,这时,你最好的状态来了。,2.技术交流与汇报的技巧,技术交流、演讲、汇报:,汇报: 通常会在POC之后进行汇报 主要将产品在用户处进行测试的过程以及发现的问题结合起来,揉在产品DEMO中向用户传达出去 汇报前需要借助的环境务必全面检查,确保环境正常可用 注意听者的感受,增进交流 突出亮点,但要避免陷入技术死角,尤其是用户领导在的情况下 弱化产品弱势 避免与用户争论,汇报思路一:按照运维人员角色为切入点,可以根据是否有领导在场而调整顺序 汇报思路二:按照产品功能,从总览到具体功能,可以根据用户的关注点不同而调整顺序,2.技术交流与汇报的技巧,目录,3.用户需求控制规范和引导,2. 技术交流与汇报的技巧,1. 技术交流与汇报,3.用户需求控制规范和引导,产品不实现需求的判定原则,用户需求控制规范:,用户需求的引导:,要引导别人,先要说服自己。依靠对产品功能的充分理解,结合用户需求,如果不能直接满足用户要求,可通过已有功能变通满 “这个问题不好说”, “大概、也许、可能吧”,你自己模模糊糊,还想说服别人,结果不但没有说服别人,反而被别人说服了 引导时,要顺应用户的心理,找好切入点,在用户所能接受的信息体系内进行说服,千万注意不要与其核心信念相抵触,同时语言和思路要合乎逻辑,只有这样才能使人信服 自由取舍论:对我有利的我就说,对我不利的我就不说。以这种方式来影响用户的态度,理性:事实+逻辑。功能、案例、实力、性价比、与同类产品的对比优势等,必须清晰且严谨 感情和人格:不管大环境是否对自己有利,在引导时必须营造好引导的小环境,诚实可信、实事求是 利益:不是你要如何,而是用户要如何,从用户的角度出发思考问题,3.用户需求控制规范和引导,欢迎大家,课程内容简介,五. 售前POC的目的和技巧,一. 产品版本以及产品定位介绍,二. 售前角色定位和职责,三. 售前工作中获取帮助的途径,四. 售前技术交流的目的和技巧,六. 售前DEMO的演示和技巧,七. 售前方案的样例与编写要点,目录-售前POC的目的和技巧,2.POC技巧介绍,1. POC目的介绍,3.POC获取帮助的途径,1.POC目的介绍,POC在项目成单过程中的重要意义:,通常基于技术交流,在用户对产品已经有感性认识的情况下进行POC的运作,忌初次与用户接触就进行POC 以POC的形式将客户现场的IT资源进行监管,突出产品在安装、配置、发现、使用等方面的优越性 一个好的POC效果可以在很大程度上增加用户对产品的认识程度和满意度 在POC过程中与用户各方面保持良好的协作关系,让用户对于技术能力、产品实力、对用户的服务态度等方面有一个满意的评价 通过POC试用,增加用户对产品功能和使用方面的了解,促进成单!,目录,3.POC获取帮助的途径,2.POC技巧介绍,1. POC目的介绍,2.POC技巧介绍,硬件要求: CPU:2GHZ或更高 硬盘:2G以上,建议10G以上 内存:2G以上(如果需要ITOM等安装于同一台机器,则需要4G以上),POC条件准备:,软件要求: 操作系统:Windows Server 2003 (企业版 SP2) JDK:JDK 1.4.2 数据库:可支持Oracle、mysql,POC时只建议考虑MySQL,2.POC技巧介绍,用户环境: 核心设备需要支持路由(用于拓扑发现) 提供所要监控的资源列表(包括网络设备、主机、应用等,可参见环境调查表) 需要用户提供监控发现的前提,如snmp团体名称、必要的用户名口令,POC前环境检查:,安装环境准备: 所需要的端口未被占用(常见的如80、3306等) 安装Flash Player 9 检查JAVA环境是否正常可用 生成cert文件(所需文件及命令可参见备注)便于产生License License放置位置请参见各产品或子产品的安装手册,2.POC技巧介绍,丰富监控内容,让界面看起来更充实: 通过核心设备将拓扑发现完毕后,将全部发现的设备加入监控以丰富监控内容(产品功能已具备) 手工添加Mocha BSM所在服务器本机进行主机监控 手工添加Mocha BSM自身MySQL数据库进行应用监控 手工添加URL、Ping、Port、标准应用、DNS等监控内容 手工建立自定义拓扑,将全国地图背景、机房侧面图、机架排列等分别建立拓扑并形成鼠标双击关联 在系统管理中建立4-5个业务部门,同时形成服务仪表盘的DEMO数据 通过RTM录制网站访问过程形成DEMO数据 更改首页portlet内容,将比较绚丽的几个内容放到首页 定制报表,每个类型的报表至少建立一个 检查拓扑中的设备背板,如不能正常显示则通过背板管理工具进行添加 向用户获取种类尽可能多的监控资源添加,数量不要太多,但种类要全,POC过程及操作要点:,2.POC技巧介绍,常见问题处理建议: 如果遇到某些指标长时间无法取值,呈现灰色,请在策略中将该指标临时屏蔽,同时收集尽可能多的数据以便问题分析 对某些应用的发现上尽可能的使用高级版进行发现监控,因为高级版监控的指标更多,同时可能有VM功能,展现的效果会更好 如果在发现结论中显示失败,请详细检查打红色红叉的条件是否正常、发现前提是否已经具备、口令是否出错、所需服务是否开启、是否有防火墙等情况,根据现场情况灵活变动监控方式 遇到同一类型的主机只有其中某一个监控异常,但其他都正常时,务必与用户交流清楚,一般是由于某服务未开启所导致的 对拓扑中存在孤岛的设备,在确认发现各种参数正常仍不能解决后,手工通过链路工具进行添加 如果客户问到为什么需要机器的配置较高,可从平台级软件与工具型软件、日后可扩展性的角度解释 MRAM Agent/Server服务更改为本机管理员账号方式启动。,POC过程及操作要点:,目录,3.POC获取帮助的途径,1. POC目的介绍,2.POC技巧介绍,3.POC获取帮助的途径,电话支持: 400-611-5522(售前),Support/PTS: /cqweb/login,Mocha Help: MochaBSM帮助工具,需License支持 可查询到最新的已发生的缺陷或问题处理的步骤,3.POC获取帮助的途径,HELP:,3.POC获取帮助的途径,Support:,3.POC获取帮助的途径,PTS:,欢迎大家,课程内容简介,六. 售前DEMO的演示和技巧,一. 产品版本以及产品定位介绍,二. 售前角色定位和职责,三. 售前工作中获取帮助的途径,四. 售前技术交流的目的和技巧,五. 售前POC的目的和技巧,七. 售前方案的样例与编写要点,目录-售前DEMO的演示和技巧,3.产品DEMO演示的技巧,2.售前产品DEMO演示的注意事项,1. 售前产品DEMO演示的目的,4.产品DEMO演示建议思路,1.售前产品DEMO演示的目的,最终目的: 协助销售成单,阶段目的: 通过演示交流,建立用户对产品的认同感,演示原则: 演示重点是产品的亮点 根据用户的需求和关注点来演示,目录,3.产品DEMO演示的技巧,2.售前产品DEMO演示的注意事项,1. 售前产品DEMO演示的目的,4.产品DEMO演示建议思路,2.售前DEMO演示的注意事项(一),销售沟通内容: 1、此次DEMO演示的目的; 2、用户端人员的构成; 3、用户的关注点等等,演示前与销售沟通,2.售前DEMO演示的注意事项(二),确保演示环境!不要现场出问题,演示前先逐项检查需要演示的页面是否正常,指标是否有灰色! 检查演示机的IE 6和Flash 9版本。,演示环境的准备,2.售前DEMO演示的注意事项(三),多与用户沟通,不要自己单独讲,多问问用户的体验和沟通,多注重用户对产品的反应等,注意交流的效果,目录,3.产品DEMO演示的技巧,2.售前产品DEMO演示的注意事项,1. 售前产品DEMO演示的目的,4.产品DEMO演示建议思路,3.售前DEMO演示的技巧(一),既要表现出对产品的自信,又要注重用户的需求,自信,谦虚的态度,3.售前DEMO演示的技巧(二),有自己的条理和结构,容易被用户接受和理解,DEMO演示的条理性,3.售前DEMO演示的技巧(三),需要避免的情况:,1、无交互 自己讲,不给用户提问的机会,演示变成讲课,2、避免与用户争论 特别个别用户对产品抵触时,多倾听,多介绍产品自身情况,3、避免用户对产品弱点纠缠不休 可通过技巧绕过,将注意力集中在产品优势上,4、避免直接攻击竞争对手 可含沙射影,不可直接攻击,目录,3.产品DEMO演示的技巧,2.售前产品DEMO演示的注意事项,1. 售前产品DEMO演示的目的,4.产品DEMO演示建议思路,思路一:以角色为切入点,4.产品DEMO演示建议思路,1、IT运维管理员 如何可以快速的找到问题所在?介绍监控、首页、策略、RTM拓扑等内容,2、业务部门 如何可以快速的知道业务受影响的范围?介绍服务、仪表盘等内容,3、IT管理者 如何可以有效的进行故障管理提升服务质量?介绍报表等内容,可能涉及到ITOM、ITAM等内容,思路二:以产品功能为切入点,4.产品DEMO演示建议思路,总览,网络,主机,应用,报表及其他,RTM、业务,4.产品DEMO演示建议思路,各模块演示重点:,总览,网络,主机,应用,报表及其他,目的让用户对产品有总体印象,也是进入其他模块的入口,雷达、首页可定制等是必须演示的,RTM、业务,4.产品DEMO演示建议思路,总览,网络,主机,应用,报表及其他,重点:自动发现,二层拓扑,三层拓扑,背板管理,手工拓扑定制,流量分析,右键菜单,幻灯片等 (网络拓扑详细内容可参见MochaBSM_与用户交流Network Focus.ppt),RTM、业务,各模块演示重点:,4.产品DEMO演示建议思路,总览,网络,主机,应用,报表及其他,VM必须演示,注意进程的演示,RTM、业务,各模块演示重点:,4.产品DEMO演示建议思路,总览,网络,主机,应用,报表及其他,VM必须演示,VM的作用是降低使用门槛,不是“漂亮”。,RTM、业务,各模块演示重点:,4.产品DEMO演示建议思路,总览,网络,主机,应用,报表及其他,着重让用户看效果。解释MTTR,MTBF等概念,RTM、业务,各模块演示重点:,4.产品DEMO演示建议思路,总览,网络,主机,应用,报表及其他,侧重查询式报表,和报表的可定制性。报警事件等,RTM、业务,各模块演示重点:,欢迎大家,课程内容简介,七. 售前方案的样例与编写要点,一. 产品版本以及产品定位介绍,二. 售前角色定位和职责,三. 售前工作中获取帮助的途径,四. 售前技术交流的目的和技巧,五. 售前POC的目的和技巧,六. 售前DEMO的演示和技巧,目录-售前方案的样例与编写要点,3.方案编写要点,2.方案样例介绍,1. 方案分类,1.方案分类,技术建议书: 目的在于按照与用户交流后汇总的用户需求以及功能点,以方案的形式呈现给用户产品可实现的程度以及产品的优势 通常在技术交流或POC之后来编写 通常以公司方案规定的模板提供,包括页眉页脚等格式 通常包括:方案主体以及成功案例介绍等,投标技术方案: 在投标过程中使用 在格式、内容、顺序上均有较高的要求 通常在进入招投标阶段时编写,会分为正本、副本,需要装订成册 通常包括:方案主体、投标PPT、技术偏离表等,目录,2.方案样例介绍,1. 方案分类,3.方案编写要点,2.方案样例介绍,XX客户综合网管系统-技术建议方案3.0.doc,使用方法: 替换“XX客户综合网管系统”为客户名称+系统名称的格式 替换“综合网管系统”为用户实际项目名称 替换“XX客户”为用户名称 调整顺序以及对内容进行增删操作 检查是否有非本项目的内容,如监控内容、产品所需模块等,目录,3.方案编写要点,1. 方案分类,2.方案样例介绍,3.方案编写要点,方案提纲设计:,客户需求分析,解决方案概述,解决方案详述,系统数据存储及备份方案,资源消耗评估,方案的特点和优势以及案例介绍,技术服务能力以及优势介绍,技术培训及售后服务,系统实施方案,3.方案编写要

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论