人生苦短，不要ToB：为何企业软件的口碑这么差

乔布斯曾说过一句话，我们只关心客户，不关心用户。

ToC 消费者领域，往往客户和用户是统一主体（同一个人），放到ToB 业务则完全不同——**用户需求和客户需求差异很大，**是什么让企业软件的口碑这么差，又如何能够改变。我们讲做一个详细的探讨。

我们每个个体都是消费者，我们在个人生活中对一些产品的体验，会不自觉地影响我们对于任何产品的期望，包含了ToC的产品（手机、APP），同样也包括我们在工作中使用的企业软件。

但是在过去的10年当中，ToC产品的体验和设计飞速发展，但ToB的产品体验却仍然如此糟糕。

下面我们将回顾下，企业用户体验 (UX) 是为何产生如此糟糕的声誉：

客户是谁？用户又是谁

如果您企业软件的最终用户，您可能不会购买它。IT 将它安装在您的计算机上, 可你却不喜欢它，但却日复一日的持续数年的去使用它，这种感觉太糟糕。

传统软件的销售事实上，是一场俘虏观众的过程，销售、售前花费大量的时间来包装解决方案和产品，与其说实在销售产品，不如说是为俘获决策人的而精心设计的一个“路演”。花费长达2-3个月，甚至以年计算的方案的设计、POC，给客户的决策者这是我所期望的产品的一个错觉。

当最终购买和实施后，如果发现您的用户不喜欢该产品，那实在是太糟糕了。为此，您已经付出了大量的时间来评估，并且支出了大笔的开支，已经向公司汇报了这项支出所带来的回报——投资回报率。这时候，如果对该方案再进行替换，就成为了一项不可能的工程，简单说“转换的成本”太高了。

自己挖的坑自己填

当替换变得不可能，为了能够将已经付出的投资不至于付出东流，也许接下来就是不断的需求和填坑带来无穷的定制，直到软件的供应商无能为力。

SaaS 的出现和由此产生的 IT 去中心化，极大地改变了购买体验并降低了这些转换成本。人们采购SaaS的评估的方式与评估消费产品的方式相同：通过评估他们自己的需求和预算，并在给定的预算范围内找到满足这些需求的最佳产品。开箱即用的免费试用让消费者和企业都能从这种日益激烈竞争的环境中受益。

企业软件必须复杂么？

从目前中国的UI设计人员的人才梯队上就可以知道，ToB的应用是有多缺少对用户体验设计的重视。事实上，国内从事toB的UI的设计师非常的稀缺。

在面试UI的设计师是，我会问道其做过的UI 设计，他向我展示了他开发的一个应用程序，虽然它在视觉上令人印象深刻，但我不知所措。

“界面很复杂，我不知道该从哪入手，”我说。

“嗯，这是企业应用，不明白的地方可以阅读产品手册来解决”他说。

诚然，企业应用程序解决的问题通常很复杂。不幸的是，这种复杂性通常会转移给用户，因为坦率地说，很难使复杂性变得简单。

这两种不同的设计理念决定了产品的复杂程度

伟大设计，源自于将复杂性抽象到简单的极致追求。

我们需要更多的功能，才能让产品销售更高的价格。

在 OneAUth，我们了解简化复杂性的真正价值。每个人都致力于保持简单；这是我们的核心价值观之一，它也是我们所押注的商业模式的核心。

我们相信简单的带来的价值。

销售对于需求的影响

在产品/特性设计的阶段，需要考虑来自销售的需求么？

在售卖传统企业软件的过程中，销售有着无比重要的话语权，甚至超越产品经理。产品经理收到的销售的反馈要远多于用户。

让我拿下这个客户，我需要一个控标项

对于拿下项目的诉求的优先级排在了用户需求之前，事实上我们在开发和实际过程中，无法回避销售带来的产品建议和反馈。如何评估销售反馈的需求的原则就显得至关重要。

任何产品在设计时，都应该考虑销售的前期需求，但不是所有需求。

销售前期阶段指的是，用户在使用和决策的过程中的便捷度，我们需要让销售更简单的去阐述产品，帮助客户成功，而不是提供更复杂的手段，帮助销售拿下项目。

对于销售来说，他们的策略就是钱钱钱，如果忙活了半天但不出业绩，那就是白干。我们帮助销售去服务更多的客户，而不是帮助销售搞定某个客户。

设计师在工程团队的作用

大多数企业软件公司的工程团队，都包含了产品行销、产品经理、架构师、开发工程师这几个岗位，而UX设计往往被忽略，或者只是作为公共资源。

那么，问题就来了。

开发人员对如何构建该功能有自己的看法——工程师的视角由他们的开发平台中的（数据库、框架）限制，以及他们对这些特性背后的数据模型的深入熟悉所塑造的。

工程团队在一个非常真实但神秘且与用户无关的盒子中，用户界面就是这些限制的产物，最终产品所展示的交互通常就由这些数据模型的来表示，这对用户来说是不直观的。

事实上，并不是开发人员想让它变得复杂；流程和组织结构导致了以技术为中心的的最终产物。

如果你期望是一个优秀的、或者是伟大的产品，那么从开始我们就需要Product Designer 产品设计师这个角色参与。

设计师与我们的工程师、销售团队、产品经理和首席执行官坐在一起；更重要的是，我们需要每周都直接倾听我们的客户并观察他们使用我们的产品。让设计的过程摆脱了曾经影响最终结果的孤岛，让用户不断地告知我们的他们的观点。

后面，我将更详细地介绍我们在 OneAuth 做事的具体方式