“哎，我有个想法——我试着把它推销给老板，结果失败了。真可惜——现在我们做的是一个人人都讨厌的产品，遗留代码一大堆。我要去启动/加入/重写一个全新的项目，这样下次大家就会听我的了”
——我常听朋友们这么说
想法举例：“我们用这个新框架来提升应用里图像识别的质量吧”
恐怕下次大家也不会听。原因有很多：
- 你是在推销一个想法。推销是一种技能，而且是很厉害的技能。可一旦涉及科学，它有时又是一项无关紧要的技能。想把东西卖给一位老练的销售很难；如果对方要你把什么东西卖给自己，那是一种练习，是对方训练的一部分。我见过有人在实际工作中这么做，只为证明一个观点。
- 你的老板、你的经理、任何一位利益相关者，考虑问题时都不只看想法本身。他们还关心风险。这同样是他们训练的一部分。
- 谁也没料到这个想法会在这次会上被拿出来讨论
- 这个想法只有在你的脑子里才是完美、完整的——千万别忘了这一点
我倾向于认为，推销想法的能力并不是对工程师的要求。这类想法并不是拿来卖的东西，至少大多数不是。专利才是。
- 这是科学方法——这才可能是你真正需要的。只要让数字说话，它们就能改善很多事情。
我们的 OCR 有问题。它占用了太多 CPU 和内存，产品的价格也随之上涨。这个新框架的许可证更宽松，这样我们就能销售自己的应用了。这个新框架有大量开发者，背后有[填入某家大公司的名字]支持。它能让我们这里（15%）、这里（13%）和这里（3%）的流程提速，内存占用在这里、这里和这里下降 10%。原因如下：
为此有一整套科学方法，一共只有 4 步：观察，假设，预测，以及实验。为什么要在计算机科学里回避这些科学瑰宝呢？
2. 这是风险——对风险坦诚，不只对经理们重要，对你和你的想法也同样重要。说简单点：我们都喜欢空中楼阁，但大多数人还是住在离地面更近的地方。
这个新框架需要培训，文档也缺失，GitHub 上只有 3 个人在支持它。我们可能得支持一下这 3 位英雄。用钱支持。为他们出色的产品付费。
3. 当你只是随口一提时，它就有点像私有财产——而如果你把想法当成财产，就更难让它变成大家的想法。好的想法离开作者也能自己发展。所以有时候，把想法分享出去是有意义的：让别人批评它，甚至摧毁它、偷走它、毁掉它，这样它才有机会进化。有时候，洗澡时冒出来的灵感一旦说出口，就能让局面大为改观。有时候，洗澡时的灵感又建立在别人的研究之上，以及……别人洗澡时的灵感之上。所以，与其寻找包治百病的万灵药，不如先试着治好某一种病，并让身边的人为此做好准备。
——嘿，戴夫，要不我们也试试这个框架？
4. 说出口的 vs 写下来的。让大家都轻松一点——把它写下来。如今存储很便宜。也请别指望别人马上就能领会你的想法。大家需要了解来龙去脉才能理解它，也需要时间才能相信它。
只是个想法。要不我们试试这个框架？[链接]
最后，但同样重要的一点：
5. 这不是战争，想法也不是无人机。通常不会有什么街垒，所以也没有多少理由为想法难过。下次再试试吧。有时候这需要好几年。
原文发表于 Medium：https://medium.com/@nettsundere/on-selling-an-idea-to-change-something-in-a-project-you-are-working-on-8dd96872e8af