华鲜生 — 员工SOP与运营方案
华鲜生 — 赋能后的员工 SOP 与运营方案（完整版）
基于 美国项目系统源代码 改造完成后的--全新-华鲜生 全流程运营手册
版本：v2.0 | 日期：2026-08-14
核心理念
📘 IMPORTANT
本方案的核心是 「让系统做决策，让人做执行」。
改造后的 华鲜生 系统已经具备：自动收款核销（PIX + 微信支付）、WMS 智能分仓、一键呼叫第三方骑手（Lalamove/uber ）、订单状态自动流转、配送轨迹自动回传。
因此，所有员工 SOP 围绕一个原则设计：每个人只需要看系统告诉他"现在该做什么"，然后动手执行。
第一部分：三位创始人的管理分工
管理架构总览
┌─────────────────────────────────────────────────────────────────────┐
│ 战略决策层（不领底薪） │
│ ┌─────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │ 合伙人 A │ │ 合伙人 B │ │ 合伙人 C │ │
│ │ 采购与仓储 │ │ 系统与协调 │ │ 市场与客源 │ │
│ │ 管利润根基 │ │ 管数据中枢 │ │ 管收入增长 │ │
│ └──────┬──────┘ └──────┬───────┘ └──────┬───────┘ │
│ │ │ │ │
│ ┌──────┴──────┐ ┌──────┴───────┐ ┌──────┴───────┐ │
│ │ 监管指标 │ │ 监管指标 │ │ 监管指标 │ │
│ │ • 损耗率<3% │ │ • 系统在线率 │ │ • 新客增长率 │ │
│ │ • 采购成本 │ │ >99.5% │ │ • 复购率>40% │ │
│ │ • 到货合格率│ │ • API调用 │ │ • B端签约数 │ │
│ │ >95% │ │ 成功率>99% │ │ • GMV月增长 │ │
│ └─────────────┘ └──────────────┘ └──────────────┘ │
└─────────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────────┐
│ 执行层（8人编制 + 2人扩编） │
│ │
│ 仓库端(4人) 办公端(2人) 配送端(2人扩编) │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │收货管理员│×2 │派单客服 │×1 │自建司机 │×2 │
│ │分割加工员│×1 │复核打包员│×1 │(阶段二) │ │
│ │专职拣货员│×3 └──────────┘ └──────────┘ │
│ └──────────┘ │
└─────────────────────────────────────────────────────────────────────┘合伙人 A：主管采购与仓储运营（大后方）
核心定位：掌控利润的源头——采购成本和损耗率
每日必做事项
| 时段 | 事项 | 系统操作路径 | 频率 |
|---|---|---|---|
| 08:00 | 查看前一日损耗报表 | 后台 → WMS → 出库列表 → 筛选「配送异常/退货」 | 每日 |
| 08:30 | 审批当日采购清单 | 后台 → WMS → 入库列表 → 查看"待审批"采购申请 | 每日 |
| 10:00 | 抽查冷库温度记录 | 现场巡检 + 查看温控日志 | 每日 |
| 14:00 | 审核供应商对账单 | 后台 → WMS → 供应商管理 → 对账明细 | 每周2次 |
| 16:00 | 评估员工绩效数据 | 后台 → 统计 → 拣货效率/出库量统计 | 每周1次 |
重点管理指标（通过系统仪表盘查看）
| 指标 | 目标值 | 系统数据来源 |
|---|---|---|
| 日均生鲜损耗率 | ≤ 3% | WMS 入库量 vs 可售库存量 vs 报损量 |
| 采购到货合格率 | ≥ 95% | 入库验收单的合格批次 / 总批次 |
| 冷藏库温度偏差 | ±2°C 内 | 温控设备日志（如有 IoT 接入） |
| 蔬果预分装完成率 | 100%（当日到货当日分装） | 入库单关联的分装标签打印记录 |
| 库存周转天数 | ≤ 3 天（生鲜类） | 系统库存报表（入库日期 → 出库日期差） |
决策权限
- ✅ 供应商新增/淘汰
- ✅ 采购价格谈判与审批
- ✅ 报损/报溢审批（超过 R$ 200 的单笔报损需签字）
- ✅ 仓储员工（收货管理员、分割加工员）的招聘与绩效考核
- ✅ 前端销售定价
- ❌ 不参与系统技术决策（由合伙人 B 主导）
- ❌ 不参促销活动决策（由合伙人 C 主导）
合伙人 B：主管系统开发与总体协调（中枢神经）
核心定位：确保整条数据链路畅通无故障
每日必做事项
| 时段 | 事项 | 系统操作路径 | 频率 |
|---|---|---|---|
| 09:00 | 检查系统运行状态 | 服务器监控面板 + Redis/MySQL 连接状态 | 每日 |
| 09:30 | 检查支付回调成功率 | 后台 → 财务 → 支付流水 → 筛选"回调失败" | 每日 |
| 10:00 | 检查 Lalamove/uber API 调用日志 | 系统日志 → runtime/log/ → citydelivery 日志 |
每日 |
| 14:00 | 处理技术工单/Bug | 客服转交的技术问题 | 按需 |
| 每周一 | 数据库备份验证 | 后台 → 系统 → 数据库备份 | 每周 |
| 每月 | 系统版本迭代与优化 | 代码更新部署 | 每月 |
重点管理指标
| 指标 | 目标值 | 监控方式 |
|---|---|---|
| 系统可用率 | ≥ 99.5% | 服务器监控（UptimeRobot / 宝塔面板） |
| PIX 支付回调成功率 | ≥ 99.9% | 支付流水日志中"回调成功" / "总支付笔数" |
| Lalamove API 调用成功率 | ≥ 99% | API 调用日志统计 |
| WebSocket 客服在线率 | ≥ 99% | Workerman 进程监控 |
| 页面加载速度（H5） | ≤ 3 秒 | GTmetrix / 前端性能埋点 |
决策权限
- ✅ 技术架构决策（框架选型、服务器配置）
- ✅ 第三方 API 接入审批（支付网关、配送平台、短信服务）
- ✅ 数据安全与备份策略
- ✅ 系统功能迭代优先级排序
- ✅ 协调 A 和 C 部门的流程数字化需求
- ❌ 不参与采购价格谈判
- ❌ 不参与营销定价策略
合伙人 C：主管市场推广与客源开拓（前线冲锋）
核心定位：让华鲜生在圣保罗华人社区成为第一生鲜品牌
每日必做事项
| 时段 | 事项 | 系统操作路径 | 频率 |
|---|---|---|---|
| 09:00 | 查看昨日销售大盘 | 后台 → 统计 → 交易统计（GMV、客单价、订单量） | 每日 |
| 10:00 | 管理社群推广 | 微信群/WhatsApp 群发布今日特价、新品上架 | 每日 |
| 14:00 | 设置营销活动 | 后台 → 营销 → 优惠券 / 秒杀 / 拼团 | 每周2-3次 |
| 16:00 | B 端客户跟进 | 电话/WhatsApp 跟进中餐厅、超市补货需求 | 每日 |
| 每周五 | 分析用户画像 | 后台 → 用户 → 用户标签 → 高复购客户群 | 每周 |
C 端（个人散客）运营策略
| 策略 | 系统支撑功能 | 具体操作 |
|---|---|---|
| 新客裂变 | 分销推广系统 | 设置「邀请好友各得 R$10 券」活动，通过系统生成专属推广海报 |
| 复购提升 | 签到打卡 + 积分商城 | 每日签到赚积分，积分兑换生鲜商品 |
| 会员锁客 | 付费会员卡（SVIP） | 推出月卡 R$29.9/月，享 95 折 + 免配送费 + 每月专享券包 |
| 社群活跃 | 拼团 + 砍价活动 | 每周推出 2-3 款拼团爆品，引导用户分享到微信/WhatsApp 群 |
| 内容引流 | CMS 文章系统 | 发布「巴西生鲜科普」「中式菜谱」等内容文章，嵌入商品链接 |
B 端（中餐厅/超市/企业）运营策略
| 策略 | 系统支撑功能 | 具体操作 |
|---|---|---|
| 协议价体系 | 用户分组 + 标签 | 为 B 端客户打标签「B端-中餐厅」，设置专属折扣等级 |
| 定期补货 | 购物车 + 快捷复购 | 引导 B 端客户使用「再来一单」功能，减少下单时间 |
| 账期结算 | 线下支付模式 | B 端大客户可使用「线下支付」，月底统一结算 |
| 专属客服 | 客服分组 | 为 B 端客户指定专属客服，优先响应 |
决策权限
- ✅ 商品定价策略（加价率、促销折扣）
- ✅ 营销活动创建与预算
- ✅ B 端客户签约与协议价审批
- ✅ 社群运营内容与频率
- ✅ 用户分群与精细化运营标签
- ❌ 不参与仓储操作管理，以及前端销售定价
- ❌ 不参与技术开发决策
第二部分：执行层 8 人团队详细 SOP
岗位一：收货与预分装管理员（2名）
核心职责：确保每一件入库商品都"有码、有位、有温控标记"
系统角色权限：WMS 入库管理员
人员分工
| 编号 | 主要职责 | 班次 | 必备技能 |
|---|---|---|---|
| 管理员 A（外采） | 凌晨外出采购 + 返库后协助预分装 | 04:00 - 12:00 | 驾照、懂挑选生鲜、能吃苦 |
| 管理员 B（驻库） | 接收供应商到货 + 主力预分装 | 06:00 - 14:00 | 系统操作熟练、称重分装 |
管理员 A — 凌晨外采 SOP
时间线：每周 一/三/五/六（或根据销量动态调整）
| 时间 | 操作步骤 | 详细说明 |
|---|---|---|
| 03:40 | 出发前准备 | 检查货车油量、冷藏箱冰袋是否充足。打开手机查看合伙人 A 审批通过的采购清单（系统后台 → WMS → 入库列表 → 状态"待采购"） |
| 04:00 | 出发前往 CEAGESP | 驾驶 HR 或 Bongo 货车前往 CEAGESP 批发市场 |
| 04:30-06:30 | 现场采购 | 按照采购清单逐项采购。关键操作： ① 每批商品过磅后，用手机拍照记录「品名 + 重量 + 单价」 ② 检查蔬果外观（拒收烂叶、软烂、异味批次） ③ 水产/肉类必须确认冷链温度（触摸确认硬冻状态） ④ 保留所有收据/Nota Fiscal（财务报销与对账凭证） |
| 06:30-07:00 | 装车返程 | 分区装车：冷冻品放冷藏箱、蔬果放透气筐、干货放后排 |
| 07:00-07:30 | 到库卸货 | 与管理员 B 交接。共同将货物分类卸到对应暂存区： ① 冷冻区 → 冷库门口待检区 ② 蔬果区 → 未分拣地铺托盘区 ③ 干货区 → 常温货架暂存区 |
| 07:30-08:30 | 系统入库录入 | 在系统后台操作（或使用 PDA 扫码）： ① 后台 → WMS → 入库列表 → 点击对应的采购单 → 逐项确认到货数量 ② 对于质量不合格批次，在系统中标记"验收不合格"并拍照上传 ③ 系统自动更新商品库存 |
| 08:30-12:00 | 协助预分装 | 参见下方「预分装核心 SOP」 |
管理员 B — 驻库接货 + 主力预分装 SOP
| 时间 | 操作步骤 | 详细说明 |
|---|---|---|
| 06:00-06:30 | 开库准备 | 开启仓库照明与通风系统；检查冷库温度是否在设定范围（冷藏 0-4°C / 冷冻 -18°C 以下）；准备分装物料（连卷袋、打孔防雾袋、称重秤、条码标签纸） |
| 06:30-08:00 | 接收供应商到货 | 对接当日预约送货的供应商（日杂干货、冷链水产/肉类等非批发市场采购品）： ① 核对送货单与系统采购单是否一致 ② 冷链品必须测量到货温度并记录 ③ 在系统中完成入库确认：后台 → WMS → 入库 → 确认到货 |
| 08:00-12:00 | 主力预分装工作 | 参见下方「预分装核心 SOP」 |
| 12:00-13:00 | 午餐休息 | |
| 13:00-14:00 | 下午补充工作 | 处理下午到货的少量补货；整理仓库卫生；为次日做备料准备 |
📋 预分装核心 SOP（两人协同）
📘 IMPORTANT
预分装是华鲜生效率链条中最关键的环节。做好预分装 = 拣货员效率翻倍 = 3 个拣货员能扛 300 单。
操作区域： 未分拣地铺托盘区 → 不锈钢操作台 → 货架/冷藏库
| 步骤 | 操作 | 标准 | 系统联动 |
|---|---|---|---|
| 1 | 筛选分级 | 将到库蔬果按品质分为 A 级（售卖）和 B 级（淘汰/降价处理）。B 级品拍照后在系统中做报损处理 | WMS → 报损单 |
| 2 | 清洁处理 | A 级蔬果去泥、去黄叶、剪根 | — |
| 3 | 称重分装 | 按照 SKU 预设规格进行称重分装： • 叶菜类：300g/包 或 500g/包 • 根茎类：500g/份 或 1kg/份 • 水果类：按个数（如 6 个/盒）或重量（1kg/盒） 使用电子秤，误差控制在 ±10g 内 |
|
| 4 | 包装封口 | 叶菜 → 打孔防雾袋（防闷烂）；根茎/水果 → 连卷袋 + 扎口；需保鲜的 → 覆保鲜膜 + 托盘 | — |
| 5 | 贴码上架 | 最关键步骤！ ① 从系统打印 SKU 条码标签（包含：品名、规格、条码、入库日期、保质期） ② 将标签贴在包装正面显眼处 ③ 按品类放入对应货架位置： → 常温蔬菜 → 普通蔬菜货架区 → 需冷藏的 → 推入冷藏库对应货位 → 水果 → 水果展示货架区 |
WMS → 标签打印 |
| 6 | 系统确认 | 扫码确认所有分装品已上架，系统库存从"待分装"变为"可售" | WMS → 库存状态更新 |
💡 TIP
效率目标： 两人协作，1 小时应完成 80-100 包的预分装（含筛选、称重、包装、贴码）。一个早上（4 小时）可处理当日全部到货蔬果。
岗位二：生鲜分割加工员（1名）
核心职责：将非标准品（大块肉类、整条鱼虾）加工为标准化小份商品
系统角色权限：WMS 库存管理员
工作区域
不锈钢操作台（紧邻冷库出口），配备：切割刀具一套、电子秤、保鲜膜机、条码标签打印机
每日 SOP
| 时间 | 操作步骤 | 详细说明 |
|---|---|---|
| 07:00-07:30 | 查看当日工单 | 登录系统后台 → WMS → 查看「待分割加工」商品清单。清单来源： ① 前一天管理员 B 入库时标记的「需分割」大件商品 ② 系统根据销售预测自动推送的加工建议（如：五花肉丝库存不足 → 建议切割 10kg 五花肉） |
| 07:30-11:30 | 分割加工 | 按照 SKU 标准进行切割： • 肉丝/肉块：五花肉、猪肩肉 → 切成 300g/份 肉丝 或 500g/份 肉块 • 鱼段：整条鲈鱼/草鱼 → 切成 3-4 段/份 • 虾类：大虾 → 按个数分装（10 只/盒、20 只/盒） • 排骨：按根切割，500g/份 ⚠️ 全程戴手套、口罩；操作台每 2 小时消毒一次 |
| 11:30-12:00 | 包装贴码 | 每份用食品级托盘 + 保鲜膜包装 → 贴 SKU 条码标签（含：品名、净重、加工日期、保质期） → 送入冷藏/冷冻库对应货位 |
| 12:00-13:00 | 午餐休息 | |
| 13:00-15:00 | 下午批次加工 | 处理下午到货的冷链品；根据实时订单中「临时切割需求」（如客户备注"要切丝"）进行定制加工 |
| 15:00-15:30 | 清洁与盘点 | 清洗操作台与刀具；盘点当日加工量，在系统中确认已加工商品的库存转入 |
绩效指标
| 指标 | 目标值 |
|---|---|
| 日均加工量 | ≥ 50kg 原材料 → 100+ 标准份 |
| 分割损耗率 | ≤ 5%（边角料可制成特价「杂碎包」出售） |
| 规格合格率 | ≥ 98%（每份重量误差 ±15g 内） |
岗位三：专职拣货员（2-3名）
核心职责：看系统 → 扫码拣货 → 装筐送达复核台
系统角色权限：WMS 拣货员（仅可见已支付订单的拣货任务）
💡 TIP
系统赋能的最大受益者！ 因为：
① PIX/微信自动收款 → 拣货员只能看到已支付的订单，杜绝"拣完不付款"
② 蔬果已经预分装+贴码 → 拣货员无需称重，直接"扫码拿走"
③ 系统自动生成拣货路径 → 按照货架位置排序，减少无效走动
团队分工模式
| 模式 | 适用场景 | 说明 |
|---|---|---|
| 波次拣货 | 订单量 > 50 单/小时 | 系统将 4-6 个订单合并为一个波次，拣货员一趟完成多个订单的商品拣选 |
| 单单拣货 | 订单量 < 50 单/小时 或 VIP/B端大单 | 一人负责一个订单从头拣到尾 |
| 分区拣货 | 全天通用 | 3 人按区域分工：A 负责干货区、B 负责蔬果区、C 负责冷藏/冷冻区 |
每日 SOP
| 时间 | 操作步骤 | 详细说明 |
|---|---|---|
| 08:00-08:15 | 领取设备 | 每人领取：PDA 手持终端（或手机 + 扫码枪）、多层拣货车（放 4-6 个拣货筐）、筐上贴对应订单号标签 |
| 08:15-08:30 | 查看今日拣货队列 | 登录拣货系统 → 查看「待拣货」任务列表 → 系统按照优先级排序： ① VIP/B端客户订单（红色标记）→ 最优先 ② 冷藏品多的订单 → 优先（减少在常温中暴露时间） ③ 普通散客订单 → 正常排队 |
| 08:30-12:00 | 执行拣货 | 核心操作循环： ① 看屏幕：PDA 显示当前需要拣的商品（品名 + 规格 + 货架位置 + 数量） ② 走到位：按照系统规划的路径走到对应货架 ③ 扫一下：用扫码枪扫描商品上的条码，听到"滴"一声确认 ④ 放筐中：将商品放入对应订单的拣货筐 ⑤ 看下一个：PDA 自动跳转到下一件商品 ⑥ 当某个订单的所有商品拣完 → PDA 显示"拣货完成"→ 将该筐推到复核打包台 |
| 12:00-13:00 | 午餐休息（轮流，保证至少 1 人在岗） | |
| 13:00-17:00 | 继续拣货 | 下午场订单通常从 11:00 开始密集涌入（巴西午餐后下单高峰） |
| 17:00-17:30 | 交接与补货 | 将拣完的空货架位置反馈给收货管理员（系统标记"库位缺货"）；归还设备充电 |
异常处理
| 异常情况 | 处理方式 |
|---|---|
| 扫码后系统显示"库存不足" | 先检查货架是否遗漏 → 确实缺货则在系统中标记「缺货」→ 系统自动通知客服联系客户协商替换/退款 |
| 商品外观有瑕疵 | 放回货架，从同品中另取一个 → 如该品全部有瑕疵则报告管理员 |
| PDA 设备故障 | 使用备用手机 + 手动扫码模式 |
绩效指标
| 指标 | 目标值 | 计算方式 |
|---|---|---|
| 人均拣货速度 | ≥ 80 件/小时 | 系统自动统计（扫码时间戳） |
| 拣货准确率 | ≥ 99.5% | (总拣货件数 - 复核发现错误件数) / 总拣货件数 |
| 日均完成订单 | ≥ 100 单/人 | 3 人合计 300+ 单/日 |
岗位四：复核打包员（1名）
核心职责：最后一道质量关——确认拣的对、包的好、不漏不错
系统角色权限：WMS 复核打包员
工作区域
仓库门口出货操作台，配备：扫码枪、封箱器、保温袋/保冷剂、面单打印机
每日 SOP
| 时间 | 操作步骤 | 详细说明 |
|---|---|---|
| 08:30-17:00 | 全天循环操作 | 持续处理拣货员推来的拣货筐 |
单筐复核标准操作流程：
| 步骤 | 操作 | 时间 | 系统联动 |
|---|---|---|---|
| 1 | 接收拣货筐 | 5秒 | 扫描筐上的订单号条码，系统弹出该订单的商品清单 |
| 2 | 逐件复核扫码 | 1-3分钟 | 将筐中每件商品逐一扫码。系统实时对比：✅ 品名对、✅ 规格对、✅ 数量对 |
| 3 | 异常处理 | 按需 | 如发现：❌ 多拣 → 取出放回；❌ 少拣 → 通知拣货员补拣；❌ 错拣 → 替换正确商品 |
| 4 | 冷热隔离包装 | 2-3分钟 | ① 常温品 → 纸箱/环保袋 ② 冷藏品 → 保温袋 + 冰袋（夏季加量） ③ 冷冻品 → 厚保温袋 + 干冰/蓄冷剂 ④ 易碎品（鸡蛋等）→ 气泡膜包裹 + 独立隔层 |
| 5 | 封箱贴签 | 30秒 | 胶带封箱 → 贴上系统打印的地址面单 |
| 6 | 系统确认打包完成 | 5秒 | 在系统中点击 「已打包完成」 → 订单状态变为「待发货」→ 系统自动通知派单客服 |
| 7 | 移至出货区 | 10秒 | 将包裹移至门口「出货等待区」，按配送区域分区摆放 |
💡 TIP
效率目标： 单个订单复核打包全流程 ≤ 5 分钟。按此计算，1 人可处理 80-100 单/天（考虑到 B 端大单需要更长时间）。如日均超过 150 单，需考虑增设 1 名打包员。
绩效指标
| 指标 | 目标值 |
|---|---|
| 日均打包量 | ≥ 80 单 |
| 复核拦截错误率 | 100%（所有拣货错误必须在此环节被拦截） |
| 客诉"少件/错件"率 | ≤ 0.3%（复核后仍出错的比例） |
| 包装投诉率 | ≤ 0.5%（到货破损/解冻的比例） |
岗位五：派单客服（1名）
核心职责：一键派单 + 处理客诉 + 协调异常
系统角色权限：管理后台全权限（订单管理 + WMS 出库管理 + 客服系统）
📘 IMPORTANT
系统改造后的最大变化： 派单操作从"手动联系骑手、口头沟通地址、微信转账运费"变成了"系统内一键询价→一键呼叫→自动追踪"。客服 80% 的精力从"派单"释放出来，转投到"客户服务"上。
每日 SOP（按时间线）
| 时间 | 操作步骤 | 详细说明 |
|---|---|---|
| 08:30-09:00 | 晨间检查 | ① 查看昨日未完成订单（是否有异常滞留） ② 检查 Lalamove 账户余额（确保足够支付当日配送费） ③ 查看客服消息是否有未回复的客户咨询 |
| 09:00-17:00 | 核心工作循环 | 持续执行以下三个核心任务 |
核心任务 1：一键派单（占工作量 30%）
当复核打包员点击「已打包完成」后，客服后台会收到推送通知。
| 步骤 | 操作 | 系统操作路径 |
|---|---|---|
| 1 | 收到「已打包」通知 | 后台弹窗 / WebSocket 实时推送 |
| 2 | 打开对应出库单 | 后台 → WMS → 出库列表 → 状态「待发货」 |
| 3 | 选择配送方式 | 判断规则： • 散客普通单（< 15kg）→ 第三方同城配送（Lalamove 摩托车） • 散客大件单（> 15kg 或冷链敏感）→ 第三方配送（Lalamove 面包车） • VIP / 高客单 → 自建司机（阶段二启用后） • B 端大宗单 → Lalamove 货车 或 自建货车 |
| 4 | 一键询价 | 点击「获取报价」→ 系统自动调 Lalamove API → 展示运费和预计时间 |
| 5 | 确认呼叫 | 点击「确认呼叫骑手」→ 系统自动下单给 Lalamove |
| 6 | 面单打印 | 系统自动生成带有骑手交接码的面单 → 打印后递交给打包员贴在包裹上 |
| 7 | 监控状态 | 系统自动接收 Lalamove Webhook 回调，实时更新：骑手已接单 → 已取货 → 已送达 |
核心任务 2：客户服务（占工作量 50%）
| 场景 | 处理方式 |
|---|---|
| 客户问"我的单到哪了？" | 引导客户点击小程序/H5 订单详情中的「查看骑手位置」按钮 → 显示实时追踪页面 |
| 客户要求修改地址 | 如骑手未取货 → 在系统中修改地址 → 取消原配送单重新呼叫；如已取货 → 电话联系骑手改送 |
| 客户投诉商品质量 | 后台 → 订单 → 售后 → 发起退款申请 → 拍照留证 → 合伙人 A 审批 |
| 客户要求退款 | 后台 → 订单 → 退款 → 选择原路退回（PIX / 微信 / 余额）→ 系统自动执行 |
| B 端客户下大单询价 | 查看系统中该客户的等级折扣 → 报出折后价 → 引导客户在系统下单 |
核心任务 3：异常处理（占工作量 20%）
| 异常 | 处理方式 |
|---|---|
| Lalamove 长时间无骑手接单 | 取消订单 → 切换为其他平台（Loggi）或通知自建司机 |
| 骑手送错/破损 | ① 联系骑手核实 → ② 安排自建司机补送 → ③ 在系统中记录异常原因 |
| 暴雨天骑手拒单 | 启动自建车队覆盖核心区域（Liberdade, Aclimação 等）→ 远距订单延迟通知客户 |
| PIX 支付掉单（客户付了但系统未到账） | 后台 → 财务 → 支付流水 → 搜索客户手机号 → 确认 MercadoPago 是否收到 → 手动补单 |
| 系统故障 | 第一时间通知合伙人 B → 启动纸质应急流程（手写订单 + 电话派单） |
绩效指标
| 指标 | 目标值 |
|---|---|
| 派单响应时间 | 打包完成后 ≤ 5 分钟内完成呼叫骑手 |
| 客诉首次响应 | ≤ 3 分钟（文字消息）/ ≤ 5 分钟（电话） |
| 客诉解决率 | ≥ 95%（当日解决） |
| 配送异常率 | ≤ 2%（送错/延迟/破损/丢件） |
第三部分：末端配送策略详细方案
阶段一：纯第三方平台（当前启动阶段）
┌─────────────────────────────────────────────────────────┐
│ 订单配送决策矩阵 │
├──────────────┬──────────────┬────────────────────────────┤
│ 订单类型 │ 车辆选择 │ 平台选择 │
├──────────────┼──────────────┼────────────────────────────┤
│ C端散客 │ 摩托车 │ Lalamove (MOTORCYCLE) │
│ <15kg 常温 │ │ 预估费用：R$ 12-20 │
├──────────────┼──────────────┼────────────────────────────┤
│ C端散客 │ 面包车 │ Lalamove (VAN) │
│ >15kg 或冷链 │ │ 预估费用：R$ 25-40 │
├──────────────┼──────────────┼────────────────────────────┤
│ B端中餐厅 │ 面包车/货车 │ Lalamove (VAN/TRUCK) │
│ 定期补货 │ │ 预估费用：R$ 35-80 │
├──────────────┼──────────────┼────────────────────────────┤
│ VIP 大客户 │ 面包车 │ Lalamove (VAN) │
│ 高客单/易碎品 │ │ 后续阶段改自建司机 │
└──────────────┴──────────────┴────────────────────────────┘配送费用策略
| 策略 | 适用场景 | 说明 |
|---|---|---|
| 免配送费 | 订单满 R$ 150 | 配送费由平台承担，计入运营成本 |
| 用户自付 | 订单 < R$ 150 | 系统在结算时自动加收配送费（可从 Lalamove 报价中获取实际费用） |
| 会员免配 | SVIP 付费会员 | 每月 N 次免配送费额度 |
| B 端含运 | B 端协议客户 | 配送费包含在协议价中 |
阶段二：自建车队 + 第三方混合（日均 200+ 单后启动）
新增编制：2 名自建配送员/司机
自建司机的核心价值
| 价值 | 说明 |
|---|---|
| 消化复杂订单 | VIP 高净值客户、大量易碎/昂贵海鲜、超出摩托车载重的 B 端单 |
| 售后应急 | 第三方送错/破损时，自建团队第一时间出车补救换货 |
| 运力兜底 | 圣保罗暴雨天（Motoboy 拒单率极高）或节假日爆单时保障核心区域履约 |
| 品牌形象 | 统一着装、车贴 Logo，强化"华鲜生"品牌专业度 |
自建司机 SOP
| 时间 | 操作步骤 |
|---|---|
| 08:00 | 到仓库，检查车况、冷藏箱，登录 Driver 端 APP 应用 |
| 08:30-17:00 | 持续接单配送。通过 Driver 端查看派单任务 → 标记「已取货」→ 导航送货 → 到达后拍照 + 电子签名 → 标记「已签收」 |
| 遇异常 | 在 Driver 端标记「配送异常」+ 填写原因 → 系统通知客服处理 |
双轨并行的派单规则
派单客服在后台看到「待发货」订单时，按以下规则决策：
IF 订单属于 VIP 客户 AND 客单价 > R$ 300
→ 指派自建司机（Driver 端推送）
ELIF 商品含大量冷链品 AND 重量 > 20kg
→ 指派自建司机（面包车）
ELIF 暴雨天 AND 配送区域在核心华人区
→ 指派自建司机
ELIF 第三方骑手 5 分钟内未接单
→ 取消第三方 → 指派自建司机
ELSE
→ 一键呼叫 Lalamove（系统自动处理）第四部分：薪酬与考核体系建议
执行层薪酬结构（参考圣保罗 2026 市场行情）
| 岗位 | 编制 | 基本月薪 (BRL) | 绩效奖金 | 说明 |
|---|---|---|---|---|
| 收货预分装管理员 | 2 | R$ 2,200 - 2,500 | 最高 R$ 400/月 | 凌晨班额外补贴 R$ 300 |
| 生鲜分割加工员 | 1 | R$ 2,500 - 2,800 | 最高 R$ 300/月 | 技术工种，薪资略高 |
| 专职拣货员 | 3 | R$ 1,800 - 2,000 | 最高 R$ 500/月 | 计件奖金：超 80 单/天部分按 R$ 2/单 |
| 复核打包员 | 1 | R$ 1,800 - 2,000 | 最高 R$ 300/月 | 零差错月度奖 R$ 200 |
| 派单客服 | 1 | R$ 2,000 - 2,300 | 最高 R$ 400/月 | 需中葡双语能力，薪资溢价 |
| 自建司机（阶段二） | 2 | R$ 2,000 - 2,200 | 按单提成 R$ 3-5/单 | 需有驾照 + 熟悉圣保罗路况 |
月度人力成本估算：
- 阶段一（8人）：约 R$ 16,000 - 18,000 / 月
- 阶段二（10人）：约 R$ 20,000 - 23,000 / 月
绩效考核总表
| 岗位 | KPI 1 | KPI 2 | KPI 3 | 考核频率 |
|---|---|---|---|---|
| 收货管理员 | 入库准确率 ≥98% | 预分装完成率 100% | 到货验收合格率 ≥95% | 月度 |
| 分割加工员 | 日加工量 ≥50kg | 损耗率 ≤5% | 规格合格率 ≥98% | 月度 |
| 拣货员 | 拣货速度 ≥80件/h | 准确率 ≥99.5% | 日均完成 ≥100单 | 周度 |
| 复核打包员 | 日打包量 ≥80单 | 客诉错件率 ≤0.3% | 包装投诉率 ≤0.5% | 月度 |
| 派单客服 | 派单响应 ≤5min | 客诉解决率 ≥95% | 配送异常率 ≤2% | 月度 |
| 自建司机 | 日均送达 ≥20单 | 客户好评率 ≥95% | 配送准时率 ≥90% | 月度 |
第五部分：全流程作业时间表（一天的节奏）
凌晨 04:00 ┃ 管理员A 出发采购
┃
早晨 06:00 ┃ 管理员B 开库准备，接收供应商到货
┃
07:00 ┃ 管理员A 采购返回，两人开始预分装
┃ 分割加工员 开始切割肉类/水产
┃
08:00 ┃ ═══════ 系统正式开始接单 ═══════
┃ 拣货员×3 上班，开始处理前一晚的预约单
┃ 复核打包员 上班
┃ 派单客服 上班
┃
08:30 ┃ 第一批包裹开始出库 → 呼叫 Lalamove
┃
09:00 ┃ ─── 早高峰第一波（前晚预约单集中出库）───
↓ ┃
12:00 ┃ 午餐轮休（保持至少50%在岗率）
┃ 管理员A 下班（凌晨班结束）
┃
13:00 ┃ ─── 午后高峰（巴西人午餐后下单高峰）───
↓ ┃
14:00 ┃ 管理员B 下班
┃ 分割加工员 处理完下午到货后下班
┃
15:00 ┃ ─── 下午持续出单 ───
↓ ┃
17:00 ┃ 拣货员、复核打包员、客服 下班
┃ 处理完最后一批当日订单
┃
17:30 ┃ ═══════ 当日截单（次日达订单转入预约池）═══════
┃
18:00 ┃ 仓库关闭，冷库保持运转第六部分：系统赋能前后效率对比
| 环节 | 改造前（纯人工） | 改造后（系统赋能） | 效率提升 |
|---|---|---|---|
| 支付确认 | 客服手动核对转账截图 → 手动标记已付款 (3-5分钟/单) | PIX/微信自动收款+自动核销 (0秒) | ∞ |
| 拣货 | 打印纸质单 → 人工找货 → 称重蔬果 → 手写记录 (8-10分钟/单) | 扫码拣货 → 预分装免称重 → 系统自动记录 (3-4分钟/单) | 2.5倍 |
| 派单配送 | 手动联系骑手 → 口述地址 → 微信转账运费 → 手动跟踪 (10-15分钟/单) | 一键询价 → 一键呼叫 → 自动追踪 (30秒/单) | 20-30倍 |
| 客诉"到哪了" | 客服打电话问骑手 → 转述给客户 (5分钟/次) | 客户自行查看小程序追踪页 (0秒) | ∞ |
| 退款处理 | 手动计算金额 → 手动转账退回 (10-20分钟/单) | 系统一键原路退款 (30秒) | 20-40倍 |
| 库存盘点 | 人工逐一清点 → 手写记录 → 录入 Excel (2-3小时) | 扫码盘点 → 系统实时库存 (30分钟) | 4-6倍 |
💡 TIP
综合估算： 改造后的系统 + 8 人团队，相当于纯人工模式下 15-20 人 的产能。日均处理能力从 100-150 单提升到 300-500 单。
附录：关键系统操作速查表
给派单客服的每日速查
| 我要做什么 | 系统操作路径 |
|---|---|
| 查看待发货订单 | 后台 → WMS → 出库列表 → 状态筛选「待发货」 |
| 呼叫 Lalamove 骑手 | 出库单详情 → 「第三方同城配送」→ 获取报价 → 确认呼叫 |
| 查看骑手位置 | 出库单详情 → 点击「追踪链接」 |
| 处理客诉退款 | 后台 → 订单 → 找到订单 → 售后/退款 |
| 查看支付流水 | 后台 → 财务 → 支付流水 |
| 取消配送 | 出库单详情 → 「取消第三方配送」（仅骑手取货前可取消） |
给拣货员的设备操作速查
| 我看到什么 | 我该怎么做 |
|---|---|
| PDA 显示商品名+货架位 | 走到对应货架，找到商品 |
| 扫码后"滴"一声 | ✅ 正确，放入对应订单筐 |
| 扫码后"嘟嘟"两声 | ❌ 商品不对或不属于当前订单，放回重新找 |
| 显示"库存不足" | 检查货架 → 确实缺货则点击「标记缺货」 |
| 某订单全部拣完 | 推筐到复核打包台 |