B端产品经理 · 复杂业务场景的产品设计与交付
XUEJING 业务规则抽象·产品标准化·商业化试点验证
面向政企合规、仓储供应链等重流程场景，把业务规则、角色分工和例外情况梳理清楚，再收敛成一套用得上、可交付、能商业化复制的产品方案。
查看案例
请联系贵司人力获取更多信息
0年
2年B端产品经验，1年制造业结构研发经验（研究生·校企合作）
0个
To B项目（11个私有化+3个SaaS）
0%
2025年合同额同比增长
0%+64
模块复用率原30%
/ 01 DELIVERY
14个项目，落在6个大区
2024.07 – 2026.07，对外交付记录。客户与省份已脱敏，只保留类别、大区与交付月份。
定制化5个项目6个Web端功能
2024.10 – 2026.05
区域
华南3西南1华北1
项目
2024.10西南
2025.01华南
2025.03华南
2025.04华北
2026.05华南
Web端功能
- 汽车衡管理
- 检斤检化管理
- 流量配比
- 合同价格管理
- 费用统计
- 视频管理
新标品/SaaS9个项目27个Web端功能13个移动端功能
2025.05 – 2026.05
区域
西南3华中2西北2华北1华东1
项目
2025.05华中
2025.07华中
2025.08西北
2025.09西南
2025.12西南
2025.12华北
2026.03西北
2026.05华东
2026.05西南
Web端功能
- 工作看板
- 标签管理
- 动态库存
- 产废台账
- 暂存管理
- 统计报表
- 企业基本信息管理
- 危废信息
- 固废信息
- 产生源管理
- 容器包装管理
- 贮存设施管理
- 利用处置设施管理
- 名录管理
- 处置单位管理
- 运输单位管理
- 经营台账
- 联单信息
- 合同管理
- 报警管理
- 设备管理
- 同步日志
- 台账日志
- 企业管理
- 部门管理
- 角色管理
- 用户管理
移动端功能
- 设备联网
- 数据字典
- 第三方管理
- 上报平台设置
- 产生
- 入库
- 出库
- 自利用处置
- 联单委外
- 台账查询
- 数据同步
- 标签查询
- 库存查询
/ 03 REVIEW
个人产品思考与复盘
把这段经历按六个阶段拆开，每个阶段写清楚当时在想什么、实际做了什么。
STEP 01
复盘历史MVP方案
思路这套MVP是在政策口径未定、没有统一接口标准、各省由不同承建商落地的条件下做出来的，目标只有一个：能跑通。接手后，我需要先判断它能复用到什么程度。
动作节点- 对齐政策变化与各省接口差异，确认这套方案无法直接复用到其他省份
- 到一线收集真实痛点：历史数据需要补上报，客户几乎没有容错空间
- 理清报表、库存、看板、终端上报等强耦合点，界定"改一处、动全局"的范围
STEP 02
重新定义功能边界
思路政策不明朗时，优先把基础功能的边界和拓展性定下来，而不是急着做完整版。
动作节点- 从业务本质倒推基础功能需要兼容到什么程度
- 预留90%容错，优先覆盖撤销、补报、变更这几个高频出错场景
- 为后续业务拓展留出空间，整体规划，避免"哪痛补哪"
STEP 03
跨团队推进
思路接口和联调无法由单一团队闭环，需要硬件、平台、终端和业务方共同推进。
动作节点- 监管文档缺位，就由内部自行定义接口协议与报文规范
- 终端联调排期滞后时，平台先按协议模拟报文，用模拟数据验证功能边界
- 借助API联调提前暴露交付延期风险，明确分工与升级路径
STEP 04
用AI前置方案确认
思路售前阶段用AI把方案和客户的想法做成可交互的Demo，供业务侧提前确认，避免开发完成后才发现理解偏差。
动作节点- 把客户和试点的需求直接转成可交互的Demo，与业务侧共同确认需求与交互细节
- 定制项目的确认与交付链路明显缩短，其中的共性部分再补进标品
STEP 05
技术与产品预研
思路遇到没做过的新场景，先小步验证，找出轻量化的实现路径，再判断是否值得投入。
动作节点- 先评估轻量化路径，比如OEM硬件加软件能否组成一套方案
- 协同采购对接供应链厂商，借调样品做实物验证
- 从技术和产品两侧评估方案成熟度，确定选型后再推进测试
- 持续跟踪市场动向，保持方案储备的更新
STEP 06
试点验证与复制
思路选取典型客户承接试点，在真实业务场景中完整验证一遍。
动作节点- 从售前与销售的反馈中识别高频业务场景和有意向的客户，结合已有方案储备，确定试点项目
- 与试点方共同推进并持续调整，验证结论回流到产品迭代，沉淀为可复用的标杆案例，为后续市场推广提供依据
好的产品决策，来自对业务现场的理解。
PRODUCT MANAGER
面向复杂业务场景的产品设计与交付