把复杂业务
拆成流程，再做成
真正运行的产品。

问题跨店调货依赖消息沟通，责任人与到货状态不清。

我的贡献拆分调出、调入、确认人、订单与异常状态。

产品结果调货双方围绕同一订单协作并保留确认记录。

问题成交、核销和评分分散在页面，无法连续复盘。

我的贡献梳理字段口径、门店识别、每日同步和较昨日变化。

产品结果经营指标进入飞书并形成可连续追踪的数据集。

问题投流与成交数据分开，运营无法判断投入后的业务结果。

我的贡献把投放口径接入经营数据链路，设计每日自动更新。

产品结果投流、成交和核销可以在同一复盘视角下对照。

问题门店执行评价缺少统一规则，过程与结果难追踪。

我的贡献把考核项、积分、记录和门店视图整理成产品规则。

产品结果执行标准与考核记录进入统一线上系统。

问题选品、图片处理与上架检查分散，重复操作多。

我的贡献梳理批量导出、图片转换和商品异常检查链路。

产品结果商品从资料准备到上架前核对形成连续工作流。

问题小程序创意到首版工程跨度大，AI 输出容易失焦。

我的贡献拆成选题、PRD、工程三个 Agent 并定义输出 Schema。

产品结果形成从候选题到首版工程骨架的结构化流程。

问题Skill 数量多但价值难判断，安装与来源信息分散。

我的贡献设计搜索分类、行为评分、提交审核和安装转化路径。

产品结果用户能发现、理解、安装并提交 Skill，后台完成审核。

问题两个编辑器模型不同，样式、GIF 和可编辑性相互冲突。

我的贡献设计高保真、可编辑和混合三种策略及失败重试。

产品结果用户可按目标选择迁移方案，并检测服务端保存结果。

问题重要消息容易淹没，人工持续盯屏成本高。

我的贡献定义本地监听、消息记录、通知和开机启动流程。

产品结果重要信息从被动查看转为自动发现与留存。

问题商品日更频繁，设计人员与运营之间来回沟通。

我的贡献把模板、字体、背景、商品图与二维码做成可视化配置。

产品结果运营可实时预览并独立完成常用宣传物料。

问题活动依赖个人经验，运营与协作角色节奏不一致。

我的贡献拆解时间节点、角色动作、标准话术和风险提醒。

产品结果一次经验被沉淀为团队可重复执行的流程页面。

问题固定信息源需要高频重复检查，变化容易遗漏。

我的贡献定义采集周期、变化判断、提醒和异常恢复方式。

产品结果人工检查转为自动监控，只在需要时介入。