是否可以与不信任的客户合作[关闭]

我们的一位初级开发人员已分配了一个新客户（我们还没有该客户，我们仍在与他合作，看我们是否能够满足他的需求），该初级开发人员说，如果我们能够，客户将雇用我们在不访问服务器的情况下完成他的项目。

我与客户进行了直接交谈，该客户原来是被他外包的一家离岸公司偷走了他的代码。这让我更加同情，但对此我仍然有不同的感觉。

一方面，我想向客户证明我们并非都是坏苹果。同样，如果我们与他一起做得很好，我们将得到一位忠实的客户，他将雇用我们从事他的所有项目。我之前从未听说过这种情况，但我想它发生的频率比我们所有人都想承认的要高。

另一方面，我很犹豫接受与他一起工作，因为部署时间将是一场噩梦，而且在我的职业或教育领域，没有人会教我如何与像他这样的客户一起工作。我（或初级开发人员）将不得不写一份确切的说明来详细说明如何使用源来部署它，而当我自己一个小时内就可以部署和测试整个事情时，这是一个烦人的负担。

就像我说的那样，我以前从来没有处理过这个问题（我们正在签署保密协议，但显然我们面前的离岸公司也是如此）。我们还没有被完全预订满，所以好像我不能马上就任，但是我们也不求工作，我想知道在这样的受限环境下工作是否值得麻烦。

另一面是，这种经验本身可能会给我们带来好处，但它值得拥有，因为在不久的将来甚至有可能获得相似的客户。我们甚至期望遵守这些客户吗？

因此，由于我对此没有任何亲身经历，而且绝对不在学校学习，因此那些与客户合作经验较长的人将如何与这样的不信任客户打交道？你会接受这份工作吗？

与客户端一起工作，并为每个任务的报价增加几个小时的额外（可计费）时间，以解决无服务器访问的部署麻烦。

由于（毫无根据的）信任问题，限制如此令人沮丧，但实际上，它不应该那么麻烦。我曾与许多客户一起工作，我们不得不采用这种方式工作，不是因为他们不信任我们，而是因为他们是拥有全面IT策略的大型公司。这只是意味着您需要对部署有更多的纪律，以便不进行部署，修复微小的错误并再次进行部署，意识到您忘记了文件并再次进行部署等。

您开始与客户合作。如果不需要任何其他资源来完成您的项目，那么您将处于受限的环境中。

并且，如果您觉得需要限制您使用的东西，请与客户讨论此问题。在他面前做关键的事情。

还有最后一个选择，那就是更好，因为您不乞求任何工作，所以开始吧！;）

关键是指访问客户端代码。

实际上，有关如何部署的详细说明本身很有价值。您的客户可能希望能够控制部署，而不是每次都经过您。只需将其包括在您的估算中，并确保您得到付款。通常，无法访问客户端服务器将使事情花费更长的时间，但这本身不应该成为问题。请记住，也有完全合法的法律或责任原因导致您无法访问，因此您可能希望对如何在没有访问权限的情况下有所了解。

在任何发生信任问题的关系中，我都会注意付款时间表，并确保我所欠的钱永远不会超过万一情况恶化时愿意注销的钱。在一个地区的不信任会蔓延。

向客户说明其限制性政策的全部含义。在开发和部署期间收取额外的工作费用。他们应该决定限制性政策是否值得。

最严重的弊端不是您在开发中会遇到的麻烦，而是在启动后通过错误修复进行缓慢的周转。除非您的系统非常简单（或者您的名字叫Donald Knuth），否则无论部署多么谨慎，部署后都会出现bug。

我曾与一个根本上不信任客户的公司合作，这给生活带来了极大的困难。

在大多数国家/地区，如果您与客户签订了合同，则可以明确说明将要发生和将要发生的事情，并且合同将具有约束力。通过指出作为一家位于同一地区的公司，您可能可以使您的客户放心，如果您确实盗用了他们的代码，则他们的投诉将具有完全的法律效力。

但是，手指被烫伤的人与偏执狂的人之间是有区别的。在后一种情况下，我将完全避免与客户打交道，因为处理起来既困难又昂贵。这不是不可能，但非常困难，非常烦人，最有可能是20％的客户提供了80％的支持负载。

我在IT和政府部门工作了很多年。在这些环境中，开发人员永远无法访问生产系统。提供安装说明的过程应该是同等水平的，特别是对于由客户端定制开发的代码。

我假设客户将拥有您正在为其编写的代码。

尝试在客户眼中与离岸外包组织区分开来。如果您在离岸工作方面经验不佳，请与新客户分享经验。让他们知道您和您的服装与离岸业务完全不同。每个人都知道这些离岸开发商通常不值得与之打交道。首先以良好的英语交流，寻找证明自己诚实的方法。鉴于那里的标准低得令人难以区分，特别是在贫穷国家所做的工作。

逐渐建立与该客户的信任，最终他/她会过来为您提供完成工作所需的访问权限。