搜索的坑--搜索和筛选器（上）

踩的坑：

1.添加搜索功能

只考虑了模糊词匹配，未考虑分词。

搜索结果排序，跟技术妥协默认为按权重排序：套餐购买数量、套餐所属机构订单量、好评率等因素

搜索结果：机构、套餐的权重算法相似，模糊词匹配做的不好，导致了搜索医院时优先出现权重高的医院，而非想要的医院

迭代：搜索使用率很低，技术不成熟，删除该功能

天猫70%的点击量来自于类目，改版时首页的类目面积增大，滚动页面时类目联动。

2.优化移动端筛选器

2.1 原有筛选器

从PC端选择了最常用的

推荐排序：权重

排序：按价格、按销量、按评价双向排序

2.2改版筛选器

新增筛选条件：体检机构性质（我以为关系型数据库，套餐属于机构，机构的性质可以继承到套餐）

新增排序条件：按距离

2.3技术部反馈

距离、机构性质不能做

理由：

后台机构、套餐是独立的表，跨表查询会累死服务器

搜索引擎中机构、套餐单独打标签，后期运维成本高

各种原因套餐或医院会突然下架，暂时没有能力实时更新（下架某一医院下的套餐，搜索公立三甲可看到医院，点进去没套餐，套餐全部下架，是否要删除这个医院的标签）

距离：套餐和机构都显示距离，计算量太多。

2.4 结果

确认要增加机构属性

距离需求改为省市区域，后台有存储地址

每天凌晨跑一遍服务器，更新数据

业务部和管理后台删除套餐及时通知技术部

从那时起明白，搜索复杂，标签太坑。