MochaBSM售前技巧及方案编写要点.ppt

《MochaBSM售前技巧及方案编写要点.ppt》由会员分享，可在线阅读，更多相关《MochaBSM售前技巧及方案编写要点.ppt（100页珍藏版）》请在三一办公上搜索。

1、Ver 2.0 2013年12月,摩卡软件有限公司 Mocha BSM售前工作相关-渠道培训,欢迎大家，课程内容简介,一.产品版本以及产品定位介绍,二.售前角色定位和职责,三.售前工作中获取帮助的途径,四.售前技术交流的目的和技巧,五.售前POC的目的和技巧,六.售前DEMO的演示和技巧,七.售前方案的样例与编写要点,目录-产品版本以及产品定位介绍,3.针对初级用户的产品定位,2.产品版本功能差别,1.产品及模块介绍,4.针对中级用户的产品定位,5.针对高级用户的产品定位,1.摩卡全线产品介绍,产品列表及其关系：,Mocha BSM 基础平台 Mocha NTA（子产品，可与Mocha BSM

2、集成，也可单独安装）Mocha ITCM（子产品，不可与Mocha BSM集成，可单独安装）Mocha ITAM（子产品，可与Mocha BSM集成，也可单独安装）Mocha ITOM（7.2版本可单独安装，也可与Mocha BSM事件集成）,1.Mocha BSM产品模块介绍,Mocha BSM主要产品模块：,摩卡基础运维管理（基础监控平台）网络管理（包含网络拓扑和网络发现服务器）系统组件（分布式监控服务器）日志监控（监控主机和网络设备的系统日志）报警（包括语音报警、短信报警和Mocha Alert报警）主机监控（主机监控的高级版）应用监控（应用监控的高级版）数据库监控（数据库监控的高级版）

3、摩卡业务服务管理（包含业务服务管理和摩卡报告客户端）摩卡响应时间管理（Mocha RTM）摩卡无线运维管理（Mocha MOM）摩卡机房监控（Mocha ORM）摩卡流程管理（Mocha PM）,1.Mocha ITOM产品模块介绍,Mocha ITOM主要产品模块：,服务台、问题管理变更管理、发布管理知识库Mocha BSM集成CMDBMIPDMIFD,目录,3.针对初级用户的产品定位,2.产品版本功能差别,1.产品及模块介绍,4.针对中级用户的产品定位,5.针对高级用户的产品定位,2.摩卡不同版本功能差别标准版和企业版,主要差别：,是否支持分布式 标准版不支持分布式 企业版支持分布式,2.

4、摩卡不同版本功能差别高级版和基础版（一）,主机基础版与高级版的区别为以下两方面：,VMWindows平台/AIX/Linux/Solaris/HP_UX平台基础版：进程管理、服务（可进行启动、停止操作）高级版：监控台（首页）、进程管理、服务（启动、停止，仅限Window）变更管理基础版：资源模型无变更指标，所以无变更管理高级版：资源模型包括变更指标，可实现变更管理注意：主机基础版/高级版与指标数目无关主机基础版/高级版与取值方式无关,2.摩卡不同版本功能差别高级版和基础版（二）,主机基础版VM与高级版VM：,2.摩卡不同版本功能差别高级版和基础版（三）,应用基础版与高级版的区别为以下四方面：,

5、VM基础版：无VM高级版：四个应用有VM（ORACLE/WAS/WPS/DOMINO）变更管理基础版：资源模型无变更指标，所以无变更管理高级版：资源模型包括变更指标，可实现变更管理取值方式基础版：Agentless方式高级版：Lotus Domino和WebSphere Portal Server为Agent方式指标数目基础版：数目少高级版：数目多,（以系统中实际指标数目为准，此处仅为参考）,2.摩卡不同版本功能差别高级版和基础版（四）,目录,3.针对初级用户的产品定位,2.产品版本功能差别,1.产品及模块介绍,4.针对中级用户的产品定位,5.针对高级用户的产品定位,3.针对初级用户的产品定位

