# 如何理解用户

理解用户以及帮助你的 boss 理解用户是你的责任。因为用户没有像你一样密切地与你的产品的制造产生联系，他们的表现有点不同：

* 用户通常会做出简短的判断
* 用户有他们自己的工作，他们主要会思考你的产品中小的改进，而非大的改进
* 用户看不到你的产品的整个用户画像

你的责任是找出他们真实需要的东西，而非他们说他们需要的东西，然而，更好的是在你开始前给他们提出建议，并且让他们认同你的建议就是他们想要的，但他们也可能没有做这种事的愿景。你对你自己的主意的信心是要看情况的。你必须同时与自大和错误的谦逊做斗争去找出什么是人们真实想要的。这两种人，或者同一个人身上两种思维模式，一同和谐工作会给出最好的机会来给出正确的愿景。

你在用户身上花费的时间越多，你就越能更好地理解什么能够真正地成功。你应当尝试在你的用户上尽可能测试你的想法，如果可能的话，你甚至应当和他们一起吃饭。

Guy Kawasaki \[Rules] 强调过在倾听之外，*观察*你的用户的重要性。

我相信，合伙人和咨询师让客户说出他们内心真正想要的东西有巨大的困难。如果你想成为一个咨询师，建议你基于用户清晰的头脑以及他们的钱包来选择客户。

Next [如何得到晋升](https://braydie.gitbook.io/how-to-be-a-programmer/zh-traditional/3-advanced/compromising-wisely/03-how-to-get-a-promotion)


---

# 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://braydie.gitbook.io/how-to-be-a-programmer/zh-traditional/3-advanced/compromising-wisely/02-how-to-understand-the-user.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.