礼品行业门户和业务集成方案.pptVIP

客户的需求决定了门户的内容 （前部门提到过客户的需求及如何调研） 高效率方案提供：先由客户自己选择方案，再次才是提交个性化方案，或者由客户提供方案变更思路，更容易达成一致。 绑定：设计优良的客户门户会让客户产生依赖性。 协同工作： 捕捉客户关注信息：分析客户爱好与倾向 各方面进度直观可视： * 我们希望所有的数据统一在一个平台下管理，这个数据不仅仅是礼品数据，更关键的是集成了供应商与客户的业务信息数据？ 我们的业务人员希望看到客户的计划信息，以便提前准备方案，也希望能看到设计部门对于方案的准备情况？ 我们的业务人员与客户采购人员希望看到一个一致的业务流程展示？ ？ * 双方商定的项目，可以直接转为订单 可以直接在方案库中采购，直接下订单 * * * 我的项目主要是为业务员分配到VIP客户项目服务，在我的项目中，业务人员可以直接组合项目产品，项目产品直接关联了产品库中的供应商交货同期及产能信息，业务员通过最长交货周期来判断能否交货。另外，有新的需求时，业务员可以直接与设计人员通过项目发布来与设计人员，或者厂家来进行设计变更。 在原来的方案库中选择不到合适的产品，才进行的项目发布， 该项目发布只有负责该客户的业务人员可以看到 * 产品信息图书馆：我们的设计就是按照“图书馆”的思路来的：大家来往图书馆里添加“图书”——产品信息；“读者”——销售员、代理商来图书馆查询信息，获取知识。 因此，产品图书馆将是一个产品信息的集散地，产品部、销售部、代理商都将在这个系统上就产品、业务进行交流和沟通，这里，我们先来介绍就产品相关的信息的沟通； 我们的“图书馆”中的信息，将可以支持一对一的发布、也可以支持一对多的发布。下面我们会给大家详细说明； 同时，我们的“图书馆”还将所有的信息围绕产品这样的“图书”来组织，只要用户找到产品，该产品相关的其他信息就会自动带出来。 下面，我们来简单看看这个“图书馆”能干什么呢？ * * 这你可以给大家介绍：当产品部维护信息的时候，是可以设定谁可以看，谁不可以看的。 同时，他们也可以选择是否邮件、短消息通知大家。 我们这样做的目的，是希望大家能尽快获取产品、价格、政策的变动。 页眉 * * * 用户管理的精华是属性和规则，通过属性和规则可以实现灵活、细致、精确的控制。 上面是用户管理的结构展示，内外部用户由超级商务建立，通过给用户维护各种属性， 建立权限规则，该规则可以规定具有什么属性的用户可以有权进入系统的什么功能，进入 某个功能后，根据属性可以看到多少行、多少列。 内部用户的基本信息包含用户的NOTES ID、登陆名、员工编号， 用户属性主要是指用户的NOTES ID、登陆名、部门、平台、角色等。 外部用户的基本信息包含其所属的代理商，移动电话等，外部用户的角色主要是代理商管理员和代理商子用户。 * 订单缓冲：网上订单将摆脱不灵活的评价，我们几乎和手工单一样灵活。同时的风险是：1.商务进行的修改使进入ERP的订单不是代理最初下的样子。修改订单尽量争取代理的确认。2.代理在下单的时候无法看到返款（返款预演正在改进中）。订单最终成交的金额需到商务创建ERP订单时才得到（手机短信）。会对现金和送货取支票订单有影响：代理当时不知道开多少金额合适。 * 2009年7月份 * 2010年7月份 * 2010年上线 * 每条信息发布时，都可以指定特定的阅读者；甚至可对具体某一个人或者部门单独发布信息。 集群和个性发布相结合 我们也是供应商的大客户，我们希望从客户哪得到的，也是供应商希望我们希望得到的？ ？ 供应商也希望长期绑定在XX，因此会愿意通过更便利的门户进行沟通？ 供应商也希望能有计划的备货以便增加周转量 供应商愿意通过门户来对账？ 供应商希望得到什么？ 订单管理 可以看到已经入选的设计，按合约入选的礼品可以进行部分的备货生产 可以看到自己的结算信息 当然，也可以在主界面看到公共的信息 可以看到自己的产品评价信息 不按相关的权限管理自己的产品库 通过主界面登录 供应商门户中的内容 供应商门户中的内容（介面展示） e-Bridge业务模型 经销商 神州数码 服务平台 Call Center e-Bridge 透明 资 金 流 商 流 物 流 资 金 流 商 流 物 流 高效 稳定 供应商 信 息 流 VMI的业务流程说明 导航菜单 便捷菜单 服务的人群和角色 财务系列 设计系列 销售系列 产品系列 采购系列 设计系列 管理系列 厂商系列 交易 产品 审批 商务 用户 渠道 物流 代 理 商 管 理 员 用户管理 建立权限规则 用户登陆 内部 代理 e-Bridge 建立用户 检查规则、属性 显示行、列 显示功能 显示栏目 签约产品组 维护基本信息 维护用户属性 新建管理员 维护基本信息 冻结/解冻 新建子用