各位朋友,都还好吗?
许久未更新,原因很多。最主要还是自身的工作内容越加叠加,比如现在,上半月精力在财务工作,下半月主要做运营工作(兼顾);第二呢,确实这一行,财务范畴的业务,改写的都写差不多了,剩下的,可能就是针对性的探讨,或许还有案例分析。
本篇呢,咱们来做一个店群模式的财务探讨。
今年,一个老板问过我,有没有办法解决店群模式的财务工作。说他那边用聚水潭的胜算模式,一年差不多需要20万的费用。在此基础上,公司财务还是每天在忙核算,记账,根本没有时间与精力做其他的。聊的过程中,我知道三个信息:
1、几百家店铺
2、每天发货单2万+
3、云仓
我试着代入我去主导财务工作的角色,发现很具有挑战性。毕竟,老板的需求还很细致:细致到每个店铺的分类数据。
店群模式,大致就两类:单平台多店铺与多平台多店铺。前者的话,早些年在阿里平台很常见,比如一个天猫旗舰店,一堆淘宝C店。可如今是存量时代,是流量分散的时代,所以我们假如这个老板所谓的店群模式是以下:
1、拼多多 100家店
2、淘宝 100家店
3、抖音+其他 100家店
对于店群模式,我们肯定有一个基本认识:就是每天2万+订单,不是平均分散到300家店,更大可能是10个店,销售订单占比达到50%以上。
我对于聚水潭胜算的了解,还停留在2020年,所以,我还是假设胜算系统无法自主核销全部订单,也必须人工收尾订单核销。(当然,如果这一点有误,还请包涵,非故意抹黑胜算功能)。在此情况下,300家店,一个店一个店人工收尾订单核销,大工程!
好了,我们汇总一下信息和需求:
1、300个店铺,每天发货2万+单
2、10个店订单占比达到50%以上
3、系统单店核销,需要人工收尾
4、云仓发货,月度对账
5、财务记账上,至少半年期需纠错发出商品数据
6、老板要求单店财报,叠加平台、公司报表
以下是我考虑几点:
第一、评估这300个店铺中,到底有多少个店铺,需要启用胜算的订单核销功能?
大家看过支付宝的账单表格就会明白,一个工作簿中,有多个工作表,每个工作表满负荷是5万行数据。不是不能再多,是再多,可能表格运行就会出现卡顿。
我们算一下:20000单/天*30天*50%/10个店=30000单。
完犊子,出现偏差了。如果最大的店,一个月都不到10万单,那,用啥胜算呢!
好吧,我们假装,假装这300个店中,有超级大店,一个月订单过10万那种。因为订单量大,在表格运营的时候,可能会出现吃力卡顿状态,所以就需要用个胜算的订单核销功能。当然,如果老板也好,财务也好,觉得用这玩意儿干嘛,还不如给加工资,那就顺利的来到咱们规划的下一步。
第二、根据平台账单类型,做订单核销模型。很重要,非常重要。却也非常繁琐,短期内需要花费大量时间与精力。
这么说吧,我大概是在2019年底,做了一个淘宝订单垃圾核销模型,反复修改了很多次。就这样,跨月拆单的订单,破模型也没法核销。其实也有办法,但当时我是单店体量,就不想再继续弄了。
说一说第一点末,月订单过10万,为什么也可以不用。
因为我当时的破模型,是处理月营收2500万+,月订单量20万+,淘宝店。需要的时间呢?模型核销大约半下午至一下午,也就是3-6小时,剩余订单量手工收尾时间大致6小时。也就是12小时内完成。
可你要知道,我当时用的电脑,是老板外面买过来的二手电脑,电脑配置完全拉饥荒。(就这个二手电脑,我现在还在用,期间已经坏过两次了。一次抱去电脑店维修,一次我自己在办公室拆了刷里面的灰尘)。
也就是讲,按照单月60万+的订单量,分散到多店铺,是可以用模型解决的。我猜很多朋友会问,模型怎么搭建?有没有模版之类的?
老天爷,我们现在淘宝店都快噶了,我哪里还需要模型来运算。我当时构建的垃圾模型真的很简单,还是手动化那种。函数都不超过5个。一个文件夹里面,2个文件:订单模板、模型。打开这两个文件,系统运行订单核销成本。
第三、店铺分类。
300个店啊,如果全部都是单店核销,那就意味着,你得点击打开300+次,多个表来回切换。所以在分平台账单类型的模型搭建好后,就得梳理店铺了。
我们假如淘宝100个店,5个店月订单20万,剩余95个店月订单量10万。那么我们可不可以,先做一个基础表格,将这100个店编号,从0001号-0100号。
每个店账单数据出来后,加1列店铺编号。聚水潭发货订单,就不用编号,或者不用管了,只对应导出即可。
比如我现在要做0001-0005号,共计5个店的订单核算。导出账单,加列店铺编号。然后聚水潭勾选,合并导出这5个店当期实发订单。再用模型进行订单核销+手工收尾。成本数据完成后,最后筛选店铺编号,进行表格整理数据。
以上都是做订单-成本实际运算。那我们讲,财务记账上,发出商品、成本结转,再账单这一步解决了,聚水潭数据呢?都是各自会有店铺显示的,直接登记。或者咱们再方便一点,将前面说的店铺编号表,用个函数,直接取聚水潭导出来的表格数据,什么当期发货成本,什么当期入仓退货,你表格一打开,他不就实现直接取数了么?
也就是说,到上面这一步,咱们淘宝的这100个店的成本数据、发货数据、退货数据,都解决了,是不?
对应店铺的账单收入和支出数据呢?这个可能有点麻烦。一般来说,是关键字取数汇总,参照开始讲的模型搭建。问题是什么呢?是你不知道运营什么时候,哪一个店,加了什么运营模式,导致关键字取数出现偏差。再有,平台是不是也随时在变化?比如以前年度都没有什么跨境物流费,然后这个月开始,扣款里面有这个费用了,是不是就增加了工作量,还得改初始模型计算,增加关键字取数?有没有办法解决呢?目前我是没有想到什么好办法,要不然就只有笼统取第一阶段关键字,反正都是订单直扣费用。咱们把直充推广数据提取出来,好像大方面就行了。
可这儿有一个大BUG。。。。。。
你看我举例用的事淘宝,而不是拼多多、抖音、得物等等。那是因为,目前我这些平台的基数不大,我有时间去完全手工作业。进而发现的是,聚水潭的销售订单金额,和账单金额的匹配度拉胯。很多时候,聚水潭不是很扣减这样优惠券,就是没扣减那样的满减。一句话,订单的适配度,完全没有淘宝那么完善。
当然,咱们都在讨论店群模式,讨论模型建立了,那就得逐项数据去分析,哪些是可用,哪些是要做二次计算,尽可能在模型上,复杂的数据,通过函数给简单化。
我相信,一定可以解决这个问题。
第四、模型建立。
不要讲表格不熟悉,函数一个都不会之类。咱们现在都在讨论AI了,实在不行,你给DS输入提需求啊。
我一样函数拉胯。你现在问我表格透视怎么弄,我都是懵的。我现在唯一用得熟悉的函数,就是VL,毕竟我入行用到现在,每天都用。
咱们分析平台账单数据,分析聚水潭数据。不管你是用胜算,手工收尾也好,还是纯手工也好,在你做每一次订单数据拣配时候,想一想为什么出现这种情况?想一想这个订单可以怎么适配?也就是说,将所有的问题分类,然后逐条找解决办法。
当然,这期间是真的繁琐,很繁琐。不夸张的说,你一天时间来做一个平台的模型,不一定搞得出来。可我也能肯定的说,如果你做出来各平台的模型,然后模型自动化高,数据精准,简便宜操作,你都可以拿出来卖给同行!走过路过不要错过,99元一个淘宝模型,自动化高,适配度好,绝对抢手货。
不要笑,因为真有朋友后台私信我,让我卖模型。
第五、财务记账。
这真得看老板需求了,而且这种需求,以年为单位。即,自然年度内,不可更改。
大致来说也是两种:
其一、按照上面取数时候的分类记账。比如上面咱们取数,淘宝100个店,我们是分为5个店和95个店。那么在财务记账上,我们就是记淘宝1-5、淘宝6-100,通过科目也好,通过部门也好,这样分大类来记账。
最大的好处是:节约时间;最大的坏处:无法提取单店数据。
其二、完全按照店铺入账。这就需要你打开那张编号的基础表了,从0001-0300号,挨个录入营收、成本、发出商品、退货入仓、平台费用等。保守估计,也需要录入300张凭证。且,这300张凭证,几乎没有科目上的变化,而只有金额上的变化。可这同时带来一个问题:300个店啊,部门表的话,就需要设置300个部门!我不知道财务系统,什么用友金蝶有没有问题,但用编号设置,肯定是最简洁的。
最大的好处是:平台渠道收入,能最小细致化,后期查账方便;
最大的坏处是:累死个人。(这里得说一下:加钱)
第六、云仓对账。
当我们将上面的发出商品、退货入仓等数据都成表了,我以为,停留在对账层面的问题,已经不是问题了。
问题是:聚水潭的数据,和前端数据,它是不是账实相符?
比如说,A客户退款退货,显示货到仓库;但云仓的数据表,却没有这一笔。
这才是大麻烦!那么多店铺,你需要考虑补单、数据差错率、时间滞后性、某些白嫖不要脸的客户数据等,进而,最后对比数据,去发现中间有没有异常?
比如,有没有内部的问题?
第七、工作分配。
咱们以上说了那么多,字数不少,某些方面做起来,耗费的时间也必不可少,这就需要财务一把手来合理分配工作内容了。
财务团队需要几个人,每个人需要做什么,中间有没有需要衔接,衔接段又需要做什么,这就是一个复杂的工作了。
不仅涉及到公司管理流程,还涉及到岗位操作人员的配合度,财务人员的熟悉程度,等等等。梳理完成后,一把手还得根据结果,更改某些不适配的现有流程。
整体上来说,我以为的店群模式,在财务端的处理,大致就是以上内容。肯定有不完善的地方,也肯定有疏漏的方面。获取的信息有限,我个人能力有限,只能推导出以上内容。
可上面讲的,真的很有用。我以前会计是三个人,1个线上店+1个线下店;现在呢,一个人,
4个线上店+6个线下店。唯一区别是,以前1个线上店,单月发货20万+件,现在4个店才5万+。然而我们上面说过,订单量大小,无非是模型运行时间长短而已。
哦,对了,忘记说一点。按照以上操作的话,财务在做模型运算的那个人,最好,最好是单独再加一台配置较好的电脑。这台电脑,只用于模型数据的提取和存入,不作为日常工作的其他用处。
希望有帮助到你们。