actionscript-3 - 如何向客户解释你不能给他们一些来源

Question

随着时间的推移，我们已经构建并改进了许多 AS/Flex 组件。它们已经变成了组件，因此可以在不同的项目中重复使用并节省我们的时间。因此，您可以将它们视为某种内部框架的一部分。

我们现在意识到，将这些组件的源代码作为项目的一部分发布给各个客户是没有意义的，因为从技术上讲，这些代码并不真正归客户所有。

所以我的问题

当客户来找您时，您如何向他们解释您无法向他们提供这些组件的完整源代码。客户不了解其中的区别，他只是希望您向他们提供他付钱给您做的网站的所有代码。他不明白您编写此代码所花费的时间比他为他的网站支付的费用要长得多。但由于他不明白，他会被关闭并认为你在敲诈他什么的。

你如何处理这种情况？你会提前告诉客户什么？你从一开始就在你的网站上做广告吗？您如何处理他们的反对意见，以便他们仍然雇用您？

作为一个附带问题，您多久向您的客户提供一次 AS 和 Flex 源代码？在代码没有您在多个项目中重用的任何内部组件的情况下，以及在它确实具有内部组件的情况下。

我也想听听在创意机构工作过的人的意见，因为他们很可能已经遇到过这个问题。

Answer 1

我会向我的客户解释这个世界是如何运作的。我会使用例子、类比和隐喻。

这不是软件开发问题，这适用于所有产品。 有些东西是作为黑匣子出售的，有些东西是作为一个内含黑匣子的透明盒子出售的。

假设你想买房子。您支付工程师和建筑师的工作费用，并获得他们制作的文件。这些文档包含的信息依赖于您无法获得的其他信息。例如，工程师可能在他的计划中使用巨大的钢筋。工程师的规范决定了每根钢筋必须具备的质量，但并未指定钢筋的创建方式。购买房屋计划不会为您购买创建房屋积木的计划。
使用软件几乎相同:当您购买“包含源代码”的 .NET 应用程序时，您不会获得 .NET 框架的源代码。您得到的是 .NET 文档，其中指定了如何使用框架(而不是指定框架如何完成它的工作)。

示例的数量实际上是无穷无尽的，因为 - 如上所述 - 这就是世界的运作方式。

建立你自己的类比来适应你的场景。向您的客户解释基础设施在哪里结束，他拥有的解决方案从哪里开始。

quoo 关于需要在契约(Contract)中指定这些是正确的。契约(Contract)是交易的法律支柱。但我想强调 指着合约应该是最后的手段 .如果你能给你的客户一个合理的解释，让客户理解为什么事情是这样的，你就不需要放弃契约(Contract)(它只说明事情的方式，没有动机、解释等) .