- 博客(38)
- 收藏
- 关注
RSS订阅
原创 数字化不装逼系列（一）- 你绝对不知道的企业数字化概念
所谓转型其实就是将优秀人才的业务经验和能力，尽可能的标准化，转化为具体的业务规则和策略，通过信息技术不断对于沉淀下来的业务经验和能力进行无限放大，使之能够实现对于业务的全方位赋能。在现代实践中，数字化的数据通常是二进制的以便于计算机的处理。在现实生活中，一个零售店的利润，除了与店长个人经验和能力相关外，其实和零售店的定位、选址、客户群体定位，服务理念、产品质量等诸多因素有关，然而这又会上升到企业的战略和定位，因此，今天只是聚焦在企业里面的最小的业务经营单元-零售门店，来进行企业数字化的转型的阐述。
2024-05-13 18:05:07
1183
3
原创 供应链业务-供应链全局观（二）
供应链就像做早餐，省钱、速度、不摔盘子都很重要，但忘了“能吃”这个核心目标，全家都得饿肚子。因此，供应链不是“各扫门前雪”，而是“众人划船看风向”。
2025-04-05 20:16:25
675
原创 供应链业务-供应链全局观（一）
所谓供应链就是把采购进来的东西，通过自身的生成加工，进行增值服务，卖出去，然后交付给客户。为什么是链呢？因为采购、生成、运输、仓储、销售、交付等都是环环相扣的，因此，就像一个一个紧密相连的链条一样，因此，成为原材料采购水源：从天然泉水或深层地下水获取水源。包装材料：采购塑料颗粒（用于制造瓶身）、瓶盖、标签等。生产制造净化与灌装：水经过过滤、消毒后灌入塑料瓶。包装：贴上品牌标签，装箱。仓储管理成品存储：矿泉水在工厂仓库暂存，等待运输。物流运输长途运输：用卡车或火车将矿泉水运至各地区分销中心。
2025-03-31 17:24:42
939
原创 供应链系统设计-供应链中台系统设计（十九）- 库存中心
库存分层设计：多维度分类满足不同业务需求库存需根据用途和视角进行分层管理。销售库存：直接面向消费者，实时可售且需防超卖，支持高并发和多种玩法（如活动库存、渠道库存）。业务库存：用于内部供应链流转，如调拨在途、未上架库存等，由业务单据（如调拨单）驱动，不可直接销售但支撑全局库存调配。实物库存：实际仓储中的货物数量，由仓库层管理，关注货位、库区等物理存储细节。财务库存：从资产视角管理库存的价值（金额），需跟踪成本变化（如效期折损），支持企业财务核算。其次，业务单据驱动库存变动，保障可追溯性。
2025-03-29 16:24:48
725
原创 供应链系统设计-供应链中台系统设计（十八）- 风控中心
说到底还是为了降低单个事件的复杂度，增加单个事件的处理能力。因为不同服务处理能力可能是不一样，有一些业务识别的能力可能需要时间长，处理风险的时间段，有的业务场景下，识别的能力短，或根本就不用识别，但是处理起来的逻辑会比较复杂，因此，不同的服务对于处理大家试想一下，如果只是定义一个事件，识别器、处理器、告警中心都针对这个一个时间来进行处理。这样是串行的，在处理过程中，很有可能阻塞在某个处理慢的节点，但是事件处理事有状态的，这样就导致这个事件其实一直都在处理中的状态。
2025-02-10 17:41:58
861
原创 供应链系统设计-供应链中台系统设计（十七）- 清结算中心设计篇（六）
通过标准化模型、自动化处理、全链路追踪，解决了多业务对账的复杂性和低效问题，显著提升准确性。
2025-02-09 22:01:28
770
原创 供应链系统设计-供应链中台系统设计（十六）- 清结算中心设计篇（五）
通过模块化、异步处理、风控驱动，实现了高并发、灵活、安全的清结算能力，支撑业务快速扩展。，构建一个“算得准、付得快、管得住、稳如磐石”的清结算中台，成为企业数字化转型的核心引擎。
2025-02-04 13:29:50
737
原创 供应链系统设计-供应链中台系统设计（十三）- 清结算中心设计篇（二）
以上就是今天清结算系统设计的概要设计，主要阐述了清结算基于业务诉求的思考的大致设计思路，我们篇文章基于该基础来更进一步进行详细设计，以及这样的设计的好处是什么，希望能够帮助到大家。：作为清算中台，支持前端复杂业务规则（分账、退款、手续费计算）、多币种处理等，通过配置而非代码调整规则，如分账比例、清算周期（T+0/T+1）、手续费模板。风险识别模块监听清算完成事件，识别到用户交易频次（1天1个用户只允许交易15次）异常，识别到用户交易频次异常风险，生成风险事件。例如：识别到某个用户交易频次异常。
2025-01-31 16:20:50
779
原创 供应链系统设计-供应链中台系统设计（十二）- 清结算中心设计篇（一）
作为清算中台，支持前端复杂业务规则（分账、退款、手续费计算）、多币种处理等，通过配置而非代码调整规则，如分账比例、清算周期（T+0/T+1）、手续费模板。
2025-01-30 15:34:44
916
原创 供应链系统设计-供应链中台系统设计（十一）- 清结算中心概念片篇
我们之前清算就是算钱结算可以理解为付钱，首先我们通过一个小例子来了解一下什么是清算。小明在工地上搬砖，与公司说好，每天搬砖100块，得10元，每天搬砖200块，得25元。小明一共工作了10天，前6天，每天搬砖100块，后4天，每天搬砖200块，请问小明搬砖应得多少钱。另外，小明需要给工头每天收入1%的管理费。那小明应该得到多少钱呢？6天*100元 + 4天 * 200 = 600元 + 800元 = 1400 元。1400元 * 1% = 14元小明10天搬砖所得 - 小明的管理费 =
2025-01-29 19:17:35
855
原创 供应链系统设计-供应链中台系统设计（十）- 清结算中心概念片篇
金融客户是清结算中心特有的客户，简单理解可以理解为金融客户，根据业务需求，需要将商户以及客户转化为金融客户，清结算中心会根据自身需求将商户以及客户的一些属性保留以及添加一些金融属性，形成金融客户，以便后期可以针对金融客户进行金融画像。通俗解释：什么是金融客户？（用奶茶店老板的故事举例）1. 普通客户 → 金融客户的转化过程假设你是一家奶茶店的老板（普通商户），平时用二维码收款，钱直接进银行卡。现在某支付平台（清结算中心）想把你变成他们的金融客户保留原有属性。
2025-01-29 13:22:13
868
原创 供应链系统设计-供应链中台系统设计（九）- 商品中心设计篇
今天主要和大家聊了，基于对于高并发和系统稳定性的要求下，我们应该如何去进行商品中心的系统架构。异步三级缓存+Nginx数据本地化动态渲染的提高缓存命中率：通过多级缓存机制和缓存预热策略，确保热门商品信息快速可得，减少数据库访问。优化性能：通过负载均衡和限流保护策略，提高系统处理高并发请求的能力，避免系统过载。增强系统稳定性：通过降级策略和缓存层的容错能力，确保系统在高负载下的稳定性和可用性。希望能够对大家有帮助。
2025-01-25 20:10:59
1222
原创 供应链系统设计-供应链中台系统设计（八）- 商品中心设计篇
在海量数据场景下，异构存储架构是必然的，HBase由于其高性能、高可扩展性和列式存储特性，非常适合处理大规模的实时读写操作。MySQL在处理结构化数据和复杂查询方面（也不怎么擅长，耗CPU和内存）表现优异，但在扩展性和性能上有限。MongoDB适合存储动态和多变的数据模型，但在处理海量数据时性能和成本上不如HBase。SPU/CSPU概念：SPU是标准产品单元，CSPU是子标准产品单元。数据治理：引入人工纠错和系统去重机制，确保商品信息准确性和唯一性。异构存储架构。
2025-01-18 17:01:41
1024
原创 供应链系统设计-供应链中台系统设计（七）- 商品中心设计篇
好都是相对的，在我们需要知道什么是一个好的商品中心，我们需要了解商品中心需要服务的具体业务场景是什么。我们之前在供应链系统设计-供应链中台系统设计（六）-商品中心概念篇中提到了阿里的业务场景，如下图所示：阿里有淘宝、天猫、健康业务等，这些业务都会有维护商品、发布商品等诉求，因此，我们需要从业务流程来看，对于商品维护和发布的商品流程大致是怎么样的。因为所有系统首先需要满足业务流程的诉求。商品生命周期图（极简版）
2025-01-04 21:51:17
1200
原创 供应链系统设计-供应链中台系统设计（六）- 商品中心概念篇
之前我们讲供应链系统设计-何为“前”“中”“后”台系统，介绍过前中后台业务以及二维业务矩阵。对于业务单元而言，不知道大家记不记得，我在《供应链系统设计-需求采集系统设计概述》文章中提到组成业务的二维矩阵，其实不同的竖向矩阵中，汽车业务、手机业务、小家电业务等等，其实对于采什么是有限制的。例如：小家电不能够采购手机业务的相关零件或配件。因此，对于业务单元也决定能够采什么，不能能够采什么。一个业务场景（小的业务单元），是有场+货组成的。
2024-12-29 13:29:49
1305
原创 如何让不懂技术的CEO也能理解AI的底层逻辑
人工智能（Artificial Intelligence，简称AI）：人工智能(Artificial Intelligence)，是一个以计算机科学（Computer Science）为基础，由计算机、心理学、哲学等多学科交叉融合的交叉学科、新兴学科，研究、开发用于模拟、延伸和扩展人的智能的理论、方法、技术及应用系统的一门新的技术科学，企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器，该领域的研究包括机器人、语言识别、图像识别、自然语言处理和专家系统等。
2024-12-22 17:41:57
2684
1
原创 供应链系统设计-中台系统设计系列（五）- 供应链中台实践概述
什么是供应链管理呢？供应链是从客户的客户到供应商的供应商，供应链管理是对贯穿其中的产品流、信息流和资金流的集成管理，以最大化给客户的价值、最小化供应链的成本。原材料采购：企业从供应商处采购原材料或零部件，这是供应链的起点。生产加工：将原材料转化为成品的过程，包括制造、组装等环节。库存管理：对生产出的成品进行存储和管理，以满足市场需求。运输与配送：将成品从生产地运输到分销中心或零售商，确保产品能够及时到达市场。分销与零售。
2024-12-21 09:32:02
1098
原创 供应链系统设计-中台系统设计系列（四）- 衡量好中台的指标体系
我们讨论中台的文章已经有了三篇，前三篇主要中台的概念、复用性和稳定性，在写指标衡量体系之前我们之前的三篇中台文章主要内容我做一下简短的总结，这边便于我们后面针对中台指标体系进行讨论。供应链系统设计-中台系统设计系列（一）- 一看就懂的中台概述中台是将前台业务元素抽象后，将通用能力沉淀到中台，避免重复造轮子，解决复杂业务的协同问题。中台可以是技术或业务的概念，用于指导系统协同设计，提高前台业务的效率和响应市场的速度。业务中台：提高前台效率，避免前台业务重复开发相同的功能，如商品维护、库存管理和订单维护等。
2024-12-15 21:59:38
1026
原创 供应链系统设计-中台系统设计系列（三）- 好中台的标准之稳定原则
在上一篇供应链系统设计-中台系统设计系列（二）- 好中台的标准之复用原则前台业务效率提升：好的中台能够显著提高前台业务的效率，通过将前台业务中通用的元素能力沉淀到中台，避免重复造轮子，实现能力的复用。这种复用不仅减少了前台的工作量，也加快了业务响应速度和市场适应能力。中台边界的合理划分：中台的边界划分应基于业务发展情况和场景需求，以复用性为原则。在业务发展的不同阶段，中台可能需要保持“小中台大前台”的架构，以便实现更多的复用。
2024-12-15 21:39:05
868
原创 供应链系统设计-中台系统设计系列（二）- 好中台的标准之复用原则
在供应链系统设计-中台系统设计系列（一）- 一看就懂的中台概述一文中，我们讨论了什么是中台，为什么需要中台等核心问题，那么今天我们来看看，什么样的中台是一个好中台，好的标准是什么。首先，我们来回顾一下之前对于中台的定义：中台是将前台业务元素进行抽象后，将前台业务通用的元素能力，沉淀到中台，对于前台业务而言，如果将这部分能力交给中台，可以避免重复造轮子，本质上为了解决复杂业务的协同问题。中台可以理解为是一个技术或业务的概念或思想，从系统设计的角度来看，可以用来指导我们解决系统协同设计的问题。
2024-12-11 20:40:40
764
原创 供应链系统设计-中台系统设计系列（一）- 一看就懂的中台概述
什么是中台，我们还是从鱼你在一起的业务开始讲起。鱼你在一起前中后台业务我们根据图中可以看到对于前台不同的产品（菜品），对于中台都可以通过中台的食材半成品和酱汁酱料半成品来进行不同的组合，前台工作人员通过标准化的操作流程最终可以快速的形成前台的菜品。在这里有一个非常关键的词，就是通过不同半成品的组合，形成前台的产品（菜品）。想到这里乐高，乐高就是通过一些零件和说明书，可以让普通的顾客可以快速拼装出精美的乐高作品。例如：汽车、军舰、飞龙等等。
2024-12-07 19:33:15
1445
原创 供应链系统设计-何为“前”“中”“后”台系统
今天主要和大家讨论了关于前中后台的的概念，从业务形态、组织架构到系统。前中后台系统的定义前台系统：直接面向最终用户（包括门店员工和客户），是企业与用户直接交互的平台，如网站、手机App、微信公众号等。中台系统：为前台业务提供支持和半成品相关的软硬件系统，如订单系统、加工计划排产系统、库存系统等，它们将原材料加工成半成品，以支持前台的快速创新和响应。后台系统：更偏向于企业的基础设施建设和内部管理，如采购系统、菜品研发系统、财务系统等，它们为整个企业提供支持和服务。前中后台业务的区分前台业务。
2024-12-03 22:25:27
1678
原创 供应链系统设计-如何设计一个好的供应商协同系统
供应商协同系统的重要性：供应商协同系统是企业与供应商之间的桥梁，主要协同供应链中的“三流”：信息流、产品流和资金流。衡量供应商协同系统的标准提高供应商的订单处理效率，提升供应商订单履约率。实现供应商与企业间的信息实时分享，提高双方的作业效率。供应商协同系统的设计目标：通过在线协同提高订单处理效率，减少线下沟通和手工录入，实现系统间的直接对接，从而提升整体供应链的效率和响应速度。
2024-12-01 16:37:15
884
原创 供应链系统设计-如何设计一个好的采购系统（七）之采购系统全局设计
本篇是采购系统设计的最后一篇文章，采购系统的设计和需求分析不仅关注于订单的制单、审核和交付，还需要深刻理解业务，将业务核心能力转化为系统设计需求，以实现业务的数字化转型。这涉及到对业务流程的深入分析，以及对业务质量指标的识别和实现，从而提高采购效率和决策质量。希望大家能够在采购系统设计系列文章中有一些小小的收获，我就非常满意了。
2024-11-28 09:58:55
1169
原创 供应链系统设计-如何设计一个好的采购系统（六）之“采购六要素”（系统职责）
谁来采：涉及采购主体和货权归属，通常由公司的组织架构决定，系统层面上体现为权限逻辑。采什么：包括能采什么和需要采什么。能采什么由业务、组织、区域、品类和品牌等“五大决定因子”决定。需要采什么则涉及到历史销量、库存周转、动销率、库存水位等指标的综合考量。采多少：涉及SKU的采购数量，通常由人工经验判断，也受到采购预算、供应商要求和智能补货平台的影响。找谁采：选择供应商的过程，涉及到供应商管理和寻源系统。何时到：期望的到达日期，涉及供应商的交付时效，包括订单处理、备货、发货和物流时效。多少钱。
2024-11-24 16:11:44
1192
原创 供应链系统设计-如何设计一个好的采购系统（五）之采购订单执行效率组件
今天和大家讨论了如何设计一个高效的采购系统中的时效问题，特别是采购订单执行效率组件的重要性和实现方法。强调了一个好的采购系统应该满足的三个关键点：时效、成本和订单满足率的最优；自动识别和淘汰供应商的能力；以及避免因结算错误导致的资损和风险。这个是我们的设计基点，也是设计的来源。采购订单执行效率组件是必要的，因为它可以帮助企业提高采购订单的执行效率，减少延误和浪费，降低供应链的不确定性和风险。定义采购时效：不同的公司可能有不同的采购执行节点，因此需要动态定义采购时效。状态变化的采集。
2024-11-23 21:18:30
881
原创 供应链系统设计-如何设计一个好的采购系统（四）之供应商绩效组件
供应商选择的标准是既能满足当前的需要，又能满足未来的需要。供应商分类定义：四类供应商分类定义，其实本质上就定义了供应商的好与不好，至于战略供应商如何定义，优质供应商如何定义，其实本质上就是一些列的算法，而这些算法中的一些计算因子，就是我们的指标评估因子，通过对每类供应商进行类似表达式的定义，我们可以灵活的定义不同类型的供应商。”，我们设计了采购风控组件，识别在采购过程业务可能存在的一些风险，通过对于风控的接入、风控的识别、风控的控制和风控的处理，很好的支持风控柔性规则和刚性规则，让风控更具备灵活性。
2024-11-21 21:57:08
934
原创 供应链系统设计-如何设计一个好的采购系统（三）之采购风控组件
如何设计一个好的采购系统系列前面两篇分别和大家聊了一下采购寻源组件和对账稽核组件，并且我们组重要的是定义一个采购系统的好的定义，我们再来强调一下：1、能够根据采购业务诉求和采购策略，做到采购订单的时效、成本和订单满足率的最优。（注意，这里说的是针对采购订单，而不是单个商品明细的最优，需要考虑整体订单的维度）2、能够自动识别好的供应商，淘汰差的供应商，让供应确定性提高3、不能出现由于结算错误引起的资损或导致下游系统出现资损，因为与外部有交互，可以识别可能的采购业务风险。
2024-11-19 11:57:47
1095
原创 供应链系统设计-如何设计一个好的采购系统（二）之采购对账稽核组件
当出现对账差异的时候，我们可以进行告警，告警策略可以根据问题严重程度可以配置不同的告警策略，例如：针对资损问题会看问题知否已经通知到相关人员，根据不同的时段设置处理界别，5分钟未处理是否需要通知，10分钟后未处理，一小时后未处理、24小时后未处理等等，采用不同的通知方式来通知相关人员，后续可能还会针对问题严重程度进行处理人升级和处理人范围增大，如果严重问题一直得不到处理，最终会通知到更高级别管理者。我们回到如何定义一个好的采购系统，因为这个是我们系统设计立足之本，也是系统设计的目标。
2024-11-18 22:39:18
978
原创 供应链系统设计-如何设计一个好的采购系统（一）之采购寻源组件
不同的公司其实对于好与不好的理解都不一样，这个是由公司业务所决定的。1、能够根据采购业务诉求和采购策略，做到采购订单的时效、成本和订单满足率的最优。（注意，这里说的是针对采购订单，而不是单个商品明细的最优，需要考虑整体订单的维度）2、能够自动识别好的供应商，淘汰差的供应商，让供应确定性提高3、不能出现由于结算错误引起的资损或导致下游系统出现资损，因为与外部有交互，可以识别已知的采购业务风险前面两个是业务功能诉求，最后一个软件质量诉求。
2024-11-17 16:02:48
1267
原创 供应链系统设计 - 需求采集系统设计概述
客户需求”如何定义？又要如何来定义“未满足”？假设我们需要买车，或对汽车进行保养，我们下载了某个汽车保养的APP，如：途虎养车，京东养车或天猫养车，现在我们进行搜索操作，例如：车主在APP终端上一次车型搜索是否能够算作一次客户的需求？车主在APP终端上进行一次品牌或品类搜索或过滤是否能够一次客户的需求？车主在APP终端进行一次VIN的搜索，然后过滤品牌、过滤品类？直接搜索某个商品的编码可以算做一个需求吗？
2024-11-15 15:03:19
804
原创 35岁程序员真的会失业吗
关于架构设计可以参考我的《大白话聊聊系统架构设计》就知道，对于行业和业务领域理解的深度，就决定了你对于业务本质的看法，对于业务的抽象能力也就是越强，就能够很好的识别业务中变与不变的元素，识别元素与元素之间的关系，从而达到快速业务扩展性的架构目，而是习惯于基于单个业务需求写代码，而不是基于架构设计写代码，反正来了需求先实现了再说，尤其是在业务刚刚起步时最终导致后期新需求的研发进度速度严重下降，影响业务的落地节奏和业务机会的时间窗口。通过上面的描述，大龄程序员的困惑和焦虑来自于，程序员能力的充分同质化竞争。
2024-10-08 09:20:33
1641
1
原创 一文读懂中国汽后市场修配融合背后的逻辑
修配融合后，如上图所示：打破了修理厂与汽配门店之间的信息壁垒，通过对于修理厂的需求采集、历史订单和实时库存等信息的实时、完整、有效进行互联互通，将单次订单需求的即时满足变成多次需求的提前满足（通过历史销售、预订单的预测），从拉式订单（销售单驱动）逐步向推式订单（补货单驱动）转变的过程，从而达到汽配供应成本以及服务时效降低，最终将。客户需求的复杂度就决定了供应的复杂复杂度，因此，如果从需求端，也就是修理厂端去标准化项目与服务，其实从根本上降低供应链的复杂度，从而整体供应的成本也会下降，提高了供应链的效率。
2024-09-27 09:38:34
962
原创 大白话聊聊系统架构设计
系统是由相互作用相互依赖的若干组成部分结合而成的，具有特定功能的有机整体，而且这个有机整体又是它从属的更大系统的组成部分。系统（一般系统论创始人贝塔朗菲）定义：“系统是相互联系相互作用的诸元素的综合体”。定义如果对象集S满足下列两个条件：（1）S中至少包含两个不同元素；（2）S中的元素按一定方式相互联系；则称S为一个系统，S的元素为系统的组分。系统，是内部各个要素、变量之间相互关系、相互作用的整体，关注的是各要素之间的关系。那究竟什么是系统？大白话，所谓系统，就是一组相互连接的要素。
2024-09-27 09:28:28
1182
原创 企业数字化不装逼系列（三）- 你绝对想不到的如何数字化转型
序言之前两篇文章我们聊了企业数字化概述和企业为什么需要数字化，数字化概述主要阐述了数字化的核心本质在于业务核心能力的数字化，同时也举例说明了什么是业务核心能力。企业为什么要数字化中，我们聊到数字化本质其实就是业务核心能力的提效、降本和避险，将业务核心能力能够沉淀到信息技术应用中，将核心业务策略进行数字化沉淀，面对不同的业务场景，沉淀出不同的核心业务规则，通过数字化手段、利用计算强大的数据存储、计算、分析和共享基础能力，来提高核心业务能力的执行效率，降低执行成本，规避业务潜在或已有的风险。既然聊了数字
2024-05-14 09:24:05
685
1
原创 企业数字化不装逼系列（二）- 你绝对想不到的为什么要数字化转型
传帮带的效率，就好比中医，需要时间、无数的案例、来不断打造为经验，数字化就好比西医，经过系统的西医学习和考核，不管是刚毕业的大学生还是有经验的医生，至少通过对于一些人体指标的分析，对于病因和治疗不会过于离谱，但是中医就不一样，差的医生非常差，而且经常还是出现骗子，但是厉害的医生也非常的厉害，这些都是在实践中不断地积累总结以及自己摸索出来的经验，需要长时间下功夫，不是短时间就可以达到的。另外，在企业快速扩张期间，每天选址可能都要十几个或几十个甚至上百，同时需要大量的优秀业务人才，这个对企业来说是非常难的。
2024-05-14 09:14:37
638
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人