PM Master Skill — 产品经理综合技能
> 金融/支付/账务方向 PM 一站式工作包：需求→PRD→项目→数据→面试，全流程模板化
作者
尹小辉 | PM（IdeaX 创意成功引擎 / IdeaMiner 创意发掘引擎 作者）
联系方式：yinxiaohui.p@foxmail.com
定位
面向金融/支付/账务方向产品经理的一站式综合工作技能包。从需求到上线、从业务到数据、从日常到求职，全部流程化 + 模板化，可直接用于日常工作、带新人培训、求职面试准备，也可发布分享。
适用场景
- 日常需求分析、PRD 编写、原型评审、项目管理、上线复盘
- 金融支付领域业务设计（支付清算、账户账务、扣款产品、信贷助贷、合规风控）
- 数据分析与商业化测算
- 求职面试准备（简历优化、面试问答、案例包装）
同作者技能生态（交叉推广与协作）
本技能与以下同作者技能构成产品经理完整工具链，可按需联动：
- IdeaX（creative-success-engine）创意成功引擎：当你有产品/功能/副业创意想验证可行性、制定执行方案时，送 IdeaX 做 50 维度体检 + 12 重推演。SkillHub 搜
creative-success-engine。 - IdeaMiner（idea-miner）创意发掘引擎：当你没有方向、需要系统性发掘好机会/好创意时，用 IdeaMiner 开采五大矿脉。SkillHub 搜
idea-miner。 - 三者关系：
IdeaMiner 发掘创意 → IdeaX 评估验证 → PM Master 落地执行，构成「想法 → 验证 → 实现」完整链路。PM Master 负责把通过评估的创意变成可上线的产品方案。
核心原则（先读）
- 先问为什么，再问怎么做：每个需求先澄清业务目标与衡量指标，再谈方案。
- 一切需求都要有数据验证：上线前后必须有指标对比，无数据不结论。
- 文档是给协作方看的：PRD、原型、排期都以"别人能否看懂并执行"为唯一标准。
- 金融产品合规优先：收益其次。任何方案先过合规/风控关（利率口径、KYC、反洗钱、消费者保护）。
模块一：需求分析与优先级
流程
- 收集需求：来源渠道——业务方、用户反馈、数据监控、竞品动态、监管政策、内部吐槽。
- 澄清需求（5W1H）：
- Who 谁要用 / 谁受益
- What 具体要什么功能
- Why 为什么做（业务目标）
- When 什么时候要 / 什么时候用
- Where 在哪个端/场景
- How 大致怎么做（技术可行性初判） - 价值评估（二选一）：
- RICE 评分：Reach（覆盖人数）× Impact（影响力）/ Confidence（信心）× Effort（成本），分高者优先。
- KANO 分类：必备型（不做就崩）、期望型（做了满意度线性提升）、兴奋型（超出预期）、无差别、反向。 - 优先级排序：P0 紧急且重要 / P1 重要不紧急 / P2 紧急不重要 / P3 可延后。
- 输出需求池：统一维护，周会过一遍，砍掉僵尸需求。
检查清单
- [ ] 需求有明确业务目标和可量化衡量指标
- [ ] 已参考竞品或历史版本，避免重复造轮子
- [ ] 已评估合规/风控/法务影响（金融产品必查）
- [ ] 已与技术确认可行性、依赖、成本
- [ ] 有明确验收标准（可测试、可上线判断）
模块二：PRD 编写
结构模板（直接套用）
- 背景与目标：业务背景、现状问题、本次目标、衡量指标（北极星 + 过程指标）。
- 范围：本期做什么 / 不做什么（明确排除项，防scope蔓延）。
- 用户与场景：目标用户、核心使用场景（Story 形式）。
- 功能需求（按模块拆）：
- 功能描述
- 业务规则（含边界条件、异常情况）
- 交互细节（入口、流程、状态、反馈）
- 权限说明 - 非功能需求：性能（TPS/响应时间）、安全（加密、脱敏）、合规（留痕、反洗钱）、兼容性。
- 数据需求：新增字段、埋点、报表需求。
- 流程图/状态图：核心流程一张图讲清（泳道图最佳）。
- 异常与容错：超时、重复回调、幂等、失败重试、人工介入。
- 上线与验证：灰度方案、监控指标、回滚预案、验证计划。
- 附录：术语表、参考文档。
写作要点
- 用用户语言描述需求，用技术语言描述规则，两边都照顾到。
- 每个功能必须有"默认值 + 边界值 + 异常值"三态描述。
- 支付类 PRD 必写：幂等性、对账、差错处理、清算结算时点。
模块三：原型设计
- 先画信息架构（页面层级、入口），再画低保真线框图。
- 关键流程（注册、下单、支付、还款）必须走通全流程再细化页面。
- 标注规则：交互说明直接写在原型旁，别让开发猜。
- 状态全覆盖：空态、加载态、错误态、成功态、边界态（输入超长、金额为0等）。
- 金融场景注意：金额展示精度、倒计时、签约/授权弹窗、费率展示合规。
- 评审后版本管理：标注版本号与修改记录，防止开发拿旧图开发。
模块四：项目管理
排期
- 需求拆解为可估点的任务（开发自估，PM 不替开发估）。
- 预留 buffer：提测前后、联调、回归各留余量。
- 关键路径识别：依赖第三方（银行、通道、风控）的任务优先排。
风险清单（定期过）
- [ ] 第三方/银行接口延期风险
- [ ] 合规审查未通过风险
- [ ] 数据迁移/清洗风险
- [ ] 人员变动风险
- [ ] 需求蔓延风险
每日站会 + 周报
- 站会：昨天完成 / 今天计划 / 阻塞项（PM 负责当天清阻塞）。
- 周报：进度 vs 计划、风险、下周计划、需要决策事项。
上线
- 发布检查单：功能开关、配置、监控告警、回滚预案、客服口径同步。
- 金融产品上线必做：灰度放量（白名单→小流量→全量）、交易监控（成功率、失败率、差错率）。
模块五：评审与沟通
需求评审
- 会前：提前 1 天发 PRD + 原型，标注"重点讨论问题"。
- 会中：先讲背景目标（5分钟），再讲方案，邀请质疑。
- 会后：24h 内发出会议纪要（结论、待办、责任人、deadline）。
与开发的沟通
- 需求讲"为什么"，规则讲"是什么"，边界讲"异常怎么办"。
- 开发说"做不了"时，先问为什么（技术债？时间？架构？），再谈折中方案。
与业务/老板的沟通
- 用业务语言汇报：说收益、说用户、说数据，少说实现细节。
- 被挑战时先复述对方诉求，确认理解一致再回应。
模块六：金融支付领域知识（核心差异化）
6.1 支付清算体系
- 清算通道：网联（互联网支付清算）、银联（银行卡收单）、大额/小额支付系统、超级网银、二代支付。
- 交易链路：下单 → 支付 → 支付成功回调 → 对账 → 清算 → 结算（T+0/T+1）。
- 关键概念：商户号、渠道号、交易流水号、渠道流水号、差错账、长款/短款。
6.2 账户与账务
- 记账原则：借贷记账法；总分核对（总账=分户账之和）；日切时点。
- 对账流程：渠道对账单 vs 内部流水 → 逐笔核对 → 差异分类（掉单/金额不一致/重复）→ 差错处理（补单、冲正、调账）→ 挂账处理。
- 结算：T+N 周期、结算账户、冻结/解冻、手续费分润计算。
6.3 扣款产品矩阵（实战）
- 协议支付（代扣）：C 端签约授权，底层走网联/银联通道，适用场景：还款、缴费、续费。要点：签约协议管理、扣款限额、重复扣款拦截、解约。
- 银行代收：银行合作方视角，资金方接入银行代收接口。要点：代收协议、批次扣款、对账文件。
- 对公户转账：T+1 流水导入系统对账（非实时 API）。要点：导入解析、匹配规则、异常流水处理。
- 支付中台：统一路由 + 报文转换 + 对账清算，屏蔽渠道差异，支持快速接入新通道。
6.4 信贷与助贷
- 助贷模式：导流模式、联合贷、分润模式（资金方/平台方权责划分）。
- 全链路：进件 → 审批 → 签约 → 放款 → 还款 → 代偿 → 回购 → 核销。
- 逾期管理：M1/M2/M3 迁徙率、催收回传（催收结果回传资金方）、逾期等级联动（额度冻结、利率调整）。
6.5 合规要点
- 利率合规：APR（名义年化）与 IRR（实际年化）口径，费率映射关系，禁止"砍头息"等违规设计。
- KYC/反洗钱：实名认证、大额可疑交易监测、黑名单校验。
- 消费者保护：费率明示、提前还款规则、隐私授权合规。
- 监管跟踪：助贷新规、支付新规、数据安全法/个保法，产品设计前先查监管红线。
模块七：数据分析与商业化
指标体系建设
- 定北极星指标（如：月放款额、月活跃交易用户）。
- 拆一级指标 → 二级指标 → 过程指标（漏斗各环节）。
- 指标口径文档化（定义、计算逻辑、数据来源），避免口径之争。
常用分析
- 漏斗分析：注册→绑卡→首投→复投；进件→审批→放款→还款。
- 留存分析：次日/7日/30日留存，按渠道/用户群分群对比。
- LTV vs CAC：用户生命周期价值 vs 获客成本，判断投放健康度。
- A/B 测试：单变量、样本量估算、显著性与置信区间、测试周期（覆盖完整业务周期）。
商业测算
- 定价模型：费率/利息/服务费拆分，测算单笔毛利。
- 收入模型：放款规模 × 利率差（或分润比例）− 资金成本 − 风险成本 − 运营成本。
- 敏感性分析：关键变量（坏账率、转化率）上下浮动对利润的影响。
模块八：求职面试
简历优化（STAR 法则）
- Situation 背景 → Task 任务 → Action 行动 → Result 结果（量化）。
- 金融 PM 简历亮点词：放款规模、交易笔数、对账差错率、代扣成功率、逾期迁徙率、合规改造。
- 避免敏感词：现金贷→消费金融/助贷服务；增信卡→用户权益体系；金交所→交易所。
高频面试题（答法要点）
- 自我介绍（1分钟）：现在做什么 → 擅长什么 → 亮点业绩 → 为什么适合这个岗位。
- 讲一个最有成就感的项目：用 STAR，突出"我"做了什么决策、带来什么量化结果。
- 失败项目复盘：承认问题 → 分析原因 → 总结教训 → 后续改进（展现成长性）。
- 如何排优先级：RICE/业务价值/合规紧急度，讲清决策逻辑。
- 如何与开发/业务冲突：先对齐目标，用数据说话，必要时上升决策。
- 专业题：对账流程、代扣产品设计、助贷合规、支付清结算，用模块六知识结构化回答。
- 为什么离职：行业强监管周期 + 业务模式调整 + 主动选择转型（禁止吐槽前公司）。
案例库准备（提前写好）
- 每个项目准备 3 分钟版 + 1 分钟版两套讲法。
- 数据背熟：规模、比例、提升幅度。
模板清单（support files）
| 文件 | 用途 |
|---|---|
templates/prd-template.md |
PRD 标准结构 |
templates/req-analysis-template.md |
需求分析与优先级评估 |
templates/competitive-analysis-template.md |
竞品分析框架 |
templates/project-tracker-template.md |
项目排期与风险跟踪 |
templates/interview-prep-template.md |
面试案例准备模板 |
使用方式
- 日常：接需求 → 模块一分析 → 模块二写 PRD → 模块三出原型 → 模块四管项目 → 模块五评审 → 上线后用模块七验证。
- 带新人：按模块顺序培训，配合模板练习，用真实项目练手。
- 求职：模块八准备，模块六做专业深度储备。
- 与创意引擎联动：有创意想法 → 先送 IdeaMiner 发掘 / IdeaX 评估 → 验证通过后用本技能落地为 PRD 与项目方案。
- 分享：整体发布，或拆成"通用PM篇 / 金融支付篇"两个子包。
注意事项
- 金融产品合规优先，任何方案先过合规/风控关
- 一切需求都要有数据验证，无数据不结论
- 文档是给协作方看的，以"别人能否看懂并执行"为标准
- 支付类 PRD 必写幂等性、对账、差错处理、清算结算时点
- 与 IdeaX / IdeaMiner 同作者生态联动，构成「想法→验证→实现」完整链路
