跳到正文

案例 01 · 美国中西部一家犊牛收购企业

每头犊牛,一份档案。从奶牛场的牛舍过道到屠宰线。

一家犊牛收购企业把满满一抽屉的出生名单、磅单和屠宰加工厂结算单,变成了一头一档、可追溯的记录,如今能看清每头牛的真实成本和收益。

案例01

  • 每周数百头犊牛
  • 不到 10 家来源奶牛场
  • 2 至 3 个集散站
  • 40 至 60 家合同代养场
  • 多家育肥场和屠宰加工厂

规模以区间显示。客户不具名。

01问题

没有谁掌握一头牛的全貌。

每头犊牛从奶牛场到屠宰加工厂,要经过五六道手。每一道手都留着自己的纸质记录:奶牛场的出生名单、卡车上的货单、集散站的评级表、代养场的点数、育肥场的出栏结算单、屠宰加工厂的结算单。

这些单据彼此对不上。育肥场的出栏结算算的是育肥场的利润,而不是这头犊牛的利润。少了的牛到年底才暴露出来,那时早已没人说得清它们去了哪里。

活儿都在牛舍过道和栏舍里干,戴着手套,常常没有信号。非得坐在办公桌前才能用的系统,根本没人会用。

02产生的数据

系统记录什么,用来做什么。

产生的数据支持的决策或核查
每头犊牛一份档案:来源奶牛场、出生记录、父系、收购评级、集散站复评、成本、批次、代养场、育肥场和胴体数据,每条信息都标明是扫读、导入还是推断任何人都能看到一头牲畜有哪些已知信息,以及这些信息从何而来。缺失就标为缺失,绝不用估算值填补
单头落地成本:逐项累加购入价、运费、集散站天数、代养费,再加上育肥场成本和屠宰加工厂回款从犊牛到屠宰的真实利润,与只算育肥场那一段的出栏结算利润并排对照
收购时清点的头数与开票头数对比按实际清点的头数,而不是账面登记的头数向奶牛场付款
每次交接都对账:货单对照接收数,投放数对照代养场后续点数,每少一头都要写明原因损失在哪个环节发生,就在哪里发现,而不是等到年底
单据录入到动物名下:出生名单、出栏结算单和结算单按 EID 匹配,并可追溯到原始单据的对应行办公室不再重复录入;场主的批次跟踪表自动填好,并按原有格式导出
按奶牛场、父系和入场等级划分的结果,附样本量区间从那些犊牛养得活、长得快、定级好的奶牛场和父系采购
出栏时间窗口和分级定价测算什么时候再多喂一天已不划算,哪家屠宰加工厂的分级定价对这一批最有利
完整率:已屠宰头数中档案完整的占比,按原因细分数据质量变成待办清单:修读取器、补单据,或找屠宰加工厂跟进
规范管理的数据资产:数据血缘、默认为“否”的权利标记、基于密钥的假名化客户拥有一份数据集,日后可按自己的条件对外授权

03支持的决策

它能回答哪些问题。

01

每头真实成本

从购入到屠宰加工厂回款,逐项累加到每头犊牛名下,而不是按批次平摊。

读数

示例数据
购入
占落地成本的比例
运费
按头、按车
集散站
天数 × 日费率
代养场
合同代养费
屠宰
胴体价值回写到犊牛档案

02

按清点数付款

按收购时实际扫读的头数,而不是开票头数向奶牛场付款。

读数

示例数据
开票
48 头
收购时扫读
47 头
差异
1 · 须填写原因

03

每次交接都对账

每次转移都核对发出数和到达数,每一次损失都查得到发生在哪里、原因是什么。

读数

示例数据
货单
52
接收
52
代养场点数,第 30 天
51 · 1 头死亡,死因已记录

04

从赚钱的来源采购

按来源奶牛场、父系和入场等级划分的结果,并注明每个数字基于多少头犊牛。

读数

示例数据
分组
奶牛场 D-07 · 父系 BX-118
样本
n = 38 · 区间:中等
结果
成活、增重和定级,并列显示

04我们将衡量的指标

成果将在首个生产季结束后发布。

该系统还没有运行满一个生产季,因此本页不宣称节省了时间、减少了差错或带来了收益。以下是我们将要报告的指标,发布前须征得客户同意。

  1. 01档案完整率待定
  2. 02EID 关联率待定
  3. 03办公室处理单据的工时待定
  4. 04从收到结算单到归档的时间待定
  5. 05发现的差异数待定
  6. 06避免的超重胴体扣价待定
  7. 07按入场等级划分的死亡损失待定

发起项目

跟我们说说,您的牲畜现在是怎么管理的。

介绍一下您的经营情况和想解决的问题。我们会在 1 个工作日内回复。

或直接发邮件

juastins@icloud.com

1 个工作日内回复. 电话或邮件均可;双方商定的事项会以书面形式留存在您的门户中。