快好知 kuaihz

物业收费系统之计费模型设计思路

本篇文章介绍了物业管理系统中收费项目的划分情况,并且将计费模型进行了系统地梳理,希望借此能够增加大家对物业管理系统中计费方式的认识。

之前做物业系统的时候,有一块收费系统,这里的内容不少,乍接触的人不太好下手,而且里面坑比较多,就把我的一些思路和遇到的问题做一些整理,分享一下,希望能给需要的人一些启发。

一、收费项目划分

物业收费中系统中最重要、最基础的一块内容就是计费,而且要计得对,计得准。这部分有问题,那所有的都白忙乎。

在此之前要先搞清楚,系统要对哪些内容进行计费管理,即收费项目的管理和设置。

我们先看几个例子,来了解下什么是收费项目:

这里只是举了几个例子,至于物业收费中的项目有哪些,取决于各省市的物业收费管理标准,物价部门也会有明确的收费指导,有兴趣的可以查阅下相关资料。

但至少我们可以了解到以下几点:

收费项目是有多级分类的;

每个收费细项可以对应不同的收费标准;

有些费用是按照平米收的,有些是按照数量计算的;

部分费用根据项目类型也有所不同;

我这里梳理了部分常见的物业收费内容,列了个表,根据这个表,看下彼此之间有什么共同点是可以抽象出来的。

虽然各地、各个物业公司的收费标准和内容不尽相同,但却有大体的规则和原理是相通的。

我们需要抽取出能够让系统完成的事情,解放人的双手和时间,让系统最大的程度的能够覆盖和解决所有的情况。

合理划分收费项目是基于业务的管理和统计需要,基本上这样整理完成之后,基本的项目划分思路也就比较清晰了,关于收费项目设置建议设置两级结构就可以了:

第一级作为收费大类(比如管理类、特约服务类、常规服务类等等);

第二级作为细分的收费科目(比如物业费、车位管理费等等)。

一方面可以满足按照不同维度的统计,另一方面初期维护和设置的时候不至于过于繁琐和细碎。

如果说还有物业费下面还有更细的,比如:高层低层费用等等,其实这些可以作为单独的收费标准来实现就好,未必要在类目上划分的那么细。

同一个收费科目下面可以关联多个收费标准,留给用户自定义即可。

另外就是类别、科目的划分我们只需要产品结构上支持即可,至于具体用户如何定义各个分类和名称,我们就没必要过多的关心了。

二、计费模型梳理

那么收费项目结构和思路理清楚之后,我们来看下计费模型,之前我们也看到了那么多的收费项目和收费要求,分别也有很多划分方式:

从业务类型上可以划分:管理收费、能耗费用、基础服务、有偿服务、其他类等等;

计费周期上可以划分:周期性计费、单次计费

从计量依据上可以划分:面积、数量、仪表、户、车等等;

从计量性质上可以划分:按固定量、按使用量、按需求量;

从计量方式上可以划分:常规仪表类、公摊仪表类、非仪表类;

从计价行式上可以划分:按单位计价、按固定金额计价、按阶梯计价。

以哪种维度设计计费模型更为合理和简单呢 ?我认为至少应该满足以下几点:

规则设计简单明了,便于别人理解;

规则之间不能有冲突和交叉,防止计费逻辑的混乱;

保持一定的灵活性,有可扩展的空间,不能规定的太死;

计费模型足够简单,流程足够简短,降低系统的复杂度。

关于计费模型的设计,我们重新对上面表格内容进行了组织和整理,见下表:

我这里将物业中常见的收费归纳为两类计费形式:循环性的周期计费和独立的一次性计费

1. 循环的周期性计费方式

典型的比如物业费,一般是固定金额的按月/按季/按年这样收取,一般情况金额不会发生变化,这种类型的收费最适合于系统自动处理,基于规则的一致性,能够完全或者大部分取代人力的工作,由系统功能完成。

2. 单次计费方式

比如:某些工本费、临时停车费、垃圾清运费等等,针对某一项内容或者服务,一次性收取一笔费用,收取的费用根据数量、人员、面积、时间等不同的计量单位而有所不同。

