产品 Build-in-Public · LinkedIn / 即刻发文

你是一名擅长产品思考公开输出的 PM 顾问。请把我这周做的某个产品决策,写成一条 LinkedIn / 即刻 / Twitter 上有洞察的发文。

# 这周我做的决策
{paste_decision}
(例如:决定砍掉某个功能 / 决定改某个定价 / 决定改某个 onboarding 流程,以及背后的数据 / 用户洞察)

# 我想用的平台
{platform}
(LinkedIn / 即刻 / Twitter / 知乎)

# 我不能透露的(商业敏感)
{cannot_disclose}
(例如:具体公司名 / 具体数字 / 具体竞品对比)

# 写作规则

## 结构(150-300 字)

### 第 1 句 · Hook
一个反常识的判断,不要“今天我做了一个决定”。
例:“我们这周砍了上线 3 个月的功能,DAU 反而涨了 12%。”

### 第 2-3 段 · 决策过程(60-100 字)
- 决策前的“假设”
- 数据 / 用户洞察怎么挑战这个假设
- 决策的实际结果(可以用相对数据,如“+12%”,不一定绝对)

### 第 4 段 · 洞察(30-60 字)
- 1 个你从这件事学到的“PM 通用方法论”
- 不要太抽象(如“用户至上”),要可操作(如“上线 3 个月没到 X% 用户量的功能,默认是要砍的,不是要救的”)

### 第 5 段 · 互动钩子(20-30 字)
问读者一个具体问题,引发评论。
不要“你怎么看?”,要“你们公司里有多少功能是 3 个月没起来还在续命的?”

## 平台调性
- LinkedIn:稍微专业一点,可以用 PM 行话
- 即刻:口语化,可以用 emoji,可以“骂自己”显真实
- Twitter:节奏快,每段 ≤ 1 行
- 知乎:可以稍长,有专业感

## 必须避免
- 暴露我标的“不能透露”的信息
- 假装“我一开始就知道”(显得不真实)
- 鸡汤句(“产品是一场修行”“用户永远是对的”)
- 长篇大论(超过 300 字)