结果就会直接在当前页面用个浮

文字上进行选择然后窗的形式显示并可以结合上下文来判断用户此时选择的这个词语的最佳用含义是什么。这样就可以给出用户个最需要的最合适的结果。 有些词语可能没有正确之分但是定有合不合适语境的区别。举个例子如果我在搜索引擎中

搜索的是个苹果的词语那么结果

到底应该显示出来红富士苹果还是苹果手机 这就是没有结合上下文进行搜索时搜索引擎无法做出最正确判断的例子。作者本人就遇到过多次想在拼多多买点水果结果搜索结果页列出来了堆手机的情况。 第二方面是搜索结果的准确度易理解程度的问题。 我们都知道在通用大模型产品刚刚上线不久的时候我们与这类产品对话时

经常会遇到胡说八道的情况。 虽然现在 柬埔寨电邮清单 已经好很多了但是很多用户包括作者自己有时候依然会怀疑给出的答案是否是可信的所以现在很多搜索产品在给出答案的时候都会将答案的来源列出来来增加回答的可信度另方面意义是为了方便用户去原文链

电子邮件数据

接中查找更多信息 刚刚作者说了准确度易理解程度这两个维度的体验。首先来说准确度。由于微信读书的搜索结果基本是从整个产品中不可计数的书籍中进行查找的所以对于概念的准确的基本是有保障的。 虽然作者也是做自媒体但是不得不承认很多情况下已经出版的书籍中对些概念名词的解释是更为准确校对更加严格的。 再来说丰富度或者叫结构化从上面的截图中大家也可以看到当我搜索链式法则这个词语的时候整个搜索结果给我列出了它的定义应用理

解等个部分的内容正是由于从多

方面多角度给出的信息帮助了用户更 建立任何类型的网站 轻松的去理解搜索词的含义有的时候他甚至还会给你举个例子来帮助用户理解。 除了在书籍内容页面可以进行搜索之外在书籍商城的搜索框中同样可以进行搜索。我们假设个场景我想看余华最新出版的作品但是我又忘了这本书叫什么名字于是我在搜索框中输入了文字余华最新出版的书籍。 搜

索结果虽然给出了我很准确的回答但是却并没有直接给我打开这本书的入口而我们直接搜索第七天这个书名时其实能够发现这本书已经在微信读书中上架了。 所以我们能够推测在这里进行搜索时其实还是根据书籍内容进行的 在前面的分析中我们提到了微信读书结合具体的产品使用场景为能力做了很细致的融合。 但是这里就没有考虑使用场景或者

说没有对用户的意图做出进步的判断。意图识别将是很多产品的核心能力这方面的分析将会在下篇长文中进行详细解释 作者觉得在个阅读产品中输入某某的作品

那这个时候用户的意图应该是非常明 博茨瓦纳 电话号码 的就是想找到这本书去阅读。这里没有做出更便捷的设计确实有些遗憾。 不过也可以理解毕竟这个功能叫做问书而不是搜索。 当然从整体上来说问书功能还是个具体场景与能力结合之后对用户体验提升非常大的案例。 接下来我们继续来聊聊大纲听书翻译。 二听书 听书功能其实是个出现了非常多年的功能那么为什么微信读书这里定要把这个功

发表评论

您的邮箱地址不会被公开。 必填项已用 * 标注