2014房地产售楼业务蓝图.docVIP

正中EAS项目 售楼系统业务蓝图 文档作者： 金蝶EAS项目小组 创建日期： 2009-5-2 确认日期： 当前版本： 1.0 拷贝数量： 审批签字: 客户方项目经理： 金蝶方项目经理： 文档控制 修改记录 日期 作者 版本 参考版本 备注 售楼系统概述 本系统主要结合房地产公司销售房间的整个过程进行管理，销售管理的主要任务是建立建全售前、售中和售后业务控制体系，销售前台完成房间资料录入、客户登记、销售签约、财务收款等过程一体化处理，管理后台对楼盘的销售全部过程进行实时监控，及时调整销售策略，同时进行有效的客户关系管理，实现销售数据向后续模块的无缝传递。另一方面系统引入业务导航概念，以流程图或突出中心的形式体现各项业务之间的关系，加强对操作员的指引性。 EAS房地产销售系统是适应多组织、多项目管理的面向客户的集团化信息系统，以客户关系管理（CRM）思想为指导，满足售前营销管理、售中交易管理和售后客户服务需要。同时实现财务、成本和销售的一体化集成，促进销售、财务、产权、按揭及其他各部门之间的协同运作，大大提高运营效率。 售楼系统总体流程图如下： 基础设置 1.1 组织架构 组织设置说明： 管理单元：英文名称为Control Unit，简称CU。是用来确定基础数据的基本共享范围，设置CU为了各个业务组织更好的业务协同；具体业务的开展不受CU的影响；它只是一个主要数据的共享区域。设置的方法基本上是依据科目、客商、物料等主数据为依据，取最小粒度。按照目前的实施经验总结，可以按照行业、区域和法人公司等作为建立CU的标准。 组织单元，英文名称为Oranganize Unit，简称OU，就是实实在在存在的单位或者部门； 金蝶EAS系统是一套面向集团的应用管理软件。其组织架构是：单组织架构树、多业务视图模型。 根据正中实际业务情况，建议把将正中置业集团有限公司下的工程管理中心各项目部下的具体项目建成实体销售组织，正中置业集团有限公司为虚体销售组织，各个项目部为实体销售组织。 说明： 销售组织实体才能做销售业务操作，不同销售实体之间业务数据是隔离的。各个销售实体组织下面可以设置不同的营销团队，营销团队又是对权限的一个细分，如果涉及销售项目之间的共享，可以通过销售团队来实现 集团维护一些基础数据，这些基础数据是集团共享，全局使用的。由集团来维护是为了通过这些数据来过滤查看报表。例如：户型类别，统一由集团维护，然后通过户型类别查看不同的户型销售情况。由集团维护可以保证数据的一致性，从而保证报表的正确性 1.2 集团维护的基础资料 图表 2 （备注：红色表示集团维护基础资料，蓝色表示由销售实体维护的基础资料） 房源相关的属性：房间朝向、房间景观、建筑结构、房屋形式、户型类别、建筑性质。 客户相关的属性：来源分类 、客户来源、客户分级、家庭收入、居住区域、接待方式、款项类型、意向单价、意向总价、意向楼层、首付比例、商机原因、意向强度、面积需求、事件类型和商机级别 集团可以针对这些属性通过报表来进行考核,考核的前提是这些资料统一由集团整理找出他们的共性。 注意事项： （1）以“客户来源为例”不同类型的项目可能来源不同。但“客户来源”作为一种基础资料，必须由集团统一维护，这样才能保证基础资料的唯一性，保证报表分析的正确性。 （2）基础资料选项设置的多少不仅要考虑到公司统计的维度，也要考虑到资料是否能够从客户处搜集到。 客户分级可以和客户分类组合使用，例如客户分级可以建立为内部客户、外部客户。 1.3 销售实体组织（各项目部）维护的基础资料 1.3.1 房源设置 由销售项目、楼栋设置和房间三个模块组成。 在正式推出楼盘之前，必须先对其进行相关必要的设置。 （1） 2.5按揭管理 系统中按揭管理是在签约完成之后办理，主要是实现按揭的登记收款功能，可以进行批量按揭、批量登记按揭办理的时间。 2.6 入伙管理 系统中入伙办理的前置条件是收清全款，如果收清全款之后，可以在系统中登记入伙时间，计费时间等，也可以实现批量入伙。 2.7 面积补差 预售房如果录入了建筑实测面积，并且面积已经进行了复核，就可以进行面积补差，EAS系统提供两种补差方案，手工补差和方案补差，进行方案补差需要首先定义补差方案，一栋楼的补差完成之后，提交楼栋审批工作流，审批通过后，就可进行相应的补差收退款操作。 2.8 产权管理 产权管理也是进行产权登记办理的几个时间，支持批量办理产权 备注： 产权上报日期：资料提交国土局日期 产权办理日期：国土局办结日期