浏览 2925 次
锁定老帖子 主题:搜索功能的重要性思考
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (2)
|
|
---|---|
作者 | 正文 |
发表时间:2009-08-31
这个小应用最初开发是,做到比较简单,很多功能都是直来直去的。应用的功能细节这里就不说了。做出来的效果基本就是基本数据维护加数据关系维护,再加上一些配置,日志,报表等功能。中规中矩,很长一段时间也运行的不错。 但是随着时间的发展,几年以后,使用系统的人换了好几批。系统里面的数据也由于疏于管理而比较混乱。不是不能用,只是很难找到要操作的数据。 有的人会说这完全是管理的问题,各种数据分类全部搞规范了不就好了么。我一开始也是这么想的,埋怨是用户使用不规范导致系统越来越难用。但是随着对功能和实际的业务操作需求的仔细考虑,发现事情没这么简单。 首先,作为技术人员,做事情时后想法特别结构化逻辑化,实际用户根本不是这样的。因为我们做的系统是给用户用的,所以按照我们的习惯做出来的系统通常是数据维护和关系维护形式的,因为我们是这样思考问题的。当然我们不应该这样做,我们应用使用UseCase,使用很多需求和交互设计的方式来做项目,但是我们没有这样的时间,而且这样的设计也不是很容易搞出来的。 其次,作为技术人员(因为我们没有真正的业务分析人员),我们应该做的是提供机制,而不是提供策略,因为策略经常变,而机制很稳定。但是我们提供什么样的机制既能稳定,又能长久的满足用户的需求的。 经过了长时间的思考我有了一些想法,这里提出来和大家讨论一下,希望听听大家的意见。 我的答案就是“搜索”,为什么这么说呢,下面我面解释一下自己的想法。 其实互联网这些年的高速发展最终要的原因之一就是搜索引擎的大力发展和流行。关于这一点大家应该不会有什么意见,但是这件事情本身背后隐藏的含义是什么大部分人应该会有各自不同的看法。 我的看法是互联网就是一个超级大的系统,并且符合数据乱,用户习惯不同的特征。而搜索引擎就是为解决这种问题而产生的。我们自己的系统其实完全可以按照这种思路来做。 另外我也想到了Vim的作者以前在“高效编辑的七个习惯”中说明的一种现象,就是我们编辑文本的绝大部分操作倒是定位到要编辑的文本部分。而真正的输入只占到很少部分。当然有人抬杠说有的系统主要是输入我也没话说,起码我觉得大部分系统是首先要快速定位到要输入的地方。而且像自动完成或者自动提示这种加快输入速度的功能也需要快速找到要完成或者要提示,其实也是搜索功能的一个变种。 想到这里我有一个豁然开朗的感觉。我们做系统是可以大量使用搜索的技术,对于界面的设计,尽量把页面简化到一些关键实体,通常是根实体。对于这个实体相关的信息尽量集中到这个页面。用户通过搜索功能方便的定位到实体。就可以很容易操作了。这在很大程度上可以解决数据分类混乱的问题。 其实想淘宝的商品搜索就是很好的一个例子,搜索加聚类可以极大的减轻分类不规范或者相关问题引起的使用痛苦。而且我们的大部分用户已经适应了这种方式。如果我们使用这种机制。应该可以减少由于用户不同或者数据混乱引起的系统使用不便。减少我们的工作量。 欢迎拍砖。。 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2009-08-31
介绍得不错,值得考虑。不过似乎版块发错地方了吧。。 |
|
返回顶楼 | |
发表时间:2009-08-31
playfish 写道 介绍得不错,值得考虑。不过似乎版块发错地方了吧。。 楼上的觉得发到哪里合适?我是新来的。呵呵 |
|
返回顶楼 | |
发表时间:2009-08-31
LZ的意思是当初因为没有在系统中添加“全文”搜索,或者部分搜索,导致了现在这种尴尬的现象发生了???
|
|
返回顶楼 | |
发表时间:2009-08-31
搜索功能的强大,将会带动,更智能化的产品出现。
现在已经有了,通过音频录入搜索条件的功能了。 人只要对着机器说话,机器自动做出回应。 |
|
返回顶楼 | |
发表时间:2009-08-31
treblesoftware 写道 LZ的意思是当初因为没有在系统中添加“全文”搜索,或者部分搜索,导致了现在这种尴尬的现象发生了???
有这个原因。 但是我真正想说的是作为技术人员,如果我们有通用的模块可以容易的实现搜索 + 聚类功能,就可以以提供“机制”的方式给用户一个既灵活又易用的软件。我们自己也会轻松很多。 |
|
返回顶楼 | |
发表时间:2009-08-31
我认为现在系统的问题不是所谓搜索能解决的。现在给一个系统增加全文搜索功能并不困难,但是搜索并不能解决应用演化的问题。不然IBM、微软、SAP都不要活了,Google把所有的企业应用问题全解决了。
如果当初的设计简单但符合当时的需求,那么是一个比较成功的应用。满足需要就好,过度追求灵活没必要。 但是过了好几年,需求已经改变了,系统也需要演化重构以适应新需求。你现在遇到的就是这个问题。系统已经不能满足需要了,你必须解决这个问题。你现在是想找所谓的“银弹”来解决,让你以后不用去解决系统演化。但是这是不可能的。不然那些所谓的功能平台早就把所有的项目型应用消灭了。即使采用业务功能平台,也需要大量有必要和没必要的(有些企业就非要)定制开发。 我的看法是,现在企业应该对这个不再好用的系统进行评估。看是进行升级改造还是重新开发购买。系统是有生命周期的,这个系统已经开始衰退了。你们要做的就是进行改造以延长其生命周期,或者干脆重新开发。 |
|
返回顶楼 | |