MARKETING ORCHESTRATION / PRODUCT SIMULATION
营销编排
从银行经营目标落到一次可审阅的活动：圈定客群，分期配置预算，选择生活权益与通路，生成内容和审批包，最后用真实结果复盘。
页面只保存当前浏览器标签页的演示草案；不会发送消息、发券、占用预算或提交银行。本轮活动 / 草案
01 客群02 预算03 权益04 通路05 审核06 复盘
统一 Agent 底座保留目标、客群、预算假设和证据缺口；营销编排是独立页面。
01 / WHO
待配置从经营目标选择客群
先看银行要解决的经营问题，再确认客户身份、需求证据与触达边界。
选择示范客群合成案例 · 银行身份须实际核验
02 / HOW MUCH
待配置分期预算与 ROI
预算上限、预计支出与增量回报分开记录。所有金额和转化都是输入假设，不代表银行实绩。
阶段预算上限（元）放量条件 / 止损规则
试点期 先验证服务价值
扩量期 只扩有效客群
复盘期 留出验证和纠偏
投入与增量假设实际口径以银行财务和采购制度为准
03 / WHAT
待配置权益与券规则
统一通过券平台管理适用城市、商品、发券、预约、核销与成本；未核实供给时不发券。
04 / WHERE
待配置通路与内容编排
渠道有先后顺序和归因责任；每条触达先验证权限，客户进入 OSA 时先回答实际居住问题。
客户看到的内容从问题切入，不承诺贷款审批或额度
05 / REVIEW
待复核审核与审批包
把名单、预算、权益、通路、内容和数据边界放在同一张清单里，明确哪些条件仍未满足。
勾选只记录浏览器内的演示确认，不代表真实审批通过；审批包下载也不会触发活动发布。
06 / MEASURE
待结果监测与复盘
触达、服务、权益和银行结果分别归因；比较实验组与对照组，只有银行确认后才记录增量客户。
去重触达→有效服务→客户主动授权→权益核销→银行确认结果
建议回流的最小事件
cohort_id、campaign_id、channel_id、entry_id、osa_case_id、evidence_status、benefit_id、issue_id、redeem_id、consent_id、handoff_id。按授权与用途交换必要字段，保留来源、时间、版本和撤回记录。
PAGE EVIDENCE
演示流程对应的真实页面
截图用于核对页面现状；营销编排、跨系统事件与真实券发放仍是拟建设能力。
