shield_lock
JinDaGe
← Back to skills
extension
Category: OtherNo API key required

PM Master 产品经理综合技能

金融支付方向PM一站式技能包：需求/PRD/项目/数据/面试，从需求到上线全流程模板化

personAuthor: user_8904f7aahubcommunity
downloadDownload package

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 负责把通过评估的创意变成可上线的产品方案。

核心原则（先读）

  1. 先问为什么，再问怎么做：每个需求先澄清业务目标与衡量指标，再谈方案。
  2. 一切需求都要有数据验证：上线前后必须有指标对比，无数据不结论。
  3. 文档是给协作方看的：PRD、原型、排期都以"别人能否看懂并执行"为唯一标准。
  4. 金融产品合规优先：收益其次。任何方案先过合规/风控关（利率口径、KYC、反洗钱、消费者保护）。

模块一：需求分析与优先级

流程

  1. 收集需求：来源渠道——业务方、用户反馈、数据监控、竞品动态、监管政策、内部吐槽。
  2. 澄清需求（5W1H）：
    • Who 谁要用 / 谁受益
    • What 具体要什么功能
    • Why 为什么做（业务目标）
    • When 什么时候要 / 什么时候用
    • Where 在哪个端/场景
    • How 大致怎么做（技术可行性初判）
  3. 价值评估（二选一）：
    • RICE 评分：Reach（覆盖人数）× Impact（影响力）/ Confidence（信心）× Effort（成本），分高者优先。
    • KANO 分类：必备型（不做就崩）、期望型（做了满意度线性提升）、兴奋型（超出预期）、无差别、反向。
  4. 优先级排序：P0 紧急且重要 / P1 重要不紧急 / P2 紧急不重要 / P3 可延后。
  5. 输出需求池：统一维护，周会过一遍，砍掉僵尸需求。

检查清单

  • [ ] 需求有明确业务目标和可量化衡量指标
  • [ ] 已参考竞品或历史版本，避免重复造轮子
  • [ ] 已评估合规/风控/法务影响（金融产品必查）
  • [ ] 已与技术确认可行性、依赖、成本
  • [ ] 有明确验收标准（可测试、可上线判断）

模块二：PRD 编写

结构模板（直接套用）

  1. 背景与目标：业务背景、现状问题、本次目标、衡量指标（北极星 + 过程指标）。
  2. 范围：本期做什么 / 不做什么（明确排除项，防scope蔓延）。
  3. 用户与场景：目标用户、核心使用场景（Story 形式）。
  4. 功能需求（按模块拆）：
    • 功能描述
    • 业务规则（含边界条件、异常情况）
    • 交互细节（入口、流程、状态、反馈）
    • 权限说明
  5. 非功能需求：性能（TPS/响应时间）、安全（加密、脱敏）、合规（留痕、反洗钱）、兼容性。
  6. 数据需求：新增字段、埋点、报表需求。
  7. 流程图/状态图：核心流程一张图讲清（泳道图最佳）。
  8. 异常与容错：超时、重复回调、幂等、失败重试、人工介入。
  9. 上线与验证：灰度方案、监控指标、回滚预案、验证计划。
  10. 附录：术语表、参考文档。

写作要点

  • 用用户语言描述需求，用技术语言描述规则，两边都照顾到。
  • 每个功能必须有"默认值 + 边界值 + 异常值"三态描述。
  • 支付类 PRD 必写：幂等性、对账、差错处理、清算结算时点。

模块三：原型设计

  1. 先画信息架构（页面层级、入口），再画低保真线框图。
  2. 关键流程（注册、下单、支付、还款）必须走通全流程再细化页面。
  3. 标注规则：交互说明直接写在原型旁，别让开发猜。
  4. 状态全覆盖：空态、加载态、错误态、成功态、边界态（输入超长、金额为0等）。
  5. 金融场景注意：金额展示精度、倒计时、签约/授权弹窗、费率展示合规。
  6. 评审后版本管理：标注版本号与修改记录，防止开发拿旧图开发。

模块四：项目管理

排期

  • 需求拆解为可估点的任务（开发自估，PM 不替开发估）。
  • 预留 buffer：提测前后、联调、回归各留余量。
  • 关键路径识别：依赖第三方（银行、通道、风控）的任务优先排。

