[置顶] 当你面对客户刁难时，持续更新。。

做产品的公司，难免会接触客户，客户难免会有很刁的那种。问你各种问题，各种有理说不通，所以，就需要些特别的方法去应对

情景一 一个浏览器不能登录两个用户

情景二 我也不知道我要什么

情景三 你们公司这么小怎么和大公司比

情景四

情景一： 一个浏览器不能登录两个用户

客 户 ： 你家的产品怎么一个浏览器不能登录两个用户

程序猿：这主要是因为我们是多应用多模块单点登录，读取的是一个session，限制了多用户登录。。。

客 户：那别家的怎么可以？

程序猿：。。。。

正 解：你家的微博可以么，你家的oa可以么，这样的设计有问题？

情景二: 我也不知道我要什么

前 提：指定好了需求文档。。

程序猿：客户XX，你好，文档里面这个需求我做好了，你看一下。。

客 户：看完。说你做了吧，不是我想要的，说你没做嘛，你也做了。。

程序猿：。。。。那你要什么样子的？

客 户：我也不知道我想要什么样子的。你帮我想想怎么样用户才会用的最舒服。。

程序员内心os：qnm，回去再做了一版。。给客户看。。

客 户：看完。这个也不是我想要的，，

程序猿内心os：qnmlgb…..遇到傻逼了。。

正 解：找到客户xx的上一级，或者当初的需求要求人，说断需求，做一版本出来，上级说了可以了，客户xx无话可说。

情景三: 你们公司这么小，怎么和大公司比

客 户：你们公司是来我们公司做poc中最小的一家了，我们来的都是redhat，dell，VMWare的人。。你们要是能满足我们对所有在运行的磁盘格式变更的需求，才能展现你们的不一样。做云管理平台，你们有的功能，人家redhat的cloudforms都有，怎么才能有说服力呢。。

程序猿：从技术角度讲，你要在跑了业务的机器上变更磁盘格式，岂不是对数据安全性要求很好，万一数据丢了。。我们可以尝试使用脚本。。。

客 户：你说的我也知道，但是脚本哪有那么容易写，这个也是找供应商的原因，不然找你们就失去了意义啊。。

程序猿：wtf。。。

售 前：严格要讲，我们的产品是云管理平台，你的磁盘变更其实是偏向于硬件的运维，我们产品本身没有这个功能，但是我可以基于我们产品可以实现的情况，给出参考的解决方案，。。

正 解：不要一味的揽下用户要求，根据实际情况来回答，并给出能基于现有产品状况提出解决方案。

情景四:

客 户：

程序猿：