Client 如何处理愚蠢的客户请求？

我赢得了一个项目的投标，现在客户（本身来自IT部门）希望我以一种非常特殊的方式设计/实施解决方案。我确信应用程序会因为性能问题而以这种方式失败。而且它不容易扩展

这个特定的客户机/用户对我将使用的平台和语言（ASP.NET/SQL Server）一无所知。他唯一的知识是Cobol，试图让他理解我的观点只会让他生气

他联系了我。他就是那个选我为中标人的人。他是批准我支票的人。他是我与这家公司唯一的联系人

我对提供一个我知道会失败的解决方案感到不舒服，我不想被称为使它失败的愚蠢程序员。我确实知道他们对这个应用程序的真正需求和使用模式，因为我在过去为他们做过项目

另一方面，以他的方式这样做只会延长我的合同更多的时间（因此，更多的经济收益），以便通过修改代码来解决问题

我是否应该在知道我可能会永远失去这个客户的情况下辞职

或者

---

我是否应该服用避孕药，从一个扩展项目中获得财务优势，并将坏名声作为一种成本？

是否有可能创建一个小型原型应用程序来证明他是错的，而你是对的？如果你有确凿的证据，谈话就容易多了。

基本上只有你才能回答这个问题。你最了解你的客户和你的处境，如果你能找到一种方法让这一切顺利进行，那就是你的决定

就我个人而言，我会拒绝这个项目。如果他们想留住你，解释为什么你不能按照规定的要求接受项目

---

告诉他们，如果他们想让你实施这个项目，那么他们雇佣的是你的专业技能，而不是他们IT部门人员的专业技能。

我认为你需要和他坐下来，问一些澄清问题

你需要弄清楚他为什么想要以这种特定的方式实现它。您需要证明您希望提供满足业务需求的有效解决方案

可能有一些潜在的问题需要解决，正如你所说的，他可能不熟悉你提出的技术，需要一些保证

---

如果没有做到这一点，请确保所有事情都有完整的文件记录并签字确认。

如果您觉得不舒服，请走开。 尽管我们有最好的祝愿和最好的建议，但我们之前一直被要求为客户提供一个具体的解决方案，这给我们的未来带来了无尽的悲痛

如果这是一个财务问题，而你“需要”业务，那么我肯定会从时间限制的角度来处理这个项目

告诉他们在什么样的时间表内可以实现什么。当你达到不同的里程碑时，确保你以模块化的方式获得报酬。至少这样，它给了你一个机会，让你在未来离开，如果它成为一个没有赢家为你

---

另一种选择可能是向他们展示按照他们的方式做会比按照你的方式做要贵多少。

只需提出你的解决方案并解释（借助演示文稿/文档）为什么更好。甚至用它做一个原型

---

如果你证明了这一点，你的客户应该了解你在该领域的技术领先地位，并信任你。

如果你需要客户，他也需要你（可能更多）。毕竟，是他选择了你。他是那个需要解决问题的人

---

采取一种立场，即你不会被他关于“如何”做工作的指示所左右——做什么当然是他的要求。你可能会看到一些冰融化。

我建议你和他一起尝试一些误导战术。让他知道你对他的方法有什么顾虑，并为他提供一些适合你和他的需求的其他解决方案。尽量避免咄咄逼人（不要说他错了），但要说你认为有一个更好的解决方案，可以将两种选择结合起来

---

试着练习“口头柔道”。对抗不会让你在他面前得到任何分数，只会让他更确信你只是在刁难他。同意他的意见，在共同的想法上建立融洽的关系，然后温和地引导他走上解决方案的道路。

我讨厌成为客户服务警察，但将其视为“愚蠢的客户请求”可能是个坏主意，除非真的是这样（在这种情况下，你应该毫无疑问地走开）。我认为更好的术语应该是“不知情的客户请求”

---

考虑到这一点，记住你的客户可能有真正的需求，你应该认识到这一点（口头上）。这只是被他们（信息贫乏的）解决方案的想法所掩盖。探索一下，试着了解他们真正想要的东西，然后提出一个你觉得会更好的解决方案，并解释为什么会更好。这样做时，你就不会质疑客户的能力。没有人愿意和任何让他们觉得愚蠢的人一起工作。

选项1:走开，你已经有了一段糟糕的关系，而且不太可能改善

然而，不要因为你想延长合同而这样做，这充其量是狡猾的，最坏的是不诚实的，但是如果你需要合同

选项2:请他记录其架构选择和理由，并将其作为规范签署。在合同中添加一条条款，说明您不能使用他制定的规范保证性能和/或可伸缩性，然后按照他的方式实施。向他介绍你喜欢的方法和理由

如果项目失败了（他可能是对的），那么你总是可以