# 关于沟通、交流

## 学会讲好一个故事

> 摘自<你如何听懂我说的话>(黄执中)

### 讲好一个故事的三大原则

* 简单
* 具体

黄执中举了一个例子，在2000年世纪之交的时候，基本上所有的国家领导人发表讲话的时候，都是说一些假大空的愿景和展望，但是新加坡领导人的一个讲话，让人印象深刻，他说在未来3年，我们希望每个厕所都有厕纸。

哎哟，卧槽，好具体啊，16年过去了，我已经不记得中国领导人在那个时候讲了什么，美国领导人在那个时候讲了什么，但唯独记得住，新加坡领导人说的那番话。

* 意外

意外有两种实操手法，叫造冲突和设悬念

### SCQA法则

分享一个我讲故事屡试不爽的逻辑，叫SCQA法则，你会发现所有的好故事，基本上都是按照SCQA法则来写的。

所谓的SCQA法则，就是场景-冲突-问题-解决方案；比如下面的故事：

```
    Situation: 520快到了，我想买个戒指，向女朋友求婚。
    Conflict: 不过买戒指的钱不够。
    Question: 我该怎么凑足不够的那笔钱。
    Auswer: 找高中的一个铁哥们借。
```

## 关于PM

![](/files/-MERfOC9AktiPZd7YX_U)

> 本文转载自...(来源找不到了，如有任何问题，请联系我)

&#x20;**TO BE CONTINUE**&#x20;

## 关于薪水

### 表象与实质

工资的高低给我们的感觉似乎和你的技能、经验呈一个正比关系。

因而，当刚工作了两三年后，技能水平、经验值飞速增长，而工资的增长则属于指数增长的初期，几乎感觉不到增长。自我感觉是技能和经验已经翻倍，但工资似乎还在原地或就涨了 20%。

其中有个例外就是校招，校招刚毕业的同学的工资有可能比毕业工作了两三年的同学更高，出现倒挂现象。这在大公司的校招比较常见，这里决定工资高低的，和经验技能无关，只和公司的人才储备、市场竞争、品牌宣传有关。

所以，工资和技能经验的直观关系仅仅是一个表象，那么它的实质是什么呢？

* **工资不是用来支付给技能的，不要以为技能越高、工资自然应该越高。**
* **工资是用来支付给责任的，责任越大，工资越高。**
* **涨工资，是因为承担了更大的责任。**

对于管理岗位，因为经理人不属于个人贡献者，所以其工资的一部分通常和团队绩效绑定，称为“绩效奖金”。这个奖金一般在管理岗的全部薪酬中的百分比会随着薪酬的增加而增加，比如：高层可能占到 50%，而中层占到 20%-30%。

前 Intel CEO 安迪·格鲁夫说过： **每一份工作所包含的最大价值都是有限的，不管一个人在这个职位上待了多久，最后总会达到薪资的上限。**

这个上限就是岗位工资范围的天花板。而外部市场会提供一些工资立即涨 50% 甚至翻倍的机会。此时，先不要自大的以为你的价值被低估了，很可能是这样的，外部公司出现了岗位空缺，空缺的岗位职责实际可能比你在当前公司的职责更大，你还要考虑自己能否承担得起。别通过了面试，得不偿失的。

**认清自己，认清工资的本质。**

### 价值与价格

程序员有两个成本：

* 技能成本：专注于提供技术和服务本身所占用的时间和注意力。
* 传递成本：让你潜在的“客户”知道你所能提供的技术和服务的价值占用的时间和注意力。

两个技能水平相当的程序员，一个在市场上默默无闻，一个在市场上拥有相当的影响力并占据了潜在客户的头脑。当后者要去市场上出售时，零售价通常会更高。这就是传递成本的效果。

市场上的商品有两种销售方式：

* 卖的更多：大型卖场，薄利多销。
* 卖的更贵：奢侈品，相对成本一百倍的毛利。

程序员提供的技术服务因为无法卖的更多，所以只有一种选择，像奢侈品一样卖的更贵，前提是学会像奢侈品牌一样思考。

### 发展与变化

真正认识你价值的人，最终会成为你价值的一部分。


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://joyous-x.gitbook.io/mbook/part-skill/about_communication.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.