6、网络管理,初级用户的定义：对网管行业的了解局限在传统网管，监控主机网络数据库,对应产品和模块：Mocha BSM的基础平台,解决方案包含内容：主机监控、网络监控、数据库监控、中间件监控、网络拓扑、网络流量 帮着用户在发现问题，并及时通知用户 主要功能是告警,目录,3.针对初级用户的产品定位,2.产品版本功能差别,1.产品及模块介绍,4.针对中级用户的产品定位,5.针对高级用户的产品定位,4.针对中级用户的产品定位IT运维管理,中级用户的定义：对网管行业的了解不仅包含监控，还对TI部门的管理有一定的要求,对应产品和模块：除包含Mocha BSM 初级用户的模块外，还包含Mocha BSM 业务服

7、务管理和Mocha PM版本、Mocha NTA、Mocha ITCM、Mocha ITAM,解决方案包含内容：传统网管的内容，主机、网络、数据库、中间件、应用监控 针对业务的Dashboard，体现IT实施与业务系统的关系 不仅仅关注报警，还将监控上升至IT管理，帮助企业规划、开发、运维、改进IT系统 流量分析、配置变更管理、资产管理,目录,3.针对初级用户的产品定位,2.产品版本功能差别,1.产品及模块介绍,4.针对中级用户的产品定位,5.针对高级用户的产品定位,5.针对高级用户的产品定位IT服务管理,高级用户的定义：了解ITIL对整个IT部门运维的重要意义,对应产品和模块：除包含Moch

8、a BSM 初级用户的模块外，还包含Mocha BSM 业务服务管理和Mocha ITOM 7.2版本,解决方案包含内容：传统网管的内容，主机、网络、数据库、中间件、应用监控 针对业务的Dashboard，体现IT实施与业务系统的关系 通过ITIL流程框架，给企业带来流程化，规范化和自动化,欢迎大家，课程内容简介,二.售前角色定位和职责,一.产品版本以及产品定位介绍,三.售前工作中获取帮助的途径,四.售前技术交流的目的和技巧,五.售前POC的目的和技巧,六.售前DEMO的演示和技巧,七.售前方案的样例与编写要点,目录-售前角色定位和职责,3.售前工作职责,2.售前角色的定位,1.售前关键字,1

9、.售前关键字,技术：网络、主机、应用基本知识 能独立解决客户提出的大部分技术问题,业务：企业、政府、能源等行业信息化建设框架以及特点 产品功能及亮点熟记并活用，了解与友商的优劣,销售：发现商业机会，以客户为中心，有重点的利用表达机会引导用户期望值 基本销售策略的应用，同时具有进攻性，同类产品竞争情况下压倒对方,沟通：有明确目的的表达，让人可以听懂 用良好心态来平衡：客户关系、利益、前景,目录,3.售前工作职责,2.售前角色的定位,1.售前关键字,2.售前角色的定位,售前是拿下订单的必要而非充分条件，售前做得再好也不能拿下订单，团队配合尤为重要。但售前做得不好就会丢单。,目录,3.售前工作职责,

10、2.系统安装、注册,1.课程介绍,3.售前工作职责,基本素质：,熟悉Mocha BSM系列产品。具有比较全面技术专业知识。了解可能的行业客户IT信息化建设的框架以及特点。对本公司的开发能力、技术优势、劣势有比较清楚的认识。对本行业的信息化的现状和发展方向有一定的认识，了解行业中的其它专业软件的基本情况。熟悉本行业的技术和产品动向，了解同类产品及其竞争对手的情况和特点。能熟练使用文本和图形编辑器进行方案、标书的编写。熟悉项目招投标的一般程序。善于交流，有良好的沟通能力和技巧。着装正式大方，保持良好心态,3.售前工作职责,项目基本过程：,拜访用户,交流&POC,发标书写方案,参加招投标,参与答辩,

