在本博客系列的第一部分中，我们详细展示了智能企业搜索的旅程:起点、要访问的地标和预想的目的地。这篇后续的博客文章是关于导航到我们之前定义的一个里程碑:选择企业搜索引擎。
人们很容易认为搜索引擎的选择是一项技术任务:哪个引擎比其他引擎更好?然而，如果单纯考虑搜索引擎的功能，您可能会发现不同搜索引擎之间的差异是微乎其微的。当比较智能搜索引擎增加的人工智能认知功能时，这种差异就更明显了。尽管如此，在我们的旅程中还是有很多变量需要考虑。
我将描述为我们的客户在选择他们的新搜索引擎时工作良好的步骤。
选择企业搜索引擎
5步选择企业搜索引擎
步骤1:确定潜在的搜索引擎
让我们先列出所有可能适合您需要的搜索引擎。
列表的第一个来源是您当前的供应商。您的组织中可能已经有两个或更多的搜索引擎在运行。任何由供应商或活跃的开源社区维护和支持的当前部署的搜索引擎都可以考虑。如果你的搜索引擎还没有升级到最新的稳定版本也没关系。在这种情况下，将搜索引擎的最新版本添加到您的列表中，以便您最终将最新版本与其他选项进行比较。
第二个来源可能是分析师报告，比如Gartner的Insight引擎魔力象限报告或Forrester Wave™认知搜索报告。一定要找最新的。这些资源为你的研究提供了很好的概览信息。
如果您从事电子商务或其他特定领域，那么除了针对您所在行业的专门功能外，您可能还希望寻找具有强大嵌入式搜索的目标应用程序的报告。在这种情况下，您可能寻找的不是企业搜索引擎，而是更侧重于用例的搜索解决方案。本博客仍然适用于选择这样的搜索平台。
行业分析师通常根据某些条件创建他们的列表，可能不会产生一个详尽的列表。因此，完成你的列表的第三个来源将是任何你可能读到或听说过的搜索引擎。它可能是您尚未从现有供应商使用的产品。或者你在营销邮件、会议、网络研讨会上看到的东西。
第二步:缩小你的候选搜索引擎列表
如果你的列表中有超过12个搜索引擎，我建议你将搜索范围缩小到几个——也就是说五个或更少。对于我们通常做的评估类型，我更喜欢最多使用三个引擎。
为了从名单中删除一些候选人，我喜欢从检查每个候选人与主要破坏者之间的关系开始。通常情况下，我只需要做一点点工作就可以取消一些申请者的资格。下面的列表展示了我过去看到的一些潜在的阻碍。每个组织都是不同的，有些组织可能有反对或支持下面一项或多项内容的政策或指示。所以，在经历每一件事的时候，考虑一下你目前的情况和对未来的期望。
- 自托管。这是DIY模型。无论它在您的数据中心还是基于云的虚拟机中，您都负责部署、配置、维护和更新搜索引擎。许多组织正在远离这种传统的模型，以避免需要在内部管理软件。如果您更喜欢托管服务，那么任何自托管引擎都将从列表中消失。
- 来自搜索引擎供应商的软件即服务(SaaS)或平台即服务(PaaS)。这些是托管云服务，如AWS Elasticsearch或Amazon Kendra，谷歌云搜索，Azure认知搜索等。我的一些客户更喜欢PaaS而不是SaaS，因为PaaS方法提供了额外的数据控制。您可能需要与您的安全、隐私或法律团队就遵从性进行检查。这有助于迅速取消一些候选人的资格。
- 封闭引擎。您可能熟悉现已停产的谷歌搜索设备(GSA)。它对于某些应用程序或组织来说很好，但对于其他应用程序或组织来说还不够。这基本上是一个黑箱解决方案。虽然有像GSA这样的产品，但需要定制或更多的控制将取消一个封闭引擎的资格。
- 混合式。混合式有多种变种。它可能是一个整合了推荐服务的自托管搜索引擎;您的私有云与本地云的组合;或您的私有云与第三方云服务;等。这些是更复杂的解决方案，但是组织有合理的理由要求这样的部署。有些搜索引擎在混合解决方案中表现不佳，因此不适合进行评估。
根据您的组织需求，您可能有一组更具体的项目。可能有基于预先批准的供应商列表的限制，因为加入一个新的供应商可能太耗时或复杂。我们的目标是在没有太多分析的情况下，快速地将一些搜索引擎从列表中划掉。请记住，我们试图将我们的名单缩小到最有前途的候选人，希望缩小到三个或一个可管理的名单，以便进行更深入的比较。
第三步:定义评估标准
根据我的经验，当你与多个利益相关者打交道时，你选择一个多年有用的搜索引擎的几率会增加。与你当前的搜索利益相关者合作，但不要忘记未来的利益相关者。同时考虑当前和未来的搜索客户端，可以让你更好地评估现有的选择。
虽然您组织的一些应用程序可能已经具有了搜索功能，但它们可以从企业平台而不是筒仓实现中获益。
以下是你的评估标准的一些一般类别。我将深入到每个类别，并概述我们的客户通常需要或希望拥有的特定元素。
- 连接器或爬虫。这些机制用于将数据从源加载到搜索引擎中。对于需要索引的数据源，搜索引擎有多少个连接器?除了现在必须索引的源之外，还应该包括将来可能索引的源。如果您计划在一到两年内停用一个源，您可能想要排除该源，因为您可能不希望在其数据迁移到新的源之前对其进行索引。
- 索引前的数据处理。为索引准备数据是最有价值的活动之一，但在搜索实现中经常被忽略。为了提高可查找性、搜索相关性计算、过滤、排序或其他需要，数据需要清理、规范化或丰富。一些搜索引擎包括开箱即用的数据处理器，并支持针对特定数据处理需求的定制处理器。
- 查询处理。搜索术语，或者在某些情况下，用于查询的非结构化文本也可以从搜索方面的一些准备中获益。就像它在索引、查询清理、规范化或充实方面所做的那样，这将使搜索引擎能够更好地查找匹配的文档或根据相关性对它们进行评分。一些搜索引擎提供了您可能会使用的具有特定意图的开箱即用的查询解析器。最后，寻找将来可能需要添加自定义查询组件的可扩展性功能。
- 语言学的支持。如果您的内容采用多种语言，那么支持或可扩展性能力可能是选择一种引擎而不是另一种引擎的关键原因。语言通常同时应用于索引端和查询端。语言学可以用作处理管道组件或文本分析特性。
- 第三方系统集成。随着时间的推移，一些搜索引擎与内容管理系统或软件结成了强大的合作伙伴关系，甚至可能为软件中的搜索功能提供支持。在这种情况下，搜索引擎可能已经与其他软件进行了本地集成。这是针对特定搜索需求的加速器。
- 搜索结果安全性调整。企业搜索应用程序必须保证用户只能从为他们准备的数据集获得搜索结果。许多搜索引擎提供对文档级别或元数据字段的访问控制。然而，一些搜索引擎足够灵活，可以实现字段级安全性。有些引擎不提供开箱即用的安全性调整，但可以通过自定义集成或插件来支持它。
- 用户界面(UI)工具包。虽然您可能拥有自己的UI开发团队，但您可能需要开箱即用的UI组件来促进搜索客户机应用程序的集成。一些发动机带有这样的部件;其他一些工具允许您创建独立的搜索应用程序或完整的搜索结果页面(SERP)，以嵌入到您自己的系统中。
- 搜索分析和网站分析。搜索引擎通常生成或允许生成搜索信号或事件。不断增长的搜索和网站分析功能使智能搜索引擎能够提供更相关和个性化的搜索结果。这些分析特性可以使用机器学习(ML)或其他高级方法来分析信号或产生见解。
- 高级人工智能(AI)功能。智能搜索引擎获得他们的资格基于他们提供的人工智能功能。相关性评分、基于mlb的查询建议、推荐、查询意图和各种其他ai支持的特性的自动调优并不是搜索引擎的标准，这可能是选择一个而不是另一个的原因。
- 授权模型。与任何软件一样，许可证是至关重要的。供应商使用的模型规定了成本、可扩展性、可伸缩性或其他需要为您的需求仔细分析的条件。
- 测试支持。一些引擎内置了执行A/B测试、ML模型测试或比较、相关性排名评估等功能。我很高兴看到添加了这些特性，使产品负责人、搜索管理员和开发人员更容易改进相关性。
您可以使用其他标准来扩展上述列表，如管理用户界面、软件开发工具包(SDK)、日志、监控、文档或其他您感兴趣的领域。
第四步:根据标准评估你的候选搜索引擎
你现在应该有了三个左右的候选人，以及评估标准。多年来，我和我的同事制作了多个电子表格用于搜索引擎评估。一般流程如下:
- 创建一个表
- 列举您定义的所有标准
- 确定每个标准的权重
- 评估所有候选搜索引擎的每个标准
- 将你对该标准的评估与分配的权重相乘，这会生成每个引擎的标准得分
- 在搜索引擎的所有标准中总结得分
在步骤4之后，您应该对所有潜在搜索引擎的所有标准进行评估。这一步包括研究搜索引擎的文档，咨询搜索引擎专家，在某些情况下，联系供应商。
第五步:检查你的分数卡，选择最合适的
电子表格的目的是为潜在的搜索引擎提供一个客观的评估。这个步骤应该很简单，因为电子表格已经计算了每个类别的分数以及每个搜索引擎的总分数。
但通常情况下，不同选项的总分差别并不大。这时分类就派上用场了。您可以根据对您的需要更重要的某些类别来选择最终的引擎。如果你选择把重点放在比较某些类别的小计分值上，就不要有一个非常主观的因素，因为它可能会在最终的选择中造成偏差。
旅程的下一站:计划您的搜索引擎实现
恭喜你!经过仔细的评估，您已经选择了您的下一个企业搜索引擎。旅程还在继续，但在实施之前还有很多事情要做:
- 计划实施新的搜索引擎，
- 准备一个多学科的团队以确保成功的实施，
- 规划对现有引擎的支持，
- 培训你的员工使用新引擎
- 还有很多其他的东西。
它可能是压倒性的…因此，计划你的下一段旅程是必要的。还记得我在本系列的第一部分中描述的地标吗?在搜索引擎选择过程中，您可能会识别出其他地标，并弄清楚如何到达它们。
我相信你会有一个更好的想法，下一步后评估候选人搜索引擎对你的详细要求和期望。例如，在实现新的搜索引擎时，可能需要调整资源来维护当前的搜索引擎。您可能需要将搜索与一些现有的应用程序解耦，甚至可能需要开发一个API层来最小化以后更改搜索引擎的影响。因此，确保在实现所选搜索引擎之前访问了这些准备里程碑。
