慢就是快

最近两周的读书大计有点拖延，本来想好好看一看DDD的，不过基本上翻完了一边，能够引起共鸣的点还是在前几章。就不重复感受了。结合本周的痛点和收到的投诉，记录一下自己的想法。

case 1，一个没见过面的用户来加微信，投诉最近产品的性能日益下降，凑巧这两天还接连发生系统卡死的问题，有点汗颜。究其原因，据说是某一个用户的大批量下载造成的。好吧，怪用户?当然不应该咯，我们是不是在设计功能的时候就能慢一点?让用户没法做这样的操作?或者是提供更好的工具给用户?

case 2，早上会上某人吐槽某人说，你做的这个功能不同的客户有好几种不同的用法，实现了类似的功能，那我的新用户该怎么选?究其原因是产品的功能快速推陈出新，但是已有客户的用法却没有与时俱进。那么我们在对已有功能进行升级换代的时候是不是能慢一点，考虑一下现有客户的情况，帮助他们赶上来?

case 3，我经常听到的一句话是，这个异常是一个错误数据引起的，客户就不应该这样用。好吧，这句话其实有两层意思，第一层是错误数据，那么我们是不是能慢一点，把这个错误数据的来源找到，然后把他堵上，第二层意思是客户的用法不对，请参见case1。

提供具有一定定制能力的SaaS服务确实是已经非常挑战的事情，感觉很多时候慢一点，想明白，做清楚，测仔细比赶一两个定制功能点更加重要。

慢一点，花一点时间思考怎样才能做得更好，才是真正快起来的基石。