惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

I
InfoQ
博客园_首页
美团技术团队
M
MIT News - Artificial intelligence
人人都是产品经理
人人都是产品经理
Blog — PlanetScale
Blog — PlanetScale
H
Help Net Security
J
Java Code Geeks
T
Tailwind CSS Blog
Jina AI
Jina AI
量子位
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
G
Google Developers Blog
爱范儿
爱范儿
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
宝玉的分享
宝玉的分享
小众软件
小众软件
MongoDB | Blog
MongoDB | Blog
博客园 - 三生石上(FineUI控件)
L
LangChain Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
V
Visual Studio Blog
博客园 - Franky
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
食品安全追溯系统浅谈(上)
你翔叔 · 2023-01-12 · via 人人都是产品经理

追溯是一个相对垂直的领域,对于食品安全追溯系统更是鲜有人提及。作者结合自己的从业经验,从价值、市场、产品的角度简述食品安全领域的追溯系统的设计,供大家参考和交流。

前言

追溯是一个相对垂直和细分的领域,网上的相关文章也比较少。本文综合笔者的从业经历简单聊下食品安全追溯系统的设计、建设以及市场。全文略长,分成两篇来讲,文章结构思维导图如下:

首先追溯的定义是找到产品(实体、过程或系统)在生产、加工、流程、销售过程中的信息、历史或位置的能力。在产品检验、召回时,追溯可以涉及原材料和工件,生产历史记录,分销和位置有很多种信息。

根据追溯的产品可以分为工业追溯、食品追溯等大类(虚拟物品如NFT的溯源不在本文讨论范围内),食品追溯又可细分为农产品追溯、养殖产品追溯、加工食品追溯等,下面从价值、市场、产品的角度简述食品安全领域的追溯系统的设计,供大家参考和交流。

一、产品价值

以目前市场环境而论,做食品追溯的价值主要有三点:

  1. 合规
  2. 质量管理
  3. 防伪防窜

首先在合规方面,无外乎要满足监管单位的要求,即企业在进销存监管范围内的食品品类(如猪头、蔬菜等)时,需按照监管要求进行操作,主要是向监管单位上报。

依据各地政策,监管单位一般以食药监、商委、农委为主。如上海就是食药监+商委的管理模式,两个单位的监管口径不管在食品品类、企业类型上都存在重叠。一般越发达的地区,监管政策和力度越强,如上海商委对于各大商超的要求就是具备追溯系统才可以办理必要的营业证件,因此从合规角度来说对部分发达地区的企业来说这是刚需。而食药监具备监督和执法权,面对不符合要求的企业可以进行处罚和罚款。其余地区,据我了解大部分都是以商委或食药监单向监管居多。

然后在质量管理方面,则是通过对生产和进销存的追溯体系建设,辅助企业在生产过程中进行质量管理,在生产过程中记录每一项工序,相关信息,并在数据上进行关联,当出现质量问题时,通过信息化追溯的方式能够找到相关产品、责任人、时间地点等完整信息,从而提升企业的质量管理能力。

由于目前属于第一产业的种养殖企业特性导致大部分中小型企业信息化发展程度普遍较低,不具备信息化管理能力,相关的需求也不强烈,因此这方面的需求主要集中在有一定信息化基础和一定附加值的加工食品企业。

最后的防伪防窜都有共同前提,即进行追溯码与实物产品的绑定(一批一码、一物一码),其中防伪是基于线下的防伪二维码印刷技术,加上系统分析扫码记录等方式实现防伪。而防窜则是主要针对不同地区的经销商/代理商之间窜货乱价问题,这需要在经销商进出货扫码、消费者扫码等场景下记录地理位置等信息,实现商品流程过程全记录,达成后台系统的动态监控,从而帮助企业第一时间洞察可能的窜货、乱价信息。

综上,视各地政策,客户所属行业、业态不同,企业对追溯软件的核心需求存在差异。另外追溯还有一类常见的价值点,营销增值,这点放在下面的市场现状聊,个人认为这个需求的强度不高,并且有点过时了。

