搜索功能的重要性思考

以前做了一个小应用，很久都没有修改了。但是最近因为有些地方的数据量大了一点点，就经常有人抱怨应用不好用。我自己也觉得不好用。

这个小应用最初开发是，做到比较简单，很多功能都是直来直去的。应用的功能细节这里就不说了。做出来的效果基本就是基本数据维护加数据关系维护，再加上一些配置，日志，报表等功能。中规中矩，很长一段时间也运行的不错。

但是随着时间的发展，几年以后，使用系统的人换了好几批。系统里面的数据也由于疏于管理而比较混乱。不是不能用，只是很难找到要操作的数据。

有的人会说这完全是管理的问题，各种数据分类全部搞规范了不就好了么。我一开始也是这么想的，埋怨是用户使用不规范导致系统越来越难用。但是随着对功能和实际的业务操作需求的仔细考虑，发现事情没这么简单。

首先，作为技术人员，做事情时后想法特别结构化逻辑化，实际用户根本不是这样的。因为我们做的系统是给用户用的，所以按照我们的习惯做出来的系统通常是数据维护和关系维护形式的，因为我们是这样思考问题的。当然我们不应该这样做，我们应用使用UseCase，使用很多需求和交互设计的方式来做项目，但是我们没有这样的时间，而且这样的设计也不是很容易搞出来的。

其次，作为技术人员（因为我们没有真正的业务分析人员），我们应该做的是提供机制，而不是提供策略，因为策略经常变，而机制很稳定。但是我们提供什么样的机制既能稳定，又能长久的满足用户的需求的。

经过了长时间的思考我有了一些想法，这里提出来和大家讨论一下，希望听听大家的意见。

我的答案就是“搜索”，为什么这么说呢，下面我面解释一下自己的想法。

其实互联网这些年的高速发展最终要的原因之一就是搜索引擎的大力发展和流行。关于这一点大家应该不会有什么意见，但是这件事情本身背后隐藏的含义是什么大部分人应该会有各自不同的看法。

我的看法是互联网就是一个超级大的系统，并且符合数据乱，用户习惯不同的特征。而搜索引擎就是为解决这种问题而产生的。我们自己的系统其实完全可以按照这种思路来做。

另外我也想到了Vim的作者以前在“高效编辑的七个习惯”中说明的一种现象，就是我们编辑文本的绝大部分操作倒是定位到要编辑的文本部分。而真正的输入只占到很少部分。当然有人抬杠说有的系统主要是输入我也没话说，起码我觉得大部分系统是首先要快速定位到要输入的地方。而且像自动完成或者自动提示这种加快输入速度的功能也需要快速找到要完成或者要提示，其实也是搜索功能的一个变种。

想到这里我有一个豁然开朗的感觉。我们做系统是可以大量使用搜索的技术，对于界面的设计，尽量把页面简化到一些关键实体，通常是根实体。对于这个实体相关的信息尽量集中到这个页面。用户通过搜索功能方便的定位到实体。就可以很容易操作了。这在很大程度上可以解决数据分类混乱的问题。

其实想淘宝的商品搜索就是很好的一个例子，搜索加聚类可以极大的减轻分类不规范或者相关问题引起的使用痛苦。而且我们的大部分用户已经适应了这种方式。如果我们使用这种机制。应该可以减少由于用户不同或者数据混乱引起的系统使用不便。减少我们的工作量。

欢迎拍砖。。