风险清单（定期过）

  • [ ] 第三方/银行接口延期风险
  • [ ] 合规审查未通过风险
  • [ ] 数据迁移/清洗风险
  • [ ] 人员变动风险
  • [ ] 需求蔓延风险

每日站会 + 周报

  • 站会：昨天完成 / 今天计划 / 阻塞项（PM 负责当天清阻塞）。
  • 周报：进度 vs 计划、风险、下周计划、需要决策事项。

上线

  • 发布检查单：功能开关、配置、监控告警、回滚预案、客服口径同步。
  • 金融产品上线必做：灰度放量（白名单→小流量→全量）、交易监控（成功率、失败率、差错率）。

模块五：评审与沟通

需求评审

  1. 会前：提前 1 天发 PRD + 原型，标注"重点讨论问题"。
  2. 会中：先讲背景目标（5分钟），再讲方案，邀请质疑。
  3. 会后：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/反洗钱：实名认证、大额可疑交易监测、黑名单校验。
  • 消费者保护：费率明示、提前还款规则、隐私授权合规。
  • 监管跟踪：助贷新规、支付新规、数据安全法/个保法，产品设计前先查监管红线。

模块七：数据分析与商业化

指标体系建设

  1. 定北极星指标（如：月放款额、月活跃交易用户）。
  2. 拆一级指标 → 二级指标 → 过程指标（漏斗各环节）。
  3. 指标口径文档化（定义、计算逻辑、数据来源），避免口径之争。

常用分析

  • 漏斗分析：注册→绑卡→首投→复投；进件→审批→放款→还款。
  • 留存分析：次日/7日/30日留存，按渠道/用户群分群对比。
  • LTV vs CAC：用户生命周期价值 vs 获客成本，判断投放健康度。
  • A/B 测试：单变量、样本量估算、显著性与置信区间、测试周期（覆盖完整业务周期）。

商业测算

  • 定价模型：费率/利息/服务费拆分，测算单笔毛利。
  • 收入模型：放款规模 × 利率差（或分润比例）− 资金成本 − 风险成本 − 运营成本。
  • 敏感性分析：关键变量（坏账率、转化率）上下浮动对利润的影响。

模块八：求职面试

简历优化（STAR 法则）

  • Situation 背景 → Task 任务 → Action 行动 → Result 结果（量化）。
  • 金融 PM 简历亮点词：放款规模、交易笔数、对账差错率、代扣成功率、逾期迁徙率、合规改造。
  • 避免敏感词：现金贷→消费金融/助贷服务；增信卡→用户权益体系；金交所→交易所。

高频面试题（答法要点）

  1. 自我介绍（1分钟）：现在做什么 → 擅长什么 → 亮点业绩 → 为什么适合这个岗位。
  2. 讲一个最有成就感的项目：用 STAR，突出"我"做了什么决策、带来什么量化结果。
  3. 失败项目复盘：承认问题 → 分析原因 → 总结教训 → 后续改进（展现成长性）。
  4. 如何排优先级：RICE/业务价值/合规紧急度，讲清决策逻辑。
  5. 如何与开发/业务冲突：先对齐目标，用数据说话，必要时上升决策。
  6. 专业题：对账流程、代扣产品设计、助贷合规、支付清结算，用模块六知识结构化回答。
  7. 为什么离职：行业强监管周期 + 业务模式调整 + 主动选择转型（禁止吐槽前公司）。

案例库准备（提前写好）

  • 每个项目准备 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 | 面试案例准备模板 |

使用方式

  1. 日常：接需求 → 模块一分析 → 模块二写 PRD → 模块三出原型 → 模块四管项目 → 模块五评审 → 上线后用模块七验证。
  2. 带新人：按模块顺序培训，配合模板练习，用真实项目练手。
  3. 求职：模块八准备，模块六做专业深度储备。
  4. 与创意引擎联动：有创意想法 → 先送 IdeaMiner 发掘 / IdeaX 评估 → 验证通过后用本技能落地为 PRD 与项目方案。
  5. 分享：整体发布，或拆成"通用PM篇 / 金融支付篇"两个子包。

注意事项

  • 金融产品合规优先，任何方案先过合规/风控关
  • 一切需求都要有数据验证，无数据不结论
  • 文档是给协作方看的，以"别人能否看懂并执行"为标准
  • 支付类 PRD 必写幂等性、对账、差错处理、清算结算时点
  • 与 IdeaX / IdeaMiner 同作者生态联动，构成「想法→验证→实现」完整链路