HI,下午好,欢迎来到微信公众号转让!
24小时服务热线: 4000-163-301
请扫码咨询

新闻动态

NEWS CENTER

物业收费系统分析:详解系统工作流程

2020-03-09

1 目标与背景介绍

1. 项目背景

随着人们生活质量的不断提高,房地产开发的飞速发展,传统的物业管理模式已经不能满足物业公司对小区物业的高效率管理和把控。

物业公司需要寻求企业信息化、智能化的管理,因此需要引进物业管理系统辅助物业公司开展管理工作,达到降本增效的目的。

我所做的物业管理系统就是在这样一个背景下产生的,综合评估之后,对物业管理系统生命周期进行了四个阶段的规划,分别是:

  • 基础功能的完善:物业报事报修、物业收费、智能门禁等基础功能建设;
  • 社区生活服务:社区电商、家政服务,社区养老等便民服务的建设;
  • 邻里社交:休闲服务(亲子活动、老年人旅游活动),健康心理,纠纷介入等精神建设方面的服务;
  • 商业化:个性化推荐服务、产品等。

2. 收费系统目标

本文重点在第一阶段的基础功能建设中,物业收费系统搭建的流程,做简要的分析,旨在寻求一种可迁移的系统设计方案,提升后续工作效率。

物业收费功能是物业管理系统的核心功能之一,设计的目的在于方便业务缴纳费用,以及提升物业收费效率。

02 功能需求分析

在进行系统的整体设计之前,需要对客户公司的运作模式进行调研,获取基本的信息,在原有业务基础上,通过系统来优化、固化业务流程。

1. 目标角色识别

通过调研,我们获取到客户公司的收费管理办法,部分截取如下:

根据公司业务,收费业务岗位分工如下:

(1)客服部:客户助理、客户主管

客户主管:

根据房屋资源住房相关信息,对客户助理的收费情况进行审核,客户助理录入有错时进行修改;查询收费、欠费情况,负责催收欠款。

客户助理:

办理本管理办法第三条所列的所有收费业务,履行所有手续;根据房屋的不同收费状态进行添加、打印收费收据;每天向出纳员移交物业收费,日清日结;客服只负责收款不负责退款;对欠费进行催收。

(2)财务部:出纳员、会计

出纳员:

核对房屋资源是否与实际相符;核对客服执行的收费标准是否相符;每天下班前核对客服交接的款项、移交的收款收据是否相符;要做到日结日清,钱账相符;负责保证金和押金退付。

会计:

审核出纳员是否严格执行收费管理办法;审核系统收费、收据和款项是否相符,收取的现金是否及时存入银行;审核所有收费是否全部入账;审核收费标准是否正确;房屋信息是否正确;负责已收物业费、应收账款、预收账款以及代收款项的审核。

(3)物业经理

经常查询物业收费情况,及时掌握物业公司收费状态,安排催收工作;执行总经理审批后的收费折扣率;监督客服部和财务部的物业收费操作,发现异常及时处理。

1.1 业务涉及的角色描述

前文也有提到,物业收费系统是为了方便物业收费,同时也需要方便业主缴费,因此需要将业主也考虑进来,于是我们整理收费业主中所涉及的所有角色,如下表所示

2. 业务流程识别与分析

本着设计功能必须回归业务场景的原则,首先识别物业收费的业务流程。

我所理解的业务,是为了服务于某一目的,所做的一系列事情或者说是操作,涉及服务方与被服务方。

而业务流程的起点是某一角色提出「服务请求」,过程经过一系列操作,以「满足服务」作为终点。

2.1 主业务流程

回到物业收费业务,首先应该识别出主流程是什么,如物业需要对业主进行收费,则需要经过一系列的计算,得出该业主这个月应该缴纳的费用是多少,并且将账单展示给业主由业主买单。这个流程的起点是「物业创建收费单」,过程是「计算应缴费用并进行缴费」,终点是「缴费成功」。

2.2 分支业务流程

除了主流程以外,还应该将所有的分支流程和其他流程识别梳理出来。如逾期时候的客服催收流程、因维修服务形成的单次缴费流程,保证金、押金的退付等。

2.3 流程优先级判断

如何判定业务流程的优先级呢,可以从两个维度分析,一个是该业务是否主营业务,另一个则是该业务频次的高低。

  • 若一个业务既是主营业务,频次又很高,则优先级可判定为关键业务
  • 若一个业务是主营业务,但频次低,则是重要业务
  • 若一个业务不是主营业务,但是频次很高,则是有用业务
  • 若一个业务不是主营业务,频次也不高,则是一般业务

2.4 输出业务流程列表

将所有流程识别出来罗列在表格中如下表所示。


2.5 分析业务流程并绘制流程图

这里以主要的收费业务为例,阐述绘制业务流程图的基本步骤:

第一步是厘清主脉络,明确各个角色之间的分工,所做的活动以及基本的协作关系。物业收费流程中,一般是下图所示的流程。


第二步是梳理分支,针对流程中可能出现的异常、规则和审批梳理出分支流程。如账单填写错漏等异常,需要进行审核。

第三步是补充产物,各个协作之间的产物关系是什么。如,收费单、应收账单、收据等。

输出跨职能流程图如下,然后根据所分析的结果输出业务流程图:


3 业务场景识别与分析

3.1 各角色的业务场景识别

在分析了收费业务的业务流程之后,需要针对系统中每一个角色,对该角色的业务场景进行识别并加以分析。

以客服助理为例,「办理收费业务」和「生成收费单」,在实际的系统建设中是可以纳入系统功能范围的,而「收取费用」这个行为,在线上支付的系统中,可以由一个「收费状态」代替,因此不需要进行独立的场景分析。

以“是否在系统的建设范围内为原则,识别各个角色使用系统的业务场景”。用于表示用户使用系统的表述,比较好的方法是使用用例图,下图表示的是系统中各角色的使用场景,为了更好的描述使用场景,应该站在用户的角度,以用户的语言进行描述


3.2 根据业务场景分析所需功能

当我们识别出业务场景之后,经常会掉进这样子的惯性思维陷阱:

比如我拿到「办理收费业务」这样一个场景,我会马上想,系统应该怎么实现呢?计算业主需要缴纳的物业费,我应该给系统设计一个表单,让客户助理来填写创建收费单……

如果真这样做估计会被客户助理打死。

3.2.1 分析场景流程和面临的挑战

拿到场景,我们总是站在技术的角度思考该如何实现,给什么样的功能,通常这样子就掉进了实现者的思维陷阱,在不理解该业务场景的目的时,就思考解决方案,往往容易走偏。

在「办理收费业务」时,客户助理的目的是准确计算业务应该缴纳的费用并成功创建收费单,那他会怎么做呢?

  1. 获取该业主需要缴纳的费用有哪些,如物业管理费、车位管理费、水电能耗费、垃圾处理费等等。
  2. 计算每种收费类型的费用,需要获取哪些数据,如物业管理费按照每户的房屋面积,每月缴纳一定的费用,则应该获取该业务的房屋面积是多少;水电能耗则应该获取到用水用电度数,再按照一定的规则计算。
  3. 将所有的费用加和得到总的费用并创建收费单。

那客户助理在做这个工作的过程中,会遇到哪些挑战呢?

  1. 物业管理费、车位管理费等每个月都是固定缴纳的,业务的房屋面积也不会变动,每个月重复的创建收费单,好麻烦,做了很多无用功。
  2. 每次都要查询价格表才能确定收费规则是什么,收费标准繁琐。
  3. ……