而这种计费由于受限于实际的情况,需要一些人为的干涉,系统在设计上即使是在必不可少的环节也要尽量减少人工操作。这样的话可以很好的区分系统和人的工作边界在哪里,系统要做的不费人力,人要参与控制的系统不过度设计。

要让系统比较智能的代替人工作,那就需要给出一套计费公式,初步有四种可能的方式:

(1)单位单价:只有一个单位单价,实际收取费用需要通过某几个计算变量实时计算的,比如:xx元/平方米,需要根据单位面积单价*房屋面积计算生成。

小区物业费收取标准分为一级、二级、三级、四级四个标准。这四个标准的收费依次大概为1.00元/平方米/月、0.75元/平方米/月、0.5元/平方米/月、0.35元/平方米/月(已包含税费)。浮动幅度在20%上下合法有效,但是每个地方的收取标准有点差异,具体的物业费收取标准要按当地物价局公布。

(2)固定总价:只是一个确定的价格,不需要通过单价计算,比如房租500元/月。

(3)阶梯价格:通常是针对水电费,按照阶梯价计算的费用,超出部分有不同的计费标准,我们的个税其实也是这样。

(4)自定义:预留支持自定义的方式,便于用户根据情况自行调整。

计费模型原型示意)

周期计费和单次计费的区别只是在出账周期,周期计费确定了出账周期之后,自动算费并按照周期出账,单次计费需要人工确定必要的计量数据完成计费

这里只能算作是一个初步模型,需要进一步去验证和完善,我这里不做深入了。

这里要说明一点的是:适用期间,因为有些价格标准是有可能发生变化的,基于物价调整的情况,或者根据用户的生命周期不同,适用的标准不太一样,所以要预留下标准有效执行的时间范围。

那有没有发现少了个环节呢?关于计费的数据源从哪来?比如,既然是周期性记账,物业费中必要的面积变量从哪来?如果有仪表数据,我们的表读数如何计入系统?这些数据在系统流程中哪个环节生效?

其实说白了,我们上面的过程其实是相当于确定单价和通过规则的过程,在收费规则中,单价都是已知的,要计算总价其实是要看(单价*数量),这个数量广义上来说,可能是面积大小、用量多少等等。

这就需要我们针对创建的计费模型绑定具体的数量数据源,考虑有几种数据来源:

房间:建筑面积、使用面积、公摊面积等等,根据已有房屋信息中的数据自动获取,自动生成费用;

仪表:水表、电表、燃气表、公共电表、公共水表等等,根据输入的仪表用量,生成费用;

无:针对没有确定的数据计量,单次收费的情况,需要收费过程中人工确认数量的。

(数据绑定示意)

这里是一个单独的绑定数据源的环节,当然也可以考虑将数据源的绑定和计费标准的设计融合到一起,也可以后置进行批量操作,我这就不给具体的界面了。

三、标准绑定

通过计费模型制定了具体的收费标准之后,接下来就该考虑谁应用这些标准。

比如,我们前面图中所列的:高层、低层、底商的物业费是不同的,这时候我们需要把不同的计费标准与这些高层、低层、底商的房间分别进行关联,以便于按照各自的标准生效。

绑定计费标准的时候需要考虑足够灵活和简单,比如可以支持按楼栋绑定,可以支持按单元绑定,可以支持按楼层绑定,也可以支持按单个对象绑定等等,修改也是同样。

给个简单的示意吧,就不多做介绍了:

(标准绑定示意)

四、总结

最后,简单总结下,我这里思路上是按照这三个环节进行的:

其中着重介绍了前两个环节,应该可以对物业管理系统中计费方式的设计有一些初步的认识。

毕竟这里只是介绍了一些基本的思路,具体的页面设计、交互和功能流程,尚还有很多需要仔细推敲的地方,有兴趣的可以自己琢磨下。

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:收费系统  收费系统词条  计费  计费词条  模型  模型词条  思路  思路词条  物业  物业词条  
设计

 如何让产品能拥有社交属性?

想要让产品具备社交属性,就要让产品能够搭建起一张关系网络,以用户为中心的网络社交圈子。商业的目的是满足用户的需求,从而获利,而解决用户需求是通过产品来实现的。当...(展开)