关于 marketplace-liquidity
marketplace-liquidity 是用于诊断和提升双边市场可靠性的技能,面向 marketplace 团队。它按本地细分市场分析匹配瓶颈,并制定指标、实验和运营节奏。
主要功能
- 01将流动性定义为交易可靠性
- 02按本地细分市场衡量表现
- 03诊断供需、匹配与信任问题
- 04构建指标树和细分市场评分卡
- 05规划优先实验与资源再分配
- 06制定仪表板和每周评审节奏
适用场景
- 01找出匹配缓慢或不可靠的细分市场
- 02诊断不同市场的供需失衡
- 03规划提升成交率或匹配率的实验
- 04建立流动性仪表板和评审流程
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ oldwinter/ skills --skill marketplace-liquidity安装后在 Claude Code 中输入/marketplace-liquidity确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
skillpack.jsonreferences/CHECKLISTS.mdEXAMPLES.mdINTAKE.mdRUBRIC.mdSOURCE_SUMMARY.mdTEMPLATES.mdWORKFLOW.md详细介绍
市场流动性管理
范围
涵盖
- 将流动性定义为可靠性:用户在可接受的时间和质量门槛内,完成市场核心操作(查找 → 匹配 → 交易)的频率
- 在流动性实际发生的地方进行衡量(按地理位置 × 类别 × 时间窗口等“本地市场”划分),而不只是查看全局平均值
- 诊断流动性失效模式:碎片化、供需失衡(“反复翻转”)、匹配/机制问题,以及质量/信任崩塌
- 设计实用的流动性运营系统:计分卡、每周评审节奏,以及“打地鼠式”再平衡计划(调整关注点/库存/激励)
- 制定可执行的实验待办清单,以改善流动性(供给、需求、匹配、定价/激励、信任与安全)
适用场景
- “我们需要改善市场流动性 / 匹配率 / 成交率”
- “匹配时间太慢” / “买家找不到可用资源”
- “不同城市/类别的供需失衡”
- “我们的市场感觉不可靠” / “因资源不可用而导致转化率下降”
- “我们需要流动性仪表板 + 运营节奏 + 实验”
不适用场景
- 你运营的不是双边市场(供需双方之间没有匹配)。
- 主要问题是价值主张 / ICP(使用
problem-definition或measuring-product-market-fit)。 - 你只需要调整定价(使用定价策略技能),不需要诊断流动性。
- 你需要的是与匹配可靠性无关的通用增长计划(使用
designing-growth-loops/retention-engagement)。
输入
最低要求
- 市场类型及双方(谁是“买家”和“卖家”)
- 你认定的成功结果所对应的核心操作(例如,请求 → 预订;搜索 → 购买;发消息 → 招聘)
- 优先级最高的 1–3 个细分市场(地理位置/类别/用户群组)以及你关注的时间窗口
- 最佳可用的基线指标(即使只是粗略估算):需求量、供给可用性、匹配率/成交率、匹配时间、取消/质量
- 约束条件:预算、可用/不可用的激励、政策/品牌/信任、工程能力、时间范围
缺少信息时的处理策略
- 从 references/INTAKE.md 中最多提问 5 个问题,然后继续。
- 如果缺少数据,明确说明假设并标注置信度。
- 不要索取机密信息或个人身份信息;优先使用汇总指标或脱敏示例。
输出(交付成果)
生成一份市场流动性管理方案包(在聊天中以 Markdown 提供;也可按需生成文件),包含:
- 背景快照(目标、时间范围、细分市场、约束条件、该方案支持的决策)
- 流动性定义 + 阈值(可靠性定义和“足够好”的目标)
- 流动性指标树(北极星指标 + 驱动指标,并附事件定义)
- 碎片化地图 + 细分市场计分卡(流动性薄弱/强劲之处;重要的“本地市场”)
- 瓶颈诊断(供给 vs 需求 vs 匹配/机制 vs 质量;包括“反复翻转”状态)
- 干预计划 + 优先级实验待办清单(包括重新分配/“打地鼠式”计划)
- 衡量 + 埋点计划(仪表板、警报、追踪缺口)
- 运营节奏(每周流动性评审议程 + 负责人)
- 风险 / 待解问题 / 后续步骤(始终包含)
模板和扩展指南:
工作流(7 个步骤)
1) 收集信息 + 明确决策和本地市场
- 输入: 用户背景;references/INTAKE.md。
- 操作: 明确目标(指标 + 目标值 + 截止时间),定义核心操作,选择“本地市场”的单位(例如,城市 × 类别 × 周),并确定这项工作将为哪项决策提供依据(你会据此做出哪些不同的行动)。
- 输出: 背景摘要 + 本地市场定义。
- 检查: 利益相关者能够回答:“哪些细分市场会在什么时间前提升多少?我们会根据结果做出哪些改变?”
2) 将流动性定义为可靠性 + 设定阈值
- 输入: 核心操作、时间敏感性、质量约束(取消、退款等)。
- 操作: 将流动性定义为在阈值内(匹配所需时间、质量)成功的概率。选择 1 个北极星流动性指标和 3–6 个驱动因素(填充率/匹配率、匹配所需时间、可用性、接受率、取消率)。
- 输出: 流动性定义 + “足够好”的目标 + 指标树大纲。
- 检查: 定义可衡量、可细分,并且与用户体验(“可靠性”)一致。
3) 建立细分市场记分卡 + 诊断碎片化
- 输入: 按地理区域/类别/时间窗口划分的基准数据(现有最佳数据)。
- 操作: 为每个本地市场创建细分市场记分卡,包含需求、供给、匹配和质量指标。识别碎片化情况(市场规模小、长尾类别、地理分布不均)以及“需求一致”与需求异质的情况。
- 输出: 碎片化分布图 + 表现最差的细分市场排序列表(流动性阻碍增长的地方)。
- 检查: 记分卡不使用全局平均值,并包含足够的数据量以确保结果有意义(或标记低置信度的细分市场)。
4) 诊断瓶颈(供需反复转换 + 机制 + 质量)
- 输入: 细分市场记分卡;任何定性证据(支持工单、用户反馈、运营记录)。
- 操作: 针对每个优先级细分市场,标记主要失效模式:
- 供给受限(可用资源/库存不足)
- 需求受限(意向/请求不足)
- 匹配/机制受限(排名、发现、响应时间、定价阻力)
- 质量/信任受限(取消、未到场、欺诈、低评分) 同时检查“供需反复转换”动态(当前受限的一方),以及晋级问题(顶尖供应方离开)。
- 输出: 每个细分市场的瓶颈诊断 + 证据记录。
- 检查: 每项诊断至少包含 1 个指标信号和 1 个可供测试的合理因果解释。
5) 制定干预措施 + 实验待办列表(包括资源重新分配)
- 输入: 瓶颈诊断;约束条件;可用杠杆。
- 操作: 针对每类瓶颈(供给、需求、机制、质量)制定干预方案。加入“打地鼠”计划:如何每周在各细分市场之间重新分配注意力/库存/激励。将干预措施转化为实验,并明确假设和成功指标。
- 输出: 优先级实验待办列表 + 资源重新分配手册。
- 检查: 每项实验都包含 (a) 一个细分市场,(b) 一个主要指标,(c) 目标效应大小或方向性预期,以及 (d) 合理的周期时间。
6) 设计衡量方案 + 流动性运营节奏
- 输入: 选定的指标和实验。
- 操作: 明确仪表板/警报、事件定义和埋点缺口。制定每周流动性评审议程和决策记录(重新平衡哪些内容、停止哪些项目、扩大哪些项目)。
- 输出: 衡量计划 + 运营节奏(已知时注明负责人)。
- 检查: 每个关键指标都关联到数据源和更新频率;运营节奏能够产出具体决策,而非仅更新状态。
7) 质量关卡 + 完成方案包
- 输入: 草稿方案包;references/CHECKLISTS.md 和 references/RUBRIC.md。
- 操作: 按清单逐项检查,并根据评分标准打分。不断完善方案包,直到内容具体、考虑细分群体且可测试。始终包含 风险 / 待解答问题 / 后续步骤。
- 输出: 最终版 Marketplace Liquidity Management Pack。
- 检查: 确保接下来 2 周的工作不会受阻(数据提取、1–3 项实验、执行节奏)。
质量关卡(必需)
- 使用 references/CHECKLISTS.md 和 references/RUBRIC.md。
- 始终包含:风险、待解答问题、后续步骤。
示例
示例 1(服务类市场,地域碎片化):
“使用 marketplace-liquidity。我们在 12 个城市经营一家家政清洁市场。目标:在 8 周内,将表现最差的 4 个城市的预订撮合率从 62% 提高到 80%。我们怀疑供给不足且响应速度较慢。请输出 Marketplace Liquidity Management Pack,包含细分市场评分卡、瓶颈诊断和按优先级排序的实验待办清单。”
示例 2(B2B 市场,类别失衡):
“使用 marketplace-liquidity。我们为初创公司对接自由设计师。‘logo design’领域的流动性很强,但‘product design’和‘brand refresh’领域较弱。目标:在 60 天内,将 product design 的首次合格匹配中位耗时从 5 天缩短至 2 天。请提供流动性指标树、碎片化地图和运营节奏。”
边界示例(并非流动性问题):
“撰写 Google Ads 文案,吸引更多买家。”
回复:这主要属于获客 / 文案工作。如果市场可靠性已经很强,请使用 copywriting / 特定渠道的增长工作。如果可靠性尚不明确,请先进行初步了解,确认是否存在流动性瓶颈。