11、签合同实施,了解用户的项目基本情况，项目的规划、目标、规模、要求、项目负责人相关情况等，包括用户对系统的安全性、可靠性、易用性、扩展性的要求。向用户介绍公司和公司的产品，与用户建立起良好的关系。,3.售前工作职责,项目基本过程：,拜访用户,交流&POC,发标书写方案,参加招投标,参与答辩,签合同实施,与用户进行技术上的交流和沟通，了解用户在项目上的需求，偏好的技术构架，引导用户到产品的技术思路上，这个过程可能是需要多次反复。至少要做到用户对公司有一定的兴趣，愿意邀请你参加投标。使用户在招标前对本公司技术和产品能有比较清楚的认识和了解，将用户的需求引导到产品的技术和思路上，使用户在技术上对产品有

12、一定的偏好。通过POC让用户了解产品使用上的特性，同时将POC后的效果与用户领导汇报，让用户尽可能多的产生对产品的偏好。,3.售前工作职责,项目基本过程：,拜访用户,交流&POC,发标书写方案,参加招投标,参与答辩,签合同实施,根据招标书的要求，结合前期与用户交流的情况，编写技术方案或技术投标书。,3.售前工作职责,项目基本过程：,拜访用户,交流&POC,发标书写方案,参加招投标,参与答辩,签合同实施,参加投标以及讲标，讲标时使用幻灯片+产品DEMO演示的方式，在有限的时间内既可以突出重点，又覆盖到各项内容，突出公司特点和优势、突出技术优势和特点，将公司介绍、商务介绍、技术介绍、项目实施、技术

13、支持与服务等内容的时间合理分配，需要在讲标前仔细斟酌。,3.售前工作职责,项目基本过程：,拜访用户,交流&POC,发标书写方案,参加招投标,参与答辩,签合同实施,讲不清楚没关系（模临两可），但决不能错！避免绝对性的关键字，比如“全面”、“终生”、“完全”等。注意“度”的把握。根据项目关键点突出自身的优势，包括架构、技术、实力、资质等方面，注意与用户实际情况相融合。,3.售前工作职责,项目基本过程：,拜访用户,交流&POC,发标书写方案,参加招投标,参与答辩,签合同实施,进入产品实施，实施过程中与用户保持良好的沟通和回访，避免让用户觉得卖出东西后就不管了的印象，而这种行为，是可以辅助项目顺利验收

14、并收款的。实施完毕后，签字盖章验收。,欢迎大家，课程内容简介,三.售前工作中获取帮助的途径,一.产品版本以及产品定位介绍,二.售前角色定位和职责,四.售前技术交流的目的和技巧,五.售前POC的目的和技巧,六.售前DEMO的演示和技巧,七.售前方案的样例与编写要点,目录-售前工作中获取帮助的途径,2.售前获取支持的途径,1.售前工作流程总览,1.售前工作流程总览,目录,2.售前获取支持的途径,1.售前工作流程总览,2.售前获取支持的途径,电话支持：400-651-0020（售后）400-611-5522（售前）,Support/PTS：http:/http:/,Mocha Help：MochaB

15、SM帮助工具，需License支持,售前工具包：摩卡产品安装介质 用户手册以及工具箱,2.售前获取支持的途径,Support：,2.售前获取支持的途径,PTS：,2.售前获取支持的途径,HELP：,2.售前获取支持的途径,售前工具包 DISC1：,2.售前获取支持的途径,售前工具包 DISC2：,欢迎大家，课程内容简介,四.售前技术交流的目的和技巧,一.产品版本以及产品定位介绍,二.售前角色定位和职责,三.售前工作中获取帮助的途径,五.售前POC的目的和技巧,六.售前DEMO的演示和技巧,七.售前方案的样例与编写要点,目录-售前技术交流的目的和技巧,2.技术交流与汇报的技巧,1.技术交流与汇报

16、,3.用户需求控制规范和引导,1.技术交流与汇报,最终目的：协助销售成单,阶段目的：通过交流汇报，建立用户对产品的认同感,原则：交流重点是产品的亮点 根据用户的需求和关注点来演示,目录,2.技术交流与汇报的技巧,1.技术交流与汇报,3.用户需求控制规范和引导,2.技术交流与汇报的技巧,技术交流、演讲、汇报：,技术交流：通俗的说法，次数应该是最多的，可以包含演讲 在交流中给用户做好产品功能及亮点的传递，依赖于对产品的熟悉和丰富的表达能力 在交流中除了做好产品功能的传达外，用户对项目的真实想法、对产品的评价、对竞争对手产品的评价等等都可以获取到，这些可以为成单打下良好的基础,挖掘并控制用户需求，形