二、市场现状

1. 需求迫切性

合规需求,依据各地政策完善程度,这类需求可以覆盖食品生产流程销售的各环节大小企业,且符合国家发展产业互联网的政策大方向,常有财政补贴,这方面的需求较为普适。结合上文,尤其在经济发达地区,强监管品类(如医药、保健品),需求较为强烈。

质量管理,这部分功能往往也属于MES系统的一部分,实现这类需求需要深入企业的生产管理业务。有一定门槛,新入局者如果没有相应项目拉动很难做出来,而且市场上也有成熟解决方案。更多的情况可能是企业建设质量管理体系的同时顺带把追溯做了。

防伪防窜,这也是一个较成熟的领域,这类需求一般以有较高附加值、经销网络庞大的品类为主,典型的如各类高端白酒。

2. 难点和痛点

在合规方面,不同视角有不同的痛点,对于追溯服务提供商,难点是获取项目、以及向监管单位的上报路径。当然也两点一般也不是我们这些打工人需要考虑和解决的。

对于用户企业,则是投入资源做了这个事情可以合规,但也仅能合规,没有降本也没有增效,甚至在“增本”。如果没有强势的政策驱动,企业对于追溯体系的建设意愿往往不高,对于这一点我们可以结合上面提到的其他价值点,去尝试发掘客户的新需求。

防伪防窜方面,核心就是如何做防伪,防伪过程中常见问题就是二维码被复制、扫码界面被抄袭。而一物一码自身特性可解决二维码被复制的问题,核心逻辑就是同一个二维码被扫多次时提示用户“该码已被其他用户验过真伪,有假货风险”。而界面被抄袭主要是仿H5页面,应对方式是尽量在扫码时接入小程序(小程序需企业认证)、公众号、自家APP的方式应对,本质是增加造假成本以及被抓到的风险。防伪二维码印刷技术这类物理防伪不在本文讨论范围,一般防伪效果约好的码越贵,所以依据商品附加值选择合适的就好。

质量管理和这块参与到的不多,就不展开了。但是回归到追溯系统本身,还有一个痛点就是对企业自身业务的支持。本质上追溯系统的基本功能就是信息的录入,以及对录入信息的加工处理,接近于简化版SCM之类的业务系统。

其实往往成熟的ERP、SCM系统自有的数据同时能够完成追溯的任务,但这些系统往往缺乏对上下游追溯的串联能力、符合监管要求的上报能力、以及追溯信息的合成和展示。因此一套专业的追溯系统,在补足以上能力的同时,还需要能够使已经具备ERP、SCM等信息化基础的企业快速、低成本接入的能力,即开放的标准化接口。

那么问题来了,即然追溯系统相当于半个业务系统了,那我是不是可以更深入一些,做成SCM甚至ERP,在做追溯的同时帮企业把业务管理起来?理论上当然可以,但这个说法本末倒置了,业务系统的复杂度显然高于单纯的追溯系统,要是做到这个份上,其实已经转型成主打ERP的厂商了,而追溯则成了附加值的一部分。这当中公司自身基因,新市场的竞争压力以及开拓难度,成本的投入都是更关键的问题。

简单来说,当前的追溯系统市场的主要玩法,是对于信息化成熟的企业,采用标准化接口接入的形式。对于缺乏信息化的企业,则采用软件系统。但这块蛋糕并不是很大,所以在其中进一步嵌入防伪防窜、二维码营销等增值服务。

3. 其他发展方向

营销增值,这方面的主要玩法就是往往是结合扫码查追溯场景做积分营销、线上商城、品牌宣传等。还有扫码辨真伪、或者更直接的扫描领福利等等。本质上是一个流量入口,且流量大小、适用场景有限,用户主要集中ToC的终端企业,或者有一定知名度的企业。

区块链,追溯的业务特点与区块链的难以篡改、公开透明可追溯非常契合,但在食品安全追溯领域,区块链的主要价值就是讲故事了

相关阅读:食品安全追溯系统浅谈(下)

本文由@你翔叔 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。