业务管理系统的构想.docVIP

PAGE \* MERGEFORMAT 1 CMWIN协同商务管理系统的构想 黄培 开发背景 互联网时代，企业的经营模式和营销模式都有了很多新的变化。企业需要管理海量的客户信息，员工也需要广泛地利用互联网，实现异地协作。电话营销、网络营销和数据库营销成为企业进行营销活动的主要模式。员工之间的协作也越来越依赖网络。因此，构建基于互联网的企业运营管理系统，具有广泛的需求。另外，目前，协同软件和CRM市场前景较好，我们适时推出CMWIN协同商务管理系统，会有很大的市场潜力。而成功的关键，就是要建立开发的构架，能够在未来适应各个行业的特定需求。 对系统功能的基本要求 企业运营管理系统的对象是公司全体员工。 设计思想是把与公司日常运作有关的业务都管理起来，将各类实体全面关联起来，实现协作和信息共享。 该系统是基于角色的(Role-based)，每个员工根据自己的职责，可以看到的都是与自己相关的内容，可以打开的是与自己岗位有关的应用组件。组织结构上的领导可以看到下属的相关内容。 系统应当具有开放的构架。所有关键要素的字段应当是可以定义的。未来可以继续扩展功能。 系统运行于企业的内部网站，基本思想是集成了企业内部网站、OA、eHR和CRM的功能，支撑企业的业务运作。 系统应当考虑与邮件系统和OFFICE系统的集成，应考虑建立开放的接口规范，实现与ERP、财务系统的双向、实时集成。 一个很关键的技术是将这些核心要素紧密关联起来。建立一个面向核心实体信息的关系型数据库。 目标是开发一个商品化的软件，可以用普通WEB方式和SAAS方式运作。 需要提供从多个维度来进行分析的Dashboard(仪表盘)功能。 要考虑对多语种的支持，最终能够面向国际市场。 该系统应当充分借鉴E-synergy的功能，并根据国内企业的需求适当简化。 该系统的开发应该先建立一个框架和平台，在此基础上开发应用组件，分阶段完成。前期重点是管理结果信息，过程信息在后期再进行开发。 该系统未来可以面向各个行业推广，例如金融、保险等服务行业。未来逐渐建立行业解决方案。 系统在推广时，应当实现可配置、可裁剪、可扩展。能够快速实施。 要考虑支持手机短信、电话触发应用等功能。 e-works将作为用户，全面应用该软件，替代目前的系统。 对核心实体（Entity）的描述 组织结构：可以自行定义企业的组织结构（需要考虑支持树结构和矩阵管理）。应当有对各个岗位的描述，包括岗位的职责、职级等。 员工：隶属于某个部门，有关于其基本信息的描述，包括员工的ID，邮件地址，进入公司的时间，职务等，可以链接其简历（人力资源部负责维护），相关的文档（如与公司签订的协议）、薪酬、考勤情况等。 联系人：包括联系人个人的信息，隶属的企业。链接相关的合同、回款、费用等。 客户或合作伙伴（包括供应商）：单位的详细信息。单位有分支机构，每个分支机构的地址和联系方式不同。可以进行自定义分类（例如e-works分为制造企业、IT厂商、政府、媒体等）。对于合作伙伴，可以建立一对一的门户。查询或反馈与公司的合作情况，查询合同、付款、订单、支出费用等情况。 产品或服务：可供销售的产品和服务的信息，包括名称、类别、价格、单位（个、公斤等）、编码、产品的描述等。 合同：对外签订的合同，包括基本的合同信息（编码、类别，起止日期，主要内容，合同回款的预订期限），应链接相关的员工及部门（如果员工调动，应考虑处理方式），相关的产品或服务、折扣率，相关的文档（合同和技术协议等）、相关的客户或合作伙伴，相关的售后服务、相关的经销商。对于合同要求的服务内容，也应明确记录，可以生成作为相关员工的工作任务、相应的项目（应进行双向关联）。也应该链接对应的回款。 回款：包括回款的金额，对应的合同的某一笔回款，对应的客户，对应的员工（客户经理），对应的经销商等。回款的类别应可以定义（按产品和服务的类别，如e-works的广告、会议赞助或服务；或者按预付款、尾款等；或按区域）。 费用：支出费用的类别（可以自定义分类，如广告费用、办公费用、营销等，可能需要分大类和小类），与费用相关的合同，相关的员工，相关的客户单位，相关的经销商等，还可以关联相关的项目。 项目：包括项目的类别（研发、市场推广等，可以自定义），关联的合同、文档（如项目计划、项目总结、项目交付的文档，如需求分析、IT规划等）、项目的结构（项目经理，组成人员，要考虑可以分为子项目）、项目的阶段（每个阶段的任务）、项目执行的状态（计划、正在执行、结束）、是否按正常计划执行（绿灯、黄灯、红灯），项目的预算等。支持项目的任务分解（分解成为若干不可细分的任务）。还包括链接相关的合同、客户、经销商、员工。 知识：包括知识的类别（市场、技术、应用等，可以自定义），关联的部门、文档、客户（与某个客户有关的知