17、成记录 做好对用户需求的引导工作，而不是强硬的说不行 切忌随意承诺，如“这个功能我们可以在实施中二次开发实现”等 心态很重要，心态平和，语气就会平缓，思考也会更加灵活,技术交流、演讲、汇报：,演讲：正式场合下，一定注意着装 了解清楚听众的角色，有多少领导、在项目中会起到多大影响等 注意演讲氛围的营造，注意与参与人员的交互，领导在场的情况下一定注意度的把握，不能说得太炫，又要把意思传达 欢迎演讲过程中的提问，控制演讲过程中的提问 建立用户对产品、公司的认同感 以用户关注点出发重点讲解,切忌直接攻击竞争对手 我们推销的是：产品功能、带给客户的利益、客户需求的满足 正式且随意 最好站立姿势进行,2.

18、技术交流与汇报的技巧,技术交流、演讲、汇报：,跟踪和了解对手情况，了解同类产品的现状 找到或提出比对手有新意的、能吸引用户的系统亮点既要有重点，又要覆盖到各项内容，突出公司特点和优势、突出技术优势和特点产品在技术上的优势和特点从用户角色的层次上取不同的交流点,演讲前要调整好自己的状态和心态，过程中要放松，不要报着“上考场应考”、“被人评判审核”这样的心态，这样会使你陷入一种紧张、诚惶诚恐的状态。当你上到台上，看见人很多，你会更加紧张，越容易出错。你应该对自己方案和产品充满信心，你就是专家，报着“咳！让我给大家介绍一下我们的好东西，绝对能解决你们现在的问题！”的心态，你应该有一种急于向外人展现你

19、的得意作品的冲动，人越多，你越得意、越兴奋，这时，你最好的状态来了。,2.技术交流与汇报的技巧,技术交流、演讲、汇报：,汇报：通常会在POC之后进行汇报 主要将产品在用户处进行测试的过程以及发现的问题结合起来，揉在产品DEMO中向用户传达出去 汇报前需要借助的环境务必全面检查，确保环境正常可用 注意听者的感受，增进交流 突出亮点，但要避免陷入技术死角，尤其是用户领导在的情况下 弱化产品弱势 避免与用户争论,汇报思路一：按照运维人员角色为切入点，可以根据是否有领导在场而调整顺序 汇报思路二：按照产品功能，从总览到具体功能，可以根据用户的关注点不同而调整顺序,2.技术交流与汇报的技巧,目录,3.用

20、户需求控制规范和引导,2.技术交流与汇报的技巧,1.技术交流与汇报,3.用户需求控制规范和引导,产品不实现需求的判定原则,用户需求控制规范：,用户需求的引导：,要引导别人，先要说服自己。依靠对产品功能的充分理解，结合用户需求，如果不能直接满足用户要求，可通过已有功能变通满“这个问题不好说”，“大概、也许、可能吧”，你自己模模糊糊，还想说服别人，结果不但没有说服别人，反而被别人说服了 引导时，要顺应用户的心理，找好切入点，在用户所能接受的信息体系内进行说服，千万注意不要与其核心信念相抵触，同时语言和思路要合乎逻辑，只有这样才能使人信服 自由取舍论：对我有利的我就说，对我不利的我就不说。以这种方式

21、来影响用户的态度,理性：事实+逻辑。功能、案例、实力、性价比、与同类产品的对比优势等，必须清晰且严谨 感情和人格：不管大环境是否对自己有利，在引导时必须营造好引导的小环境，诚实可信、实事求是 利益：不是你要如何，而是用户要如何，从用户的角度出发思考问题,3.用户需求控制规范和引导,欢迎大家，课程内容简介,五.售前POC的目的和技巧,一.产品版本以及产品定位介绍,二.售前角色定位和职责,三.售前工作中获取帮助的途径,四.售前技术交流的目的和技巧,六.售前DEMO的演示和技巧,七.售前方案的样例与编写要点,目录-售前POC的目的和技巧,2.POC技巧介绍,1.POC目的介绍,3.POC获取帮助的途

