核对余额口径、策略生效时间、数据字段和充值方式。
PRODUCT MANAGER INTERVIEW
产品经理面试题作答
围绕广告投放场景,从界面可读性、客户端流程和群聊需求自动化三个方面提出产品方案。
UI 设计 · 移动产品 · 投放 Agent
01
UI 设计优化
目标:用户能快速看懂进度、投放节奏和预算消耗。
结论:问题主要是信息层级和对比度不足。我会保留现有指标,重新分组并突出关键数值,先让用户一眼找到“进度”和“花费”。
改版示意
卡片模式
默认模式使用浅冷雾灰,减少纯白面积;重点数字和状态色保持清晰。
疯四北京 1
计划编号 05
总进度63.9%
预估进度63.9%
近 15 分钟进度0%
建议进度差−0.4%
预算(元)1,465
已消耗(元)936
近 15 分钟消耗(元)0
CPC(元/次)0.8
计划已结束 · 仅供查看
数值沿用题目截图。
设计理由
- 突出重点信息:总进度、预估进度使用最大字号;建议进度差用琥珀色强调,预算和成本作为辅助信息置底。
- 节奏单独成组:近 15 分钟数据与建议差值放在一行,偏离值带正负号和文字状态。
- 花费集中展示:预算、已消耗、近 15 分钟消耗、CPC 放在卡片底部,标签与数值对齐。
- 颜色不承担全部含义:异常同时用文字和符号表达,避免只靠颜色区分。
全局状态与交互规范
投放中可暂停 · 蓝色状态条与标签同步
已暂停可恢复 · 琥珀色代表暂时停止
已结束只读查看 · 灰色代表流程完成
异常需处理 · 红色只用于错误或风险
全局一致:卡片上沿色条和状态标签使用同一状态色;同一状态在列表、卡片、详情和筛选中保持颜色与文案一致。主操作统一用蓝色,次操作用描边样式;结束等不可逆操作用红色并二次确认。状态标签只展示状态,不伪装成按钮。
02
手机应用方案
目标:客户能设定 14 天内每日策略,并查看余额和次日投放效果。
结论:一个月先上线客户端计划管理和运营核验闭环。媒体平台接口未确认前,不承诺自动同步充值或自动创建广告;接口接通后再逐步自动化。
客户端流程
- 查看账户余额、核验状态和最近更新时间。
- 在 14 天日历中逐日选择策略包:A 20 元、B 30 元、C 40 元。
- 次日策略在前一日 20:00 锁定;余额不足时阻止提交并提示补足,不自动降档。
- 确认每天的策略、生效日期和预计投放金额后提交。
- 投放结束次日查看预算花费、曝光、点击和转化率。
!
资金口径:客户预算、服务方匹配金额和平台总投放分别记账。建议对客户清楚展示;若业务要求不披露匹配金额,先完成合同与合规评估,并确保账单不产生误导。
14 天策略日历每周一开始 · 可逐日选择
第 1 周
周一A · ¥20
周二A · ¥20
周三B · ¥30
周四B · ¥30
周五A · ¥20
周六C · ¥40
周日A · ¥20
第 2 周
周一A · ¥20
周二B · ¥30
周三B · ¥30
周四A · ¥20
周五A · ¥20
周六C · ¥40
周日A · ¥20
客户预算¥20
+
服务方匹配¥20
=
平台投放¥40
一个月交付安排
账户页、14 天日历、策略选择、预算确认和效果页。
余额核验、计划审核、效果录入、操作记录。
验证余额不足、重复提交、改计划和数据延迟。
!
上线边界:充值发生在媒体平台。若没有 API 或获准的内嵌登录,客户仍需跳转平台充值;首期可提交凭证,由运营核验后更新余额。按时投放率、余额差错率、次日数据到达率作为试点指标。
03
投放 Agent
目标:把群聊中的自然语言整理成结构化计划,降低人工抄写和漏项。
结论:Agent 先生成计划草稿,不直接执行。缺日期、时段含义不清或预算冲突时,先在群里澄清;通过规则校验并由运营确认后,再创建广告。
处理流程
01 · 接收识别客户群、发送者、消息时间
02 · 抽取拆分投放项日期、时段、类型、金额
03 · 标准化统一格式结合消息时间和客户时区
04 · 校验检查计划缺项、重叠、重复、预算
05 · 确认运营审核异常先澄清,正常项预览
06 · 执行创建并回执记录结果和失败原因
题目案例处理
案例 1存在区间歧义
原话:“21-23 加投 1000,22-24 加投 1000,明天常规投流放在 10-13。”
处理:“21-23 / 22-24”可能是日期范围,也可能是投放时段。Agent 保留原文并询问具体含义;若是同类区间,两项还可能在 22-23 重叠。确认前不创建加投。
案例 2常规投放
解析为明天 10:00–13:00 的常规投放。预算读取客户已确认的默认配置;没有配置就提问。生成预览后等待运营确认。
案例 3两项计划
解析为明天 10:00–13:00 常规投放,以及 13:00–16:00、金额 1,000 元的加投。校验时段不重叠,再生成待确认计划。
计划字段与安全护栏
每项计划至少保留
客户 ID日期开始/结束
常规/加投金额原始消息
校验状态确认人平台结果
- “明天”按消息时间和客户时区换算;日期缺失时不猜。
- 常规预算从客户配置读取;加投必须明确金额。
- 用客户、日期、时段和类型识别重复请求。
- 保存原文、解析结果、确认人和平台回执,失败时转人工。