协同管理平台销售思路文档.pptVIP

企业中最难管的是非结构化的信息与数据 业务流程中大量产生非结构化数据与文档 审核 验证 我们如何管理这样分散在流程的文档 分布式环境如何协同 大量的文件又需要协同 通过邮件解决问题？？？ 谈判 设计 开发 计划 讨论 响应 2 协同工作 业务处理 我们有该如何利用好根本无法管理好的非结构化数据 非结构化数据无法管理和控制 每年36%的非结构化数据增长 效率如何保证 安全方面的压力 法规遵从的压力 我们怎么利用其价值 …… 无法管理的 可管理的 3 知识文档的生命周期管理 知识是在一段时间内的判断，不同时间知识会发生变化 管理生命周期业务策略 从创建到消亡自动分级 通过手动和自动工作流来驱动 动态安全、法规遵从和策略保持 信息生命周期 创建 修改 审核 验证 发布 撤销 以知识文档生命周期管理为核心的安全设计 内容安全 文档库加密 电子签名 信息权限管理 强制接入控制 电子销毁 电子签名 电子销毁 单次登录 认证 审计 加密 信息权限 知识管理设计框架 在工作中沉淀知识，在工作中运用知识 知识要与岗位连接，为岗位工组哦服务 知识要与业务连接，为业务提供价值服务 岗位工作门户 业务工作 知识仓库 知识地图 知识地图门户 外部门户 PDF SCAN Html Word 审批发布 EXCEL 权限管控 搜索引擎 知识树 FAQ 事务协作 知识报表 权限设置 个性化定义 目标市场 修改维护 知识文档库 各类 知识库 专家门户 知识门户 Dirt Text 目标选择 上载 下载 任务关联 人员关联 文档关联 票据 合同 信件 会议关联 业务关联 流程关联 三层技术架构构筑企业协同管理平台 创新是我们是持续前进的源动力。 系统架构 系统本质:数据必须关联,不同人员可以协同运作; 系统以组织与权限为核心，架构整个系统的应用; 流程为驱动，驱动组织以及应用的运转 前端以门户为主，实现个性化的工作桌面; 大OA的系统架构：三层架构，前台、中台、后台 泛普软件的复合应用技术 泛普软件将应用看成组件，以业务逻辑为核心，通过门户的方式将其组合、校合，实现应用与数据的关联。 每一个齿轮都是基于SOA的理念构建，可以都独立运营，可密切关联，最终实现数据、应用的全结构化 通过齿轮校合中心，实现应用的协同化 通过泛普软件的复合应用以及应用建模能力，实现对业务应用的快速构建。 通过快速的应用建模满足企业需求的快速实现，并实现不断可持续的应用提升 泛普软件的复合应用技术，实现系统应用组件化 2012 weaver group All rights reserved. * 融实践之经验 合未来之创新 议题核心 我们在面对一个什么样的市场 什么样的客户在关心这样的方案 这样的方案该如何阐述清楚 我们如何在实际过程中如何运用 OA软件=协同管理平台吗? 创新是我们是持续前进的源动力。 无法界定自己需求的客户 企业规模不是很大 缺乏有效的IT力量,总经理挂帅比较多 企业信息化都是相对层级较低 明确的OA需求 It部门主导,公司内IT部门有一定实力 基础信息化已经具备一定基础但价格敏感度高 业务部门参与度不高,主要是行政条线或者财务条线 客户分类 形成策略 关注需求与方案匹配 信息化程度较高,有上过OA IT部门力量较强，主导能力强 业务部门的人员信息化认知高，参与度高 我们在面对什么样的客户? 关注技术实现能力 IT力量强大，业务部门参与度低 公司规模较大 信息化程度高 不同类型客户的差异 产品与方案的核心不同点在于，卖产品，我们需要强势的告知客户我们卖的是什么，我们的卖的产品比别人好在哪里？ 强调对自身产品的了解 强调与自身产品的演示能力 强调你与其它对手的差异优势 关注的是客户的需求，你需要根据客户的情况来定位你的产品、方案、案例、公司、服务 客户需要一家什么样的公司 客户需要一个什么样的技术架构产品 客户需要一个什么样的方案 客户需要一个什么样的服务方案 客户认为什么才是他的最佳选择 你如何证明你是最佳选择 卖方案的做法 卖产品的做法 我们会面对一个什么的结果 客户为何总是 那么多想法 我还要写方案 ，搭建demo 预计要结案的时间总是一拖再拖 客户要参观， 我需要协调 公司的资源 总是不够， 我该怎么办？ ■需求■方案■demo■案例■商务■服务■考察 我们签约金额与我们的售前付出不成正比，一个单子跟进很久，但是总是结案的时间很长，又是方案、又是考察、又是给这个领导汇报，又是给另外一个领导汇报，优势明显，但是总是离签约有距离 方案型客户、产品型客户在销售方法上、方案阐述上都需要一一样，所以，一开始的客户识别，然后以不同的方式来对待客户，你强势引导客户产品思路，还是以解决方案思路来主导，我