Ryanair网站上如何取消购买保险。（来源：Dark Patterns）

很明显，有一些收入是不道德的，因此也不值得追求。问题在于，这些方法常常是能赚到钱的（至少在短期内）。但是其长期的效应也不容忽视，一旦用户搞明白发生了什么，他们就会开始抱怨。这些不光彩的手段会直接影响到公司的声誉，同时也会增加客服费用。Ryanair 那样保险销售的阴谋已经成为“黑暗模式”的典型反面教材。

当然，大多数人内心深处并不想通过欺骗的手段挣钱，但是“黑暗模式”可能会潜移默化地侵蚀了我们原本正常的想法，直到彻底改变它们。

对于“黑暗模式”，我们不需要花费太多心思去斗争，只需要提醒自己：小心，不要掉进这个陷阱。每当遇到能增加收入的机会时就问问自己：“如果一个产品让我这么操作或者让我付费时我会接受吗？”如果答案是否定的，那就放弃这个念头，还会有更好的方法。虽然有时找到合适的盈利模式比较困难，但是牺牲短期利益来换取用户的长期忠诚才更有价值，你也会过得更加问心无愧。

还有另外一种情况，一条收入线在起初是良性的，但是随着外部环境的变化逐渐变成了一笔不良收入。如果这笔收入已经成为你的一项重要收入来源，那你就需要十分小心谨慎了。

这方面的一个案例就是 eBay 搜索结果中的图片。1995 年 eBay 创办时，存储是非常昂贵的。所以当用户在商品列表中上传图片时收取一定的费用是合理的。10 年过后，到了 2005 年，存储已经变得非常便宜，上传照片要收费这种做法看起来十分荒谬。但是图片上传已经成为 eBay 的一笔可观的收入，要放弃这笔钱，把图片上传免费，着实是一个非常艰难的决定。

我们的用户体验团队和分析团队通过研究发现，在搜索结果中默认显示图片不仅能增加销量，而且对于搜索结果有用性的评分也有积极作用。最终，eBay 决定放弃这笔不良收入，把图片上传免费（最多 8 张），而且后来也没有再改回去过。

眼动追踪数据显示出图片展示对于搜索结果的重要性

在产品开发过程中如果涉及到一些不良收入时，最好的做法就是进行调研，理解用户的需求和动机，结合 A/B 测试来衡量不良收入对优质收入所带来的影响。

追求优质收入

优质收入可以来自许多不同的渠道。对于消费者来说，只要产品的价值是显而易见的，他们就有付费的意愿。因此，在整个产品管理的过程中，需要首先明确产品的价值，然后再开发产品并开展相关的业务，不能先开发出产品再附加给它价值，用户需求研究永远是产品盈利的第一步。

对于一些已经存在的收入，有一些标准的增长方式，比如拓展到新地区，建立新渠道，延伸到更广阔的市场，为已经现有市场开发新产品等。在 Brandon Schauer 所写的《Adaptive Path》一书，还提出了一种新的收入增长理念，称为 Long Wow。原书中对 Long Wow 的定义如下：

Long Wow 意味着通过一次又一次地满足顾客来获得他们长期的忠诚。Long Wow 不仅仅是衡量忠诚度标准，更是通过以用户体验为核心的方式来培养和创造忠诚度。

Long wow 由以下四个步骤组成：

1. 了解与用户沟通的平台。明确线上和线下与用户接触的不同方式。

2. 满足用户尚未被满足的需求。在用户需求研究的基础上，认清哪些重要的用户需求还没有被你的产品或者任何一款现有产品所满足。

3. 创造并发展一套可重复的流程。将公司现有的优势和新的创意结合起来，不断满足消费者需求，取悦用户。

4. 做好计划，呈现惊艳的用户体验。随着时间的推进，改进你的 idea。在产品整个生命周期中不引入新的、更好的用户体验。

然后，根据情况不断重复这个过程。通过这种方式，你可以衡量产品是否带来了优质的收入，而且能确保为用户持续提供价值，培养更多愿意付费的忠诚客户。

技术需求

