mcpField
A
audience-transformation-positioning

audience-transformation-positioning

github.com/arthurzakirov营销与增长0165 次安装4 周前更新
代码仓库

关于 audience-transformation-positioning

audience-transformation-positioning 是一项用于撰写说服性内容的定位技能,适用于营销文案、个人资料和项目介绍等。它先明确读者的痛点与期望结果,再围绕可信的实现机制组织表达。

主要功能

  1. 01定义目标读者及其需求
  2. 02明确当前痛点和期望结果
  3. 03设计连接两者的实现机制
  4. 04识别读者疑虑与风险
  5. 05围绕读者收益确定承诺

适用场景

  1. 01撰写 LinkedIn 个人简介
  2. 02设计文章开头和视频钩子
  3. 03组织落地页与项目介绍

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/arthurzakirov/proofstack --skill audience-transformation-positioning

安装后在 Claude Code 中输入/audience-transformation-positioning确认已加载。

详细介绍

受众转化定位技能

适用场景

在撰写任何需要说服力或吸引注意力的内容前,使用此技能:

  • LinkedIn「关于」部分
  • 个人资料标题
  • 文章引言
  • YouTube/视频开场钩子
  • 落地页版块
  • 项目 README 定位
  • 作品集页面
  • 横幅或文章标题图构思
  • 服务或产品描述

核心原则

只有当人们相信阅读能让自己受益时,他们才会阅读。

撰写前,先定义读者将获得的转变:

current painful situation → bridge/mechanism → desired situation

文字必须让读者觉得:

"This person understands my problem and may have a useful way out."

步骤 1 — 定义读者/目标受众

回答:

  • 谁可能会阅读这段内容?
  • 他们正在尝试做出什么决定?
  • 他们脑海中正在浮现什么问题、恐惧、截止期限、风险或渴望?
  • 他们已经在搜索什么?
  • 什么会让他们停下滚动,或继续阅读?

常见读者类型:

  • 招聘人员
  • 招聘经理
  • 高级工程领导
  • 创始人
  • 技术同行
  • 项目的潜在用户
  • 帖子/文章的读者
  • 服务/产品的买家

步骤 2 — 明确当前的痛点状态

描述要具体,避免抽象的痛点。

良好的当前状态示例:

  • 手动工作过多
  • 需求不明确
  • 错过截止期限
  • 成本高昂的瓶颈
  • AI 演示始终无法转化为实际采用的系统
  • 工程师被重复的运维工作压得喘不过气
  • 招聘不确定:不清楚谁真正能创造价值
  • 工具已经存在,但用户仍无法实现预期结果

询问:

  • 现在什么事情让人沮丧?
  • 现在什么事情成本高昂?
  • 现在什么事情让人觉得有风险?
  • 什么事情缓慢、令人困惑、需要手动操作、脆弱或不可见?

步骤 3 — 定义期望结果

期望结果应该是读者真正想要的,而不只是创作者想谈论的内容。

良好的期望状态示例:

  • 按时完成
  • 减少手动工作量
  • 提高系统可靠性
  • 获得领导层支持
  • 让用户采用该工具
  • 通过 KPI 量化工作
  • 将模糊需求转化为已交付的成果
  • 避免在错误的解决方案上浪费精力

步骤 4 — 定义桥梁

桥梁是将读者从当前状态带到期望状态的机制。

桥梁不应是流行术语,而应是可信的流程、框架、工具或能力。

良好的桥梁表达方式:

I help [audience] move from [painful current state] to [desired outcome] using [specific mechanism].

示例:

I help engineering teams turn messy manual processes into adopted automation systems using data, software, and agentic AI.
I turn messy operational context into reusable automation capabilities.

步骤 5 — 找出异议和风险

读者可能会质疑:

  • 这只是炒作吗?
  • 除了一个幸运案例,这也适用于其他情况吗?
  • 这个人能在我的技术栈/领域中做到吗?
  • 这只是演示,还是已经有人采用了?
  • 这会给我的团队带来太多工作吗?
  • AI 用于这个工作流足够安全吗?
  • 结果可以衡量吗?

通过以下方式回应异议:

  • 数字
  • 证明案例
  • 明确范围边界
  • 清晰的机制
  • 采用情况的证据
  • 前后对比
  • 风险逆转或低门槛的下一步行动

步骤 6 — 选择承诺

每项内容都需要一个承诺。

模板:

If you read this, you will understand how [unexpected result] happened despite [constraint].
If you read this, you will learn a repeatable way to move from [current pain] to [desired outcome].
If you use this, your team can reduce [pain] and achieve [result] with [mechanism].

输出格式

起草前,先生成这份定位图:

## Reader
- Primary reader:
- What they want:
- What they fear:
- What they are deciding:

## Current Situation
-

## Desired Situation
-

## Bridge / Mechanism
-

## Objections
-

## Proof Needed
-

## Core Promise
-

质量标准

有力的定位应当:

  • 以读者为中心
  • 具体
  • 以利益为导向
  • 能清晰传达情感
  • 有证据支撑
  • 与某种机制相关联

无力的定位往往:

  • 流于泛泛
  • 以自我为中心
  • 充斥流行术语
  • 只关注工具,而非结果
  • 没有提及读者的痛点
  • 没有说明读者为何应该在意

评论

支持 Markdown