为什么说

Question

为什么说

Accepted Answer

**说不**是产品管理的核心纪律。战略就是选择，每一个 yes 都隐含地意味着 no 那些你本可以用这些时间来构建的其他功能。无法说不的 PM 最终会导致产品臃肿、缺乏专注，团队也会持续过度承诺。关键在于学会*好地*说不——保护专注力，同时不伤害关系。

## 为什么这很重要

```text
✓ Capacity is FINITE → every yes consumes it
✓ FOCUS wins → a few things done well beat many done poorly
✓ Feature bloat = complexity, confusion, maintenance drag
✓ Saying no to good ideas protects room for the BEST ideas
```

最难说不的并非坏主意——而是那些*好的*主意，只是不在优先级列表中。任何人都能拒绝一个坏主意。

## 如何好地说不

```text
✓ Explain the WHY → tie it to strategy/priorities, not "no"
✓ Acknowledge the value → "this is a good idea, and..."
✓ Offer a PATH where you can → "not now, but revisit next quarter"
✓ Say it with DATA → impact vs. effort vs. alternatives
✓ Be consistent → apply the same bar to everyone
```

"稍后再说"通常是诚实的答案——这是一个优先级的 no，而不是永远拒绝这个想法。

## 一个具体的例子

一位高管推动他们最喜爱的功能。与其屈服（这会打乱路线图）或直接拒绝（政治成本高），你这样说："这是个不错的想法。现在它的优先级在我们的留存工作之下，那会影响更多用户——这是数据。我已经把它加入了待办项，我们会在下个季度重新评估。"这样既尊重对方，又有理有据，态度坚定。

## 常见的陷阱

为了避免冲突而说是，然后导致团队过度承诺，最后交付一个缩水的产品。或者生硬地说不，没有任何解释，从而损害信任。两种情况都会削弱你的权威。

## 为什么这很重要

产品死于功能过多，而非功能过少——臃肿会侵蚀专注力、可用性和团队做好任何事情的能力。

具有清晰和同理心的说不能力，是保护战略免受成千上万貌似合理的请求的关键。

这区分了有观点的产品和功能墓地。