曾红极一时的电商“业财一体”理念,如今还重要吗?
曾经风靡一时的“业财一体”理念,在电商领域掀起了无数创新浪潮。然而,随着行业的演变和技术的发展,这一理念是否依然重要?本文将深度剖析其背后的逻辑和实用性,探讨它在当下市场中的价值和潜力,为读者揭开谜团。
业财一体,老生常谈到很不新鲜的产品基建类词汇,在电商高光时期形成了很多种拆解和理解方式,但是在电商增长停滞的今天,作为基建类的它,已经很少有人再发声关注,但不妨碍它仍然是从业的财务产品人从基础走向资深无法绕开的核心命题之一。作为新生代的产品人,我觉得大家有必要形成独属于自己的深刻认知,无论是宏观到对企业产品定位设计的理解,还是到微观层面,大到规划自己的职业生涯,小到对每一个需求的拆解,都是非常有裨益的。
那么,何谓业财一体?在任何一个国家或者地区,一项业务的发展,管理者除了自证生意模式的持续性,也要了解属地相应的法律法规,而财务既属于其中约束的一环,也是助力业务发展的重要手段,而业财一体就是将业务采销活动,通过技术手段,转译成财务读得懂、用得上的经济活动,再反向作用于业务发展的循环过程。所以,业务是根源,是被服务的对象,财是衡量业务发展的工具和准则,一体则强调口径的“一致性”和作用的“及时性”。
基于上述的背景,设计业财一体的产品框架,首先要回答一个问题,企业财务产品各模块在企业产品群中的定位应是怎样的?应是平行于业务活动及其产品领域的存在。虽然从产品时点看,财务处在商业关系的末端,但因为财务的特殊性,也就赋予了财务产品的差异性,重要的业务流程节点和状态需要同时体现在财务模块某些“科目”的变化上(广义的科目),这样才能保障财务指标产出的质量和时效,这是业财一体的内在核心要求。
其次,具体到每个财务产品模块,对业务活动接入时效的要求也有所不同,又该如何设计各个职责和产品链路呢?要视是否直接支撑业务发展以及模块职责的相关性设计定位及上下游关系。具体展开,财务模块按照执行保障还是分析使用,直接支撑还是间接赋能商业关系,可以具体分为如下:
直接支撑商业关系:结算(为供销两端的合作伙伴服务)、经营分析(主要客户为内部BU,生意的前置环节尤其关心);
间接赋能商业关系:核算(外部相关利益人,如股东)、税务(税务系统监管以及税务筹划)(当然还有资金筹划等,弱相关不展开);
商业关系执行保障链路:除经营分析外的其他所有域;
商业关系分析链路:经营分析。
在成熟的业务开展阶段,以上每个模块对业务活动的时效要求都应很高,但从对业务的直接作用看,结算、损益要排在前头,前者保障生意的持续性,后者为生意策略的选型提供实时直接的帮助,反映在架构设计上,经营管理分析产品与结核算等产品可以考虑平行设计,而结核算、税务等产品起到的是底层支撑作用,准确性一定是优于及时性的。同在商业关系的执行链路,且数据同源,结算、核算一般会形成上下游产品链(当然核算也可以决策不消费结算的结果数据,自行加工,但要考虑必要性和产出投入比,以及两套链路结构性差异引起的对账负担)。
总之,首先基于职责确定产品在线条中的定位(优先保障商业关系生意模式的保障),再看数据的兼容性和投入产出比来设计整体的产品链路。
最后,财务及产品模块反向作用于业务发展。准确性和及时性两个指标同样重要,看业务的发展阶段以及对考核和运营的需要,比如选用支付口径、出库口径还是确收口径,时点越早,就要牺牲点准确性。如果有产品域既能兼顾准确性(难)和及时性(正确),产品的发展空间也会被打开,因为只做执行、不前置支撑业务,或者只赋能业务,没有产品沉淀,都离完美差点距离。在今天没有增量市场空间的情况下,财务产品乃至B端产品(C端产品本身业务属性就较强),只有通过自身的沉淀,贴身服务业务,用快速乃至极致的态度去支撑业务落地,才是在如此内卷环境下赢得先机的正确打开方式,即有选择的、有方向的、有“抉择的”“快”,才能充分调动底层的资源发挥更大的价值,而不是“一裁了之”的被动选择。
产品认知是会持续变化的,随时更新,欢迎畅聊。
本文由 @左手键盘右手诗 原创发布于人人都是产品经理。未经作者许可,禁止转载
题图来自Unsplash,基于CC0协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务
- 目前还没评论,等你发挥!