SAAS工具软件 能做到这件事 就赢了80%

很怀念小时候，那时报纸、杂志、电视和广播是我们的灯塔，图书馆是我们的星辰大海。那时我们的记忆力好于体力，没有云存储，只有脑回路。

这是申鹤公众号第628天的第628篇原创文章

公司的新产品涉及到大量saas工具软件的研发，所以最近几天就一直在研究saas软件的产品设计。先是走访了曾经做过同类型产品的saas软件的同行，又找到了一些专家的文章来看，有一点是我这几天收获最大的，那就是——要尽可能将To B的产品做的像To C的产品一样极致易用。

其实在一周前，我去走访一位前辈同行的时候，我就从他的嘴里听到过类似的话，但当时我没有在意，今天又看到了几篇文章也同样提到这个观点，我才突然有被电到的感觉，其实他们说的都是一个意思，不管To B还是To C，都要站在用户的角度，减少用户的复杂操作。

先回顾一下和前辈的那场对话。当时，我不远千里跑到对方的城市，把我自己做的一个极尽粗糙的小demo拿给他看，希望听取他的意见。

作为一个非互联网技术出身的人，我足足花了两天时间做的demo，大体上呈现出来了我想要的一个网站雏形，我自己还是比较欣慰的，结果没想到，前辈一看到，第一句话说的就是：不行，太复杂了。

我当时的思路是，把客户的需求拆解成8个维度，每个维度里面又有10-20个不同的标签，这样的话，用户可以直接选择标签进行合并搜索，减少用户的思考漏洞。

结果这个想法被当头棒喝，前辈紧接着说了一句话：能让用户一下操作完成的，就不要让用户用两下。

“你去看百度，只有一个搜索框，产品越做到后面，一定是越让用户觉得操作非常简单。”

前辈说我的这个demo，用户要点点点很多下才能搜索出来，会让用户产生天然的抗拒心里。

前辈的这番话当即就点了我一下，直接影响到我的产品原型的迭代升级。千里走单骑的那一趟24小时的来回，已经超值了。

不过，当时前辈的那段话还只是影响到了我产品里面的一个部分而已，前辈的话很通透，但是我却没能当即迁移，没有把前辈的那番话进一步迁移到整个平台的产品设计上。直到这几天我看了几个SAAS领域专家的文章，尤其是今天看到了原ADP大中华区产品负责人李东林的微信公众号，我才有了更深刻的顿悟。

李东林的这篇文章的标题是《To B SaaS软件如何才能像To C一样极致易用？》。

在文章中，李东林谈到了大量的企业saas软件存在的问题，比如crm系统、OA系统，很多都非常不好用，操作起来极其复杂，用户操作的周期很长且痛苦、上线的培训周期也长，使用起来并没有提高太多效率，反倒影响人均产出以及员工工作幸福指数。

这是很多To B软件的一个通病，功能群庞大，每迭代一个版本就又会增加很多功能，貌似是洞察到了用户的需求之后，费尽九牛二虎之力帮助用户解决痛点，实则一个软件里面，80%的功能可能都不会用上，更不用说不断更新的新功能了。

所以，供应商们越做越复杂，用户们越用越痛苦，陷入了一个怪圈。

反观很多To C的产品，之所以用户喜欢用、依赖用，无不是因为产品极致易用的结果。

那么，问题出在哪了呢？怎样才能让To B的产品做到像TO C的软件一样简单好用呢？

我上文提到的前辈已经给了我解决方案，正如上文所说，结论是：能让用户一步操作完成的，就不要用两步，鼠标点一下就能完成的，就不要让用户点两下。

李东林给的解决方案是：只用一个页面解决用户所有的需求——即保证用户70，80％的日常需求可以通过首页一页的操作就可以来完成，这样TA只需要使用一个页面就可以实现自己的大部分需求了，是不是就很简单了？

你看，他们说的是不是同一个意思？即不要给用户添麻烦。

李东林在文章里还举了一个例子，虽然并不适用于所有To B的产品，但是很好地解释了什么叫一个页面解决用户所有需求。

这是一个OA系统的例子，如果按照上面的组成来设计产品的首页，基本上用户进来系统的时候，不需要思考就知道：哪些事情是我现在马上要处理？哪些事情是我需要关注以及跟进的？发生了哪些和我相关的事情？一些关键的数据指标是怎样的？可以快速使用高频的检索以及常用功能。

你会发现，基本上用户日常的基本需求都满足了，实现了进到系统的时候，系统告诉你要做哪些事情，有哪些内容需要关注。只有很少的偶发情况，才需要去菜单里面找到功能来操作（如果功能非常多的情况，也可以通过全局检索来检索功能菜单）。

这确实给我在产品设计的思维层面提供了非常大的帮助。

永远从用户的角度出发去设计产品，在解决用户痛点的过程中，让用户的操作极尽简单方便，才是真正好的产品。