先跑通门店订货与仓库库存闭环
选择： 优先打通商品、门店订货单、仓库入库、出库和库存变化。
取舍： 门店能否准确订货、仓库能否按单出库并保持库存可信，是系统首先要解决的业务问题。
真实业务项目（模拟数据演示）
ReplenOps · 门店订货与库存协同
连接门店下单、仓库出入库与运营管理
面向门店、仓库和运营团队的订货与库存协同平台。基于独立交付库存管理系统的业务经验持续重构为 ERPv3 / ReplenOps；原库存管理系统曾服务 11 家餐饮门店、300+ SKU，累计处理 4000+ 订单并运行两年多。公开演示仅含模拟数据。
我的工作：产品设计 · 全栈开发 · 部署交付 · 运维
正在加载界面… 交付与验证
围绕 11 家餐饮门店、300+ SKU 的订货与仓库库存流程，独立负责需求、产品、全栈开发、部署和运维；累计处理 4000+ 订单，系统持续运行两年多。
- 11 家门店 · 300+ SKU
- 覆盖餐饮门店订货、仓库出入库、库存与操作记录
- 4000+ 订单 · 运行 2 年多
- 独立承担需求、产品、开发、部署、交付和后续维护
项目性质
任职北京惠众恒瑞商贸有限公司期间，为 11 家餐饮门店和 300+ SKU 的订货与库存业务设计、开发、部署并运维库存管理系统；系统累计处理 4000+ 订单并持续运行两年多。后续基于该项目经验重构 ERPv3 公开演示版本；演示环境仅使用模拟数据，不含任何真实经营信息。
关键产品决策
演示环境公开，但使用固定账号登录
选择： 通过 admin / Admin@123456 暴露可访问演示入口。
取舍： 让招聘方能核验真实系统形态；演示环境仅包含模拟数据，不承载真实经营信息。
产品设计与工程实现保持同一边界
选择： 由同一负责人贯通需求、数据模型、前后端实现、部署与运维。
取舍： 资源有限的企业数字化项目更需要控制范围，让产品方案与实际可交付能力保持一致。
项目背景与实现范围
业务问题
餐饮门店需要持续向仓库订货，仓库据此完成出库并维护库存。只依赖零散表格时，门店需求、订货单、出入库记录和库存变化容易断开。
产品设计
围绕门店订货单、仓库库存、入库、出库和操作记录建立系统对象，让每次门店订货都能对应仓库动作与库存变化。
实际交付
库存管理系统已用于 11 家餐饮门店、300+ SKU 的真实订货与库存流程，累计处理 4000+ 订单并持续运行两年多；我负责需求、产品设计、开发、部署和后续维护。公开的 ERPv3 是使用模拟数据重构的演示版本。
演示账号
账号：admin
密码：Admin@123456
仅含模拟数据，不含任何真实经营信息。
对象模型
- Store Order
- 管理餐饮门店向仓库提交的订货单及其流转状态。
- Warehouse Inventory
- 维护仓库商品、库存数量和库存变化记录。
- Inbound / Outbound
- 把仓库入库、向门店出库和库存变动绑定到订货流程。
- Audit Trail
- 保留关键操作记录，方便回看和纠错。
- System Operations
- 管理部署、账号、运行维护与持续迭代，让业务系统能够长期使用。
更多产品界面
正在加载界面…