22、径,1.POC目的介绍,POC在项目成单过程中的重要意义：,通常基于技术交流，在用户对产品已经有感性认识的情况下进行POC的运作，忌初次与用户接触就进行POC 以POC的形式将客户现场的IT资源进行监管，突出产品在安装、配置、发现、使用等方面的优越性 一个好的POC效果可以在很大程度上增加用户对产品的认识程度和满意度 在POC过程中与用户各方面保持良好的协作关系，让用户对于技术能力、产品实力、对用户的服务态度等方面有一个满意的评价 通过POC试用，增加用户对产品功能和使用方面的了解，促进成单！,目录,3.POC获取帮助的途径,2.POC技巧介绍,1.POC目的介绍,2.POC技巧介绍,硬件要求

23、：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

24、等）安装Flash Player 9 检查JAVA环境是否正常可用 生成cert文件（所需文件及命令可参见备注）便于产生License License放置位置请参见各产品或子产品的安装手册,2.POC技巧介绍,丰富监控内容，让界面看起来更充实：通过核心设备将拓扑发现完毕后，将全部发现的设备加入监控以丰富监控内容（产品功能已具备）手工添加Mocha BSM所在服务器本机进行主机监控 手工添加Mocha BSM自身MySQL数据库进行应用监控 手工添加URL、Ping、Port、标准应用、DNS等监控内容 手工建立自定义拓扑，将全国地图背景、机房侧面图、机架排列等分别建立拓扑并形成鼠标双击关联 在

25、系统管理中建立4-5个业务部门，同时形成服务仪表盘的DEMO数据 通过RTM录制网站访问过程形成DEMO数据 更改首页portlet内容，将比较绚丽的几个内容放到首页 定制报表，每个类型的报表至少建立一个 检查拓扑中的设备背板，如不能正常显示则通过背板管理工具进行添加 向用户获取种类尽可能多的监控资源添加，数量不要太多，但种类要全,POC过程及操作要点：,2.POC技巧介绍,常见问题处理建议：如果遇到某些指标长时间无法取值，呈现灰色，请在策略中将该指标临时屏蔽，同时收集尽可能多的数据以便问题分析 对某些应用的发现上尽可能的使用高级版进行发现监控，因为高级版监控的指标更多，同时可能有VM功能，展

26、现的效果会更好 如果在发现结论中显示失败，请详细检查打红色红叉的条件是否正常、发现前提是否已经具备、口令是否出错、所需服务是否开启、是否有防火墙等情况，根据现场情况灵活变动监控方式 遇到同一类型的主机只有其中某一个监控异常，但其他都正常时，务必与用户交流清楚，一般是由于某服务未开启所导致的 对拓扑中存在孤岛的设备，在确认发现各种参数正常仍不能解决后，手工通过链路工具进行添加 如果客户问到为什么需要机器的配置较高，可从平台级软件与工具型软件、日后可扩展性的角度解释 MRAM Agent/Server服务更改为本机管理员账号方式启动。,POC过程及操作要点：,目录,3.POC获取帮助的途径,1.P

27、OC目的介绍,2.POC技巧介绍,3.POC获取帮助的途径,电话支持：400-611-5522（售前）,Support/PTS：http:/http:/,Mocha Help：MochaBSM帮助工具，需License支持 可查询到最新的已发生的缺陷或问题处理的步骤,3.POC获取帮助的途径,HELP：,3.POC获取帮助的途径,Support：,3.POC获取帮助的途径,PTS：,欢迎大家，课程内容简介,六.售前DEMO的演示和技巧,一.产品版本以及产品定位介绍,二.售前角色定位和职责,三.售前工作中获取帮助的途径,四.售前技术交流的目的和技巧,五.售前POC的目的和技巧,七.售前方案的样例

