最近在做产品的全局检索功能，但是团队成员有不少人质疑是否有必要做。
这个功能如果只做了针对对象的检索、而不是语义检索，就很一般，没有太大的亮点，如果做语义检索，付出的成本就更高。在此论证下，是否有必要做这个语义检索呢？
先说结论：还是有必要做的。从价值分析、产品发展、可行性分析三个维度来阐述下这个问题。
首先，价值分析。
极大提升用户体验：极大降低学习成本，普通用户不需要学习系统的功能组织方式，仅需要知道系统中有什么即可，不再需要学习、记忆如何找到这些内容。
打造高可识别亮点：友商产品的功能页面都比较容易模仿，此功能做好了可以在一定程度上领先对手产品更多，是不太容易被模仿的功能。
是场景化产品的必要互补功能，本次产品最大的价值点为打破原本的菜单堆砌模式，采用场景化交互，即，将菜单数量缩减到很少很少，几乎可以忽略，用户仅凭很少量的一级菜单为入口，在流程化、场景化的交互中依次打开想要的功能，相关的数据、功能，都会在需要出现的地方出现，不需要用户到处找菜单来寻找自己想要的功能页面。那么在这样的场景下，检索，是实现用户快速达到某个界面的最优方案。因此，检索作为一个必备功能，就很好地弥补了菜单极简化带来的风险。而语义检索，是简单对象检索功能的强化版，做到语义检索，此功能就在满足互补作用的基础上，有了更高的提升。
其次，产品发展。
我们产品所在的领域为智慧水务，此概念其实已经很多年了，再扩大化说就是智慧城市。产品最终的方向，是要做到智慧，因此目前的目标至少是智能。而智能的概念中，人机交互的很大一个特点就是自然语言的对话代替机械的按钮操作。所以，这个可以说是一个很确定的方向和趋势。
第三，可行性分析。
技术可行性：做语义检索，主要实现逻辑包括切词技术、语义识别、索引库构建、
经济可行性：做这个功能，大概需要XXX人天，占项目总成本的XX%，约XX万，而产品项目的市场机会为XXX万，因此，从经济可行性上来说，是值得投资的。
进度可行性：当前版本的项目计划已经确定，在此版本内完成很有风险。且根据当前对竞品情况的研究表明，友商在我们下个版本的发布时间之前推出此功能的可能性较低，因此建议在下个大版本中实现。
综上分析，语义检索是一个极具价值、符合发展趋势、也具备可行性的功能。很有必要做。
