踩的坑：
1.添加搜索功能
只考虑了模糊词匹配，未考虑分词。
搜索结果排序，跟技术妥协默认为按权重排序：套餐购买数量、套餐所属机构订单量、好评率等因素
搜索结果：机构、套餐的权重算法相似，模糊词匹配做的不好，导致了搜索医院时优先出现权重高的医院，而非想要的医院
迭代：搜索使用率很低，技术不成熟，删除该功能
天猫70%的点击量来自于类目，改版时首页的类目面积增大，滚动页面时类目联动。
2.优化移动端筛选器
2.1 原有筛选器
从PC端选择了最常用的
推荐排序：权重
排序：按价格、按销量、按评价双向排序
2.2改版筛选器
新增筛选条件：体检机构性质（我以为关系型数据库，套餐属于机构，机构的性质可以继承到套餐）
新增排序条件：按距离
2.3技术部反馈
距离、机构性质不能做
理由：
后台机构、套餐是独立的表，跨表查询会累死服务器
搜索引擎中机构、套餐单独打标签，后期运维成本高
各种原因套餐或医院会突然下架，暂时没有能力实时更新（下架某一医院下的套餐，搜索公立三甲可看到医院，点进去没套餐，套餐全部下架，是否要删除这个医院的标签）
距离：套餐和机构都显示距离，计算量太多。
2.4 结果
确认要增加机构属性
距离需求改为省市区域，后台有存储地址
每天凌晨跑一遍服务器，更新数据
业务部和管理后台删除套餐及时通知技术部
从那时起明白，搜索复杂，标签太坑。
