移动餐车文档中心

Appearance

工作事项 2026-01-30 ​

版本信息

  • 版本号: v1.0
  • 状态: 状态
  • 最后更新: 2026-02-03
  • 变更摘要: 2026-01-30 工作目标与业务优先级定义。

2026年01月30日 星期五 ​

总目标，年前，即2-14前，完成以下两个需求上线 ​

需要分列计划，上报时间

  1. 移动餐车 - 用户身份识别 - 支付宝、微信亮码支付用户身份识别 - 目的，能识别新用户老用户，以便分析拉新 运营效果。

    • 策略手段：新做一个订单导出，每个用户都附上唯一ID。微信支付宝亮码支付用户，获取到UnionID，支付宝就OpenID，以此来区分

    • 先确定历史的亮码支付订单，有无记录OpenID，能不能从订单号反查，还是必须是交易时才能查询；如不行，历史数据能做些什么？

    • 新增一个表，记录 用户ID和 unionid 及 支付宝OpenID的关联。或者修改订单表？还是用户和OpenID关联表？得技术评估方案

    • 最终结果 每个订单还是每个companyuser 用户都有对应的新的id UnionID 或是 OpenID。

    • 按点位分析，每日消费多少新用户，多少老用户

    • 餐车订单分析页面，选项 总体，点位1，点位2，点位3，数据来着写死

    • 日期选择，天、周、月，可参照客户详情页-万份扣分的时间选择组件

    • 按不同选项，展示统一表格模板不同数据

    • 表格表头

    • 左侧导航新增一个栏目，餐车项目，订单分析，新导航入口，展示

    • 一周内每日分析新用户、老用户 人数，客单均价 的变化趋势

  2. 移动餐车 - 经营数据分析 - 现有经营报表，订单分析线上化 - 现有经营分析

    1. 经营报表导入数据输出，总体页面呈现，每日企微机器人推送到群 确定模板，导入基础数据，结合订单输出以下
      • 客户价值，预测和实际
      • 餐车利润，预测和实际
      • 商家利润，预测和实际
    2. 每日订单分析，
      • 总体及分点位的，订单数，订单总金额、客单均价，优惠金额及变化趋势
      • 客单价区间分布，各区间变化趋势，高于22的占比，低于17的占比。 11点有和财务的会议，进一步沟通报表数据

基于此，只能团餐系统上继续改造，先不做新系统的内容。

业务优先级判定 ​

  • p1 菜品的监控

    • 可核对菜品标签定义和实际情况是否一致。 爆款、主打菜是否实际符合
    • 菜品的验收能符合菜单标准。
    • 上周菜单定标准， 扣分，识别哪些菜品是黑名单，

  • 用户身份

    • p0 为了判断活动效果 ，已安排优先开发。

  • 用户运营

    • p1 营销活动
    • p1 活动效果评估，数据分析

  • 业务运营

    • p7 现场物料的进销存管理。餐具、纸巾

  • 销售侧

    • p6 楼栋、客户信息记录
      • 可供分析，以制定客户进攻策略和配置资源，哪些楼栋不需要关注，哪些楼栋是需要重点进攻的。
      • 记录哪些信息，如何判定有效，真实
    • p6 客户汇总，目的，客户管理，数据上的统计

  • 商户

    • p2 菜品管理 ，选商家的时候，了解商户的菜品情况，爆款、主打菜，不合格菜，高利润菜品。
    • p3 付款的管理，采购模式，需要商户可看到服务点位的每天流水和利润。
    • p6 商户分级，扣分

  • 经营

    • p2 菜品标签，根据订单销售情况，识别爆款菜，高利润菜品，为后续提高利润提供数据支撑
    • 如何判定菜品合格，

  • 上线新点位

    • p0 如何快速知道，客户职场和人员的口味的偏好，性别比例，客单均价，比如是否喜欢辣，点位货梯耗时等情况，等标签。形成模型，以更好的针对做运营
    • p0 运营一段时间后 应拿到的数据，制定如何扩大覆盖。

  • 菜单

    • p5 自动推荐匹配 设计菜单，不断验证迭代。 提升效率

  • 餐车

    • pX 餐车本体折叠 属于探索

  • 称重设备

    • P3 称重设备识别纸质券，无需手动核销
    • P3 称重设备不需要米饭、餐具的快捷选择

销售晚一点 p5

产品完成后一两周，技术完成

扫码支付 商家到店二维码， 散餐，扫商家的二维码云音响，完成支付 可以关注，但不需要手机号。

业务优先级任务列表（按优先级排序） ​

P0 - 最优先 ​

  1. 上线新点位 - 快速识别客户职场人员口味偏好、性别比例、客单均价等标签，形成运营模型
  2. 上线新点位 - 运营一段时间后获取数据，制定扩大覆盖策略
  3. 用户身份识别 - 支付宝、微信亮码支付用户身份识别，判断活动效果（已在当前开发计划）

P1 ​

  1. 菜品的监控 - 核对菜品标签定义与实际情况一致性，验证爆款、主打菜是否符合
  2. 菜品的监控 - 菜品验收符合菜单标准，识别黑名单菜品
  3. 用户运营 - 营销活动功能
  4. 用户运营 - 活动效果评估与数据分析

P2 ​

  1. 商户 - 菜品管理，选商家时了解菜品情况（爆款、主打菜、不合格菜、高利润菜品）
  2. 经营 - 菜品标签，根据订单销售情况识别爆款菜、高利润菜品，为提高利润提供数据支撑

P3 ​

  1. 商户 - 付款管理、采购模式，商户可查看服务点位每日流水和利润
  2. 称重设备 - 识别纸质券，无需手动核销
  3. 称重设备 - 米饭、餐具快捷选择优化

P5 ​

  1. 菜单 - 自动推荐匹配设计菜单，不断验证迭代，提升效率
  2. 销售侧 - 销售相关功能（暂缓）

P6 ​

  1. 销售侧 - 楼栋、客户信息记录，供分析制定客户进攻策略
  2. 销售侧 - 客户汇总，实现客户管理与数据统计
  3. 商户 - 商户分级与扣分机制

P7 ​

  1. 业务运营 - 现场物料进销存管理（餐具、纸巾等）

PX（探索阶段） ​

  1. 餐车 - 餐车本体折叠方案（待评估）

备注：产品完成后预计1-2周技术完成