28、与编写要点,目录-售前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、用户的关注点等等,演示前与

29、销售沟通,2.售前DEMO演示的注意事项（二）,确保演示环境！不要现场出问题，演示前先逐项检查需要演示的页面是否正常，指标是否有灰色！检查演示机的IE 6和Flash 9版本。,演示环境的准备,2.售前DEMO演示的注意事项（三）,多与用户沟通，不要自己单独讲，多问问用户的体验和沟通，多注重用户对产品的反应等,注意交流的效果,目录,3.产品DEMO演示的技巧,2.售前产品DEMO演示的注意事项,1.售前产品DEMO演示的目的,4.产品DEMO演示建议思路,3.售前DEMO演示的技巧（一）,既要表现出对产品的自信，又要注重用户的需求,自信，谦虚的态度,3.售前DEMO演示的技巧（二）,有自己的条

30、理和结构，容易被用户接受和理解,DEMO演示的条理性,3.售前DEMO演示的技巧（三）,需要避免的情况:,1、无交互自己讲，不给用户提问的机会，演示变成讲课,2、避免与用户争论特别个别用户对产品抵触时，多倾听，多介绍产品自身情况,3、避免用户对产品弱点纠缠不休可通过技巧绕过，将注意力集中在产品优势上,4、避免直接攻击竞争对手可含沙射影，不可直接攻击,目录,3.产品DEMO演示的技巧,2.售前产品DEMO演示的注意事项,1.售前产品DEMO演示的目的,4.产品DEMO演示建议思路,思路一：以角色为切入点,4.产品DEMO演示建议思路,1、IT运维管理员如何可以快速的找到问题所在？介绍监控、首页、

31、策略、RTM拓扑等内容,2、业务部门如何可以快速的知道业务受影响的范围？介绍服务、仪表盘等内容,3、IT管理者如何可以有效的进行故障管理提升服务质量？介绍报表等内容，可能涉及到ITOM、ITAM等内容,思路二：以产品功能为切入点,4.产品DEMO演示建议思路,总览,网络,主机,应用,报表及其他,RTM、业务,4.产品DEMO演示建议思路,各模块演示重点：,总览,网络,主机,应用,报表及其他,目的让用户对产品有总体印象，也是进入其他模块的入口，雷达、首页可定制等是必须演示的,RTM、业务,4.产品DEMO演示建议思路,总览,网络,主机,应用,报表及其他,重点：自动发现，二层拓扑，三层拓扑，背板管

32、理，手工拓扑定制，流量分析，右键菜单，幻灯片等（网络拓扑详细内容可参见MochaBSM_与用户交流Network Focus.ppt）,RTM、业务,各模块演示重点：,4.产品DEMO演示建议思路,总览,网络,主机,应用,报表及其他,VM必须演示，注意进程的演示,RTM、业务,各模块演示重点：,4.产品DEMO演示建议思路,总览,网络,主机,应用,报表及其他,VM必须演示，VM的作用是降低使用门槛，不是“漂亮”。,RTM、业务,各模块演示重点：,4.产品DEMO演示建议思路,总览,网络,主机,应用,报表及其他,着重让用户看效果。解释MTTR，MTBF等概念,RTM、业务,各模块演示重点：,4.

33、产品DEMO演示建议思路,总览,网络,主机,应用,报表及其他,侧重查询式报表，和报表的可定制性。报警事件等,RTM、业务,各模块演示重点：,欢迎大家，课程内容简介,七.售前方案的样例与编写要点,一.产品版本以及产品定位介绍,二.售前角色定位和职责,三.售前工作中获取帮助的途径,四.售前技术交流的目的和技巧,五.售前POC的目的和技巧,六.售前DEMO的演示和技巧,目录-售前方案的样例与编写要点,3.方案编写要点,2.方案样例介绍,1.方案分类,1.方案分类,技术建议书：目的在于按照与用户交流后汇总的用户需求以及功能点，以方案的形式呈现给用户产品可实现的程度以及产品的优势通常在技术交流或POC之

34、后来编写通常以公司方案规定的模板提供，包括页眉页脚等格式通常包括：方案主体以及成功案例介绍等,投标技术方案：在投标过程中使用在格式、内容、顺序上均有较高的要求通常在进入招投标阶段时编写，会分为正本、副本，需要装订成册通常包括：方案主体、投标PPT、技术偏离表等,目录,2.方案样例介绍,1.方案分类,3.方案编写要点,2.方案样例介绍,XX客户综合网管系统-技术建议方案3.0.doc,使用方法：替换“XX客户综合网管系统”为客户名称+系统名称的格式替换“综合网管系统”为用户实际项目名称替换“XX客户”为用户名称调整顺序以及对内容进行增删操作检查是否有非本项目的内容，如监控内容、产品所需模块等,目

35、录,3.方案编写要点,1.方案分类,2.方案样例介绍,3.方案编写要点,方案提纲设计：,客户需求分析,解决方案概述,解决方案详述,系统数据存储及备份方案,资源消耗评估,方案的特点和优势以及案例介绍,技术服务能力以及优势介绍,技术培训及售后服务,系统实施方案,3.方案编写要点,客户需求分析：,主要包括：客户环境描述本项目的管理需求描述本项目的管理目标描述,侧重点：对用户网络以及IT资源使用问题有比较清楚的了解，尽可能详细的列出用户方面现有的网络拓扑环境、IT资源监控种类以及规模、用户所期望实现的功能或目标等,3.方案编写要点,解决方案概述：,主要包括：系统设计原则以及体系结构项目建设的建议方法和

36、步骤项目的其他投资，比如硬件配置情况的要求等,侧重点：根据用户的管理规模确定系统的体系结构，采用标准版的设计或企业版分布式的设计将用户关注的技术点体现在内，满足用户对技术先进性要求的同时体现产品技术架构的优越性针对用户需求所选择的产品模块的设计以用户的网络环境以及管理规模为出发点，从技术架构以及部署架构等多种角度展现对用户要求的支持情况,3.方案编写要点,解决方案详述：,主要包括：针对用户需求点的详细实现技术和实现方案满足用户所有需求的前提下对系统安全特性、预警事件等特性的描述满足用户所有需求的前提下对易用性、数据统计分析等特性的描述,侧重点：如果有需求文件，则完全按照需求文件中的顺序依次进行

37、描述，提供的方案顺序仅供参考，实际出的方案要完全以用户需求为出发点注意对监控资源的分类和叫法，按照用户所理解的分类进行详细方案的描述，如有些用户把Tomcat归入到网站监控一类，有些用户则放入到J2EE应用平台监控一类详细方案设计的原则为：满足用户现有需求+超出用户预期。适当突出技术领先性，如多种监控方式供用户选择等。,3.方案编写要点,系统数据存储及备份方案：,主要包括：对数据存储备份的描述，如用户数据对数据清理的描述，如用户数据系统自身管理数据的描述，如日志、事件等,侧重点：突出在数据管理上提供了产品化的工具，方便用户对数据的管理和维护突出对数据进行了分类，如配置数据、用户数据等,3.方案

38、编写要点,资源消耗评估：,主要包括：产品在监控时对被监控端的影响产品的监控时对用户网络环境的影响,侧重点：提供计算公式给用户量化的数据给出轻量级影响的同时强调多种数据采集方式,3.方案编写要点,系统实施方案：,主要包括：实施周期和计划预估实施团队介绍,侧重点：在此进行罗列的是在用户预期内的一个实施计划，具体实施周期可通过计算得出对项目阶段或项目管理的控制，让用户感觉对项目管理上非常有经验,3.方案编写要点,培训以及售后服务、技术服务能力、方案特点：,主要包括：上述三部分按照标准内容编写即可可适当增加用户所关心行业的案例,侧重点：原则上产品仅提供标准培训以及标准服务内容，不可轻易承诺超出标准条款之外的任何要求案例可从本系列培训的资源库中抽取,400-611-,做得更多Do More With Less,Thank You!,