在讨论技术需求之前，需要先明确两个概念：“技术资产”和”技术负债“。所谓“技术资产”就是产品所依赖的底层技术以及一些日常办公所用的系统（采购、财务、后勤）。相反，“技术负债”指的是限制产品开发的系统和代码（经常以 bug 的形式出现），技术负债如果长期得不到缓解会带来更加严重的问题。Construx 公司的首席软件工程师 Steve McConnell 认为，技术负债主要可以分为两类：

无意的负债(unintentional debt)会出现在错误设计被实施时或者程序员写出了差劲的代码时。这种负债并不是刻意的，当然越少越好。

有意的负债(intentional debt)是指公司明知道某种情况并不理想，但是出于种种原因还是做出了妥协（通常是由于预算或时间限制）。尽管这类技术负债也并不是件好事，但是对任何组织来说，它都是不可避免的，我们需要做的就是将其影响最小化。

对于技术负债来说，我们需要尽可能地减少负面影响，不然就会遇到我们常说的“破窗效应”。

“破窗效应”是犯罪心理学中的术语。用来解释城市中秩序混乱和破坏公物的行为，其含义是：城市管理中需要保持各种设施处于良好的状态，并随时监控，这样才能阻止进一步的公物破坏甚至升级成更严重的暴力犯罪。

我们可以把软件比作城市的环境。如果有几扇窗户破了（软件中出现一些糟糕的代码），而破窗又没有尽快修好，那么很有可能会出现更多破碎的窗户（人们变得不再关心优质代码），继而环境进一步恶化：垃圾到处出现，擅自占用空房的人越来越多（代码标准普遍下降）。不久之后，所有的窗户都会破碎。

如果负债扩大到一定程度，公司最终花费在弥补这些漏洞上精力会比用在创造新价值上的还要多。常见的情况就是遗留的代码库往往需要耗费大量的精力去维护（也就是“还债”），留给开发系统新功能的时间就变少了。——Steve McConnell

在产品开发时需要竭尽全力去避免此类技术负债。如果遇到了，找时间来处理这些欠账的过程会非常艰难，经常看不到任何改变，团队内会有一些人不理解这么做的原因，很多人懒得去清理代码中的这些垃圾。然而，在开发过程中清理这些技术负债恰恰是一项非常重要的工作，如果做不好很可能会摧毁整个体系。

当然，需要注意的是，技术负债并不一定都是坏事，有时技术负债会催生一些强大的功能。总得来说，新出现的负债是没问题的，但是长期累积起来的旧账就不好了。Henrik Kniberg 在他所写的《Good and Bad Technical Debt》 一文中曾提出一个避免技术负债失控的好方法，那就是引入了债务上限的概念，当你的负债达到一定限额时需要采取措施以避免进一步失控：

当债务达到上限时，我们就宣布进入“负债紧急状态”，停止开发新项目，所有人都将注意力放在清理旧代码中的问题，直到回归到基准线。

理论上在每个开发周期中你都会遇到技术负债，但是当负债达到上限时，就需要及时调整，以免事态恶化。

权衡三方面需求

收集用户需求、商业需求和技术需求只是产品开发中一部分工作，更重要的是如何处理这些信息，平衡三方面需求。这时我们应该主要考虑以下三个要素：

产品在生命周期中所处的阶段。这是一款全新的产品，还是已经问世一段时间的产品？

用户获取情况。你们在努力吸引用户的阶段，还是用户会自己找上门来使用你们的产品？

公司的财务状况。你们是在想方设法挣钱的阶段，还是已经有了稳定的收入？

这三个要素的组合不同，你关注的重点应该也不一样。如果是一款正在努力获取用户的新产品，那么你就需要十分关注用户需求；如果公司在寻求大规模良性的增长，那你就需要把重点放在盈利上。

最后，需要强调的是：如果不理解产品的核心用户的需求以及商业上、技术上的需求，那你的产品就是建立在虚无之上的。一款产品可能在一段时间如日中天，但最终肯定会有新的产品出现。所以不要把你的产品建立在危险的假设之上，开发产品时做到深思熟虑，努力开发出可持续的产品。