18 规则：豌豆荚做不起来应用内搜索？
你好，我是雄峰。本节课是非规律世界的最后一篇，今天内容的关键词是规则。切入的公司是豌豆荚，一个移动互联网时代初期的明星产品。
豌豆荚之所以是当时的明星产品，有这么几个原因。
- 风口业务
豌豆荚是李开复博士旗下创新工厂中最亮眼的项目之一，它所做的应用分发业务又是当时最大的风口之一，在当时稳居市场前三名，而更关键的点在于，这么大的市场地位主要依赖于产品的口碑传播。在排名第一的91助手被百度以19亿美金纳入麾下之后，也进一步拉高了豌豆荚的估值和想象力空间。
- 硅谷文化
有供职过豌豆荚的朋友曾经说过，豌豆荚的内部福利是他见过国内创业公司最好的且没有之一，非常接近硅谷。大部分员工的薪酬是行业的一倍以上。创始团队的成员很多来自谷歌，因此内部文化也崇尚谷歌，极其自由开放、透明、扁平化，人性化福利不只覆盖正式员工，也包括实习生，记得有一个学妹跟我聊过，实习后回学校，HR还会寄一大堆零食大礼包过来慰问。
正是这两个原因，让当时豌豆荚对外的形象有两个非常鲜明的特点，对用户来说，它是体验非常好的应用分发产品，对从业者来说，它有着极具吸引力的公司文化和福利待遇，一切都具有很大的想象空间。
然而，在2013年91助手被百度19亿美金收购之后，巨头们想收购豌豆荚未果，于是自己亲自下场分发业务，比如腾讯的应用宝，加上15年之后硬件厂商应用商店的崛起，豌豆荚逐步脱离应用分发第一梯队。这其中既有竞争对手的因素，又有自己赌错赛道的原因。
当时豌豆荚并没有把自己定义为应用商店，而是未来的搜索入口，因此并没有重视原有分发业务的内容以及商业化建设，反而将大量资源投入去做应用内搜索业务，结果既错失了自建供血系统的机会，应用内搜索也没有做起来，不得已在16年以2亿美金的价格被阿里巴巴收购。
接下来，我会带你详细地去复盘什么是应用内搜索，以及为什么会有这一块业务的产生，再去分析豌豆荚做不起来应用内搜索的原因。
从中，我们再去了解任何一个新时代的机会到来，最初规则的设定对于后续业务的影响，以及百度产品大神俞军的一个产品理念：用户是很难被教育的，要迎合用户，而不是改变用户。
豌豆荚为何执念应用内搜索
在解释什么是应用内搜索之前，你可以先想想，我们在PC时代寻找信息和服务的动作，和移动互联网时代有什么区别。
在PC时代，我们的大部分需求都通过搜索引擎满足，但是到了移动时代，大部分需求都会通过对应的App来满足。
比如你想查一本书，如果在电脑上，你会用谷歌或者百度去搜索，但如果在手机上，你会打开微信读书或者多看阅读去看看，用户的使用路径发生了根本的变化，这就导致在移动互联网时期，App进入了信息孤岛化的状态。
什么是应用内搜索？
豌豆荚的创始人王俊煜打了一个形象的比喻：移动时代的各个应用就好比大海里的水缸，由于应用间的壁垒关系，各个水缸之间是不通的。这就导致用户如果想去获取一个内容，必须得去一个又一个的水缸中找，体验差且效率低。
那有没有可能推出一个新的移动搜索产品呢？通过应用内搜索技术打通App之间壁垒的现状，索引其中的各类内容直接展现给用户，并且引导用户直接调起应用来消费这些内容，构建起移动时代的一个搜索引擎。不仅实现信息的一站式聚合、查询以及消费，更让开发者通过内容直接获得持续的流量和用户，这就是应用内搜索，也是豌豆荚想要做的事。
豌豆荚为什么要做应用内搜索？
豌豆荚是怎么想到这块业务的呢？这里面，既有用户需求的满足，又有业务方向的判断，同时也有豌豆荚应用分发业务切入的优势。我来综合分析一下后两个原因。
我们前面在练习课有提到过，互联网信息量越来越多的趋势下，为了进一步提升信息的处理效率，PC互联网时代的信息分发是从以雅虎为代表的门户网站过渡到了以谷歌为代表的搜索引擎，因为后者对信息的处理效率远高于门户时代。
你会发现，移动互联网初期的应用商店和PC互联网初期的门户网站有些类似，在信息分发的处理方式上，都是把各品类最常用、最新、最热的App或者游戏推荐给用户。
站在豌豆荚的角度，可以从两个角度分析应用商店的问题。
从用户体验需求来看，用户下载应用的目的是为了体验后面的内容和服务，这一部分为什么平台不能够直接满足？
比如你想要在商店里面下载一个小说App，但是本质上，你是为了读《诡秘之主》这本小说，可能的动作路径就是一个个下载软件，然后进去看有没有《诡秘之主》这本小说。那有没有可能直接从源头出发，引导用户在商店里面就搜索自己想看的小说《诡秘之主》，然后直接提供具备小说内容的App呢？
从平台价值方向看，如果用户熟悉了应用所提供的服务，则会降低来商店的需求，平台与应用属于一锤子买卖，那么平台的价值度则会很低。在这种情况下，有什么办法可以提升平台的长期价值吗？
在这种思考框架下，业务坐标系就出来了：
PC时代门户是雅虎，搜索是谷歌。移动时代门户之一是豌豆荚，那么对应移动时代的谷歌呢？
加之豌豆荚创始团队大部分来自谷歌，自然就会理解为什么豌豆荚要做应用内搜索业务。当时豌豆荚作为国内最大的应用商店，具备不少应用的流量支配权，那么通过流量换内容的方式开展合作，就可以较快切入这一业务方向。
一切逻辑推演都很顺利，但为什么豌豆荚的应用内搜索没有做起来呢？我这里先说结论：核心在于PC时代与移动时代的信息使用路径发生了变化，而变化的根源，就在于这两个时代初期规则的不同。
PC时代搜索建立的基础
微软必应搜索的负责人沈向洋说，搜索的大厦建立在三件事的基础上：
第一，人写了很多东西放到互联网上；
第二，互联网把它们都联系在一起；
第三，每个人每天都在点击这些东西，给出反馈。
当我们在说移动端的应用内搜索做不起来的时候，我们需要回到历史的长河中去看一看，为什么PC互联网时代可以做成通用搜索业务？当初成功的基石到了今天是否发生了变化？
网站互通：HTTP和浏览器
上个世纪80年代，互联网的雏形已经显现，大家可以通过电脑Email等方式交流，但是想要大规模分享信息，就需要开发客户端软件。可问题是这些客户端软件只支持自己服务器上的内容，无法与其他人互通，这个时候就迫切需要一个统一的客户端软件，通过互联网进行有效的信息共享。
1989 年蒂姆·伯纳斯·李提出了一个构想：构建一个新的网络结构，允许在不同计算机之间分享信息，方便研究人员分享及更新信息。这个构想最终成了WWW（World Wide Web）万维网的基础，我们现在说的互联网，严格意义上指的就是万维网。
他的方案完美解决了当时信息在万维网上传播的几个关键问题：
Q1：怎样标记分布在整个互联网上的万维网文档？
A1：创建网页地址（统一资源定位符URL）。使每一个文档在整个互联网的范围内具有唯一的标识符 URL，也就是我们如今常说的网址。
Q2：用什么协议实现万维网上各种超链的链接？
A2：创建了HTTP（Hypertext Transfer Protocol）超文本传输协议，允许用户通过单击超链接访问资源。
Q3：如何用统一的语言让信息在所有的计算器上显示一致？
A3：使用HTML超文本标记语言（Hypertext Markup Language）作为创建网页的标准。
Q4：用什么样的工具方便用户找到想要的信息？
A4：创建世界上第一个Web浏览器， World Wide Web，称为万维网浏览器，简称WWW。
伯纳斯构建起了这么一套基础标准，让网站的建设变得标准化，也让任何一个人都可以通过浏览器访问任何一个可被访问的网站，而这其中，最关键的就是HTTP允许通过单击超链接访问资源，这意味着网站与网站之间的信息可以进行相互访问，为信息的共享传播奠定了基础。
信息传播：爬虫技术和Robots协议
伯纳斯·李发明万维网之后，1993年只有130个网站，1996年就有十万个了，1993年Web服务器占比1.5%，1996年就已经有50%的服务器是Web服务器。如此快的增长速度，也伴随着巨量的数据，而数据一多，要找到特定的数据就尤为困难，于是就出现了早期的搜索引擎技术，通过搜索来获取想要找的特定数据，而搜索引擎好用与否的基础，就在于是否有更多的内容。
最早的万维网搜索引擎之一的ALIWEB，它的数据来源于用户的主动提交。但是这种方式的问题在于，用户要么没有动力，要么不知道你这个网站，最终这个产品只能消失在时代的历史中。
另一拨人想到了更聪明的获取数据的办法，让爬虫去探索万维网，获取网站的信息，再通过算法索引内容来建立搜索引擎，就不需要被动等待站长提交。
如果我们把互联网比作一张大网，那网络爬虫就是在网上爬行的蜘蛛，不仅可以爬取当前页面的数据信息，还可以基于网站与网站之间的链接关系，通过一个节点继续爬行到下一个节点，也就是通过一个网页继续获取后续的网页。这样蜘蛛就可以爬行到整张网的节点，网站的数据也就可以被抓取下来。
这里我们也可以延伸一下，爬虫也会造成网站信息和个人信息泄密的风险。1994年，荷兰工程师傅马丁·科斯特起草了robots协议，而起草这份协议的原因，正是由于马丁·科斯特自建的网站经常被爬虫所淹没。马丁认为，被爬虫抓取数据这件事是把双刃剑，良好的爬取可以提高网站的曝光率，而恶意的爬取可能会导致服务器压力暴增，最终崩溃。
因此robots协议也称为爬虫协议，网站可以建立一个robots.txt文件来告诉搜索引擎哪些页面可以抓取，哪些页面不能被抓取。如果把网站视为酒店里的房间，那么robots.txt就是主人在门口悬挂的“请勿打扰”，这个文件告诉来访的爬虫哪些房间可以进入，哪些不能进入。
需要说清楚的点是，robots协议并不是一个规定，只是一个约定俗成的协议，并不具备任何法律效力，但在早期大家也都默认遵循这个规则。此外，robots协议默认是没有的，也就是说你的网站只要诞生在互联网的那一刻，默认就是分享的状态，只有你不想被分享的信息才需要添加robots协议。
好了，等到Google开始建立的时候，搜索引擎最关键的基石都已经具备，而这个基石就是自由的获取内容：
- 信息上网：人们会通过互联网来分享自己的信息；
- 信息开放：网站的信息可以直接被索引和爬取，可通过爬虫技术进行索引爬取；
- 信息保护：不想被爬取的信息可以通过robots协议进行保护，有效降低了信息开放的难点。
移动时代应用内搜索的区别
PC时代促使搜索引擎成立的基石，到了移动时代已经不复存在，这一切的核心都是iPhone在初期定义的规则：App+App Store这一套相对封闭的体系，让用户和开发者习惯了App的使用体验以及封闭的模式。接下来，我详细地说一下双方的区别。
App信息不开放：没有URL
爬虫技术要起作用，第一个关键点是需要知道网站以及网站每一个资源的URL在哪里，网址通过一堆字符确定了服务器、端口、内容和传送的方式，爬虫靠着他提供的“地址”敲响每个服务器的大门。
但是到了App时代，并没有类似网站时代的URL逻辑，每一个App内的资源都是单独命名、单独定义、单独协议，这就导致了爬虫并不通用，针对不同的App可能要制作不同的爬虫，仅仅是爬虫制作和维护的成本就远高于PC时代，爬虫也没有办法从一个App延展到另外一个App上，这跟PC时代完全不一致。
此外，App自身的信息也默认并不对外公开，可以说从App诞生的那一天就在里面植入了Robots协议，把“一切不对外开放”写得清清楚楚。换句话来说，如果你不获得对方的授权，做了爬虫也没有用。
因此，移动时代为了获取App内信息，很多时候都会对App进行反编译破解，相反的，App为了避免自己的信息被爬取，也会进行App加固或者诉诸法律程序。
App之间不互通：没有统一的HTTP协议
PC时代HTTP的存在，让网站之间可以互联互通，点击链接就可以跳转到另外一个网站上。但是移动互联网刚开始的时候，没有移动版的“HTTP”。App之间交互没有共有协议，主要依靠App自定义的私有协议支持。
假设你现在要跳转到微信的某一个功能或者某一个页面上，那么URL的开头就是weixin://，后面的链接内容如果微信不告诉你，你压根就跳不过去。即使你知道了，微信还会对访问过来的来源进行鉴定，看看是不是不认识的人。
头部App的高筑墙和长尾App的消亡
唯一一条获取应用内信息的通路只有：跟App合作，获取App的授权。豌豆荚采取的方式是：流量换内容。这个思路乍看起来没有问题，但是忽略了时间发展下的动态变化。我们顺着下面的逻辑去推演一下。
Q1：什么样的产品愿意跟豌豆荚拿内容换流量？
A1：头部产品不缺流量，愿意合作的一定是中尾部App，或者行业竞争剧烈需要流量供给的品类（比如视频）。从时间的角度来看，App越来越头部化，容易演化出超级App，比如微信；竞争激烈的品类必然会进化出头部产品，比如滴滴和美团。
这些头部产品并不会把内容给到豌豆荚，更没有任何人希望跟PC时代的搜索引擎一样，上游会有一个入口来卡扣自己的流量。所以移动互联网时代的App都在想办法规避自己的信息被人所获取，对自己的App进行安全加固，把自己的内容圈定在自己的藩篱内，避免被爬虫反编译破解。头部App合作不了，豌豆荚就只能去找一些中长尾的App合作。
Q2：如果找更多的腰部和尾部进行合作，如何维持长期的合作？
A1：长期合作的前提是豌豆荚提供的流量持久而稳定。流量换流量属于持续合作，不是一锤子买卖。只有保持长期流量的供给，合作产品才有动力持续合作内容，但在接下来的应用商店竞争过程中，豌豆荚的流量在萎缩，这个基础也在丧失，就导致原本愿意合作的产品后续并不愿意合作。
Q3：在已达成合作意愿的产品，如何给用户提供较好的搜索体验？
A3：好的搜索体验的基础是较多的内容索引。早期豌豆荚的应用内搜索技术需要开发者配合做数据的接入合作，沟通通常需要一两个月，后面虽然调整了接入逻辑，由豌豆荚去适配开发者的内容结构，但也需要两周左右的时间。对比PC时代Google的爬虫一天可以爬取上亿条，效率不可同日而语，导致可被索引的内容也相当有限，自然也就无法提供较好的搜索体验。
这就是豌豆荚做应用内搜索面临的问题：
- 重新搭建规则：移动时代没有PC时代的信息互通规则，需要自己独自去探索应用内搜索的规则且需要获取行业的认同；
- 重新拓展内容：App孤岛化，需要通过自身流量供给让内容接入，可拓展的空间非常有限；
- 重新建设索引：没有通用的协议，导致信息的接入效率较慢且信息量不足，无法扩展较多的信息索引和接入，导致推出的应用内搜索用户体验感较差。
用户没有来商店搜索内容的需求
上述的问题只是搜索内容建设遇到的问题，而最关键的问题在于：用户并没有养成来商店搜索非分发内容的习惯。试想想，你有想法去App Store或者任何第三方商店搜索内容么？比如，你去App Store上会搜索“哪些小说会比较好看么”，即使有，这部分用户代表主流么？这就是常识的判断。
不管豌豆荚认不认自己是不是应用商店，关键在于大多数用户的认知下它就是应用商店。用户虽然来豌豆荚下载App是为了看《诡秘之主》，但是搜索的方式还是找到可以看《诡秘之主》的软件，并不会在商店里面直接搜索“诡秘之主”。
豌豆荚试图改变已有用户使用产品的习惯，但是可提供的内容又有限，产品体验并不够惊艳。而竞争对手又围绕着应用分发这个市场大力投入，不断撼动豌豆荚原有的分发大盘。在豌豆荚all in应用内搜索业务的时候，新用户看豌豆荚的面目是模糊的：它到底是一个商店还是一个什么？
互联网产品做久的人会有一种执念，认为自己可以通过产品改变用户的使用习惯，可以提供更好体验的产品给到用户，成为福特是每一个产品人的执念。好比100多年前，·福特先生到处跑去问客户：“您需要一个什么样的更好的交通工具？”几乎所有人的答案都是：“我要一匹更快的马”。但是福特最终发明了汽车，从而开启了汽车时代，但大多数的产品人并不是福特。
百度产品大神俞军在多年前分享了自己做产品的十二条方法论，其中有两条我分享一下：
发现需求，而不是创造需求。
用户是很难被教育的，要迎合用户，而不是改变用户。
当一个产品被赋予了超出它本身范围以外的期望，那么这款产品到最后难免会是悲剧。
小结
这篇文章帮你复盘了PC时代搜索引擎可以连通一切的原因，核心就在于伯纳斯·李构建的万维网基础框架，其中最关键的是以下三个点：
URL：让互联网上的每一个文件都得到独一无二的标识；
HTTP：允许用户通过单击超链接访问资源，从而实现网站之间的信息互通；
浏览器：创建了世界上第一个浏览器，让所有网页都通过浏览器进行显示。
而基于这个基础下演化出来了爬虫技术和robots协议，让网上的信息在准许的条件下进行默认分享，从而给谷歌这类通用搜索引擎的诞生奠定了基础。
相反等豌豆荚想要做应用内搜索的时候，上述的一切规则都需要自己重新搭建，难度可想而知。而最关键的点在于，用户更多还是把豌豆荚当成一个应用商店，当产品的定位被用户认定之后，再想要进行改变，则是非常难的事情。
用俞军的话来说：用户是很难被教育的。
我这里先摆明一个观点，站在曾经的同行的角度来说，我是自发内心的尊重豌豆荚这家公司，身边也有不少曾经在豌豆荚从业的朋友，基本上在各自业务领域也都有不错的发展。
虽然豌豆荚最终被阿里低价收购，但是回过头来看，豌豆荚给从业者带来了极大的勇气，向巨头都难以踏足的领域进发，尝试改变行业，它的产品理念也获得了行业的认同以及尊重，可能互联网世界不多一个的91助手，但是缺一个豌豆荚。
思考题
在这节课的最后，我给你留了一个和豌豆荚目标相关的思考题。想一想，你觉得应用内搜索现在是哪个产品做起来了呢？
欢迎你在留言区和我交流互动。我们建立了一个读者交流群，欢迎你的加入！如果你觉得有所收获，也可以把这节课分享给你的朋友一起学习。我们下节课见。
- 醉聆风语 👍（8） 💬（4）
如果历史倒流，老师认为豌豆荚应该怎么做呢
2022-08-29 - AlanHalo 👍（7） 💬（2）
我觉得微信的搜一搜是目前我认为做的比较成功，我自己用的比较多的，用户体验也不错的应用内搜索之一，我觉得原因如果类比豌豆荚的困境，也可以总结出三点： 一是并非重新搭建规则，而是从发现，迎合用户习惯出发，逐步完善属于自己的规则。从14年最早为了检索聊天内容而上线的搜索功能，通过微信生态的发展壮大，一步步在用户的习惯中发现新的机会点，逐步完善自己的搜索规则，覆盖场景，从最早的聊天场景，到后来的公众号，朋友圈，再到现在覆盖内容，品牌，服务，且无需像最初类似PC时代一定要从搜索入口，进入，选中即可使用，彻底融入了微信的方方面面。从最早相对被动的适应用户，到探索，发现用户潜在需求，引导，培养用户的习惯，最终搭建出了一套属于自己的，主动发掘型的搜索规则； 二是通过第一点培养客户使用习惯，微信在引导客户适应新规则下，培育出了一个适合培养大量原创内容的社区，公众号，并且通过之后的小程序生态打开了一片广阔天地，诸多第三方应用与其配套的服务，从垂类资讯到O2O业务极大丰富了微信本身的场景，创造出来了巨大内容池，让这个社交平台融入了用户生活的方方面面，在这个背景下搜索也能更好发挥自己的意义，满足用户不同场景下检索信息的需求； 三是并不重新搭建索引，而是基于自身的内容体系，从社区搭建的开始探索用户使用习惯，逐步完善索引机制，让搜一搜覆盖面逐渐扩大，搜索的使用方式与场景越来越丰富，从最初只能搜索聊天内容，只能去PC时代在搜索入口检索，到现在指尖搜索，#号快速搜索等多场景索引，极大提升了搜索功能的用户体验，从而提升了搜索功能的价值，不仅仅作为信息检索，和你是作为流量的分发入口，融合在微信生态中。 关于搜一搜，大家可以参考一下链接中微信官方团队在21年关于搜一搜的总结和展望：https://mp.weixin.qq.com/s/jiBGe2HeSDWqfxm7a04FUg
2022-08-29 - 石云升 👍（5） 💬（1）
俞军在《俞军的产品方法论》里讲了一个用户价值公式： 用户价值 = 新体验 - 旧体验 - 转换成本。 我们大多数人都低估了转换成本的价值。也正因为转换成本的代价太大，所以现在做产品才有所谓的十倍好，不是别竞品好一点点，而是要好很多，否则就很难去改变用户的习惯。
2022-09-02 - 大土豆 👍（4） 💬（3）
有幸在91的母公司呆过两年，91卖完之后，老板建了1000亩的超豪华海边园区（其实就是老板的私人庄园，实在太大，顺便给大家建一些宿舍和工位办办公），有高尔夫球场，皮划艇场地和游泳池，还放着老板的十几辆跑车。工作上，当时老板的态度是我们就是二线城市的BAT。技术，福利待遇各个地方都向BAT对齐，现在回想起来还真的是很疯狂😂，意气风发，钱花不完。和豌豆荚比较下，还真是有点感慨，或许对的时间干对的事情就是这种感觉吧。
2022-09-02 - Allen 👍（4） 💬（2）
微信吧, 公众号-小程序-视频号，把内容留在自己生态里才能在移动领域实现“搜索”
2022-08-30 - Ankhetsin 👍（2） 💬（1）
App时代都是独立的宇宙。除了用官方给的SDK，没法接通。
2022-08-29 - 桃子-夏勇杰 👍（1） 💬（1）
感觉微信的搜索还是很难用，很多有用的信息在公众号里，但是就是搜索不出来
2022-09-16 - Gosling 👍（4） 💬（0）
其实说到应用内搜索，还是规则没有建立，技术上我觉得可能有一些工作量和标准需要制订，但是不是障碍，举例来说，从百度搜索入口是可以搜到新浪微博的内容，而新浪微博本身是有APP，但是也有基于网页版的内容，只要应用支持匿名访问一定量的内容同时支持标准的协议（如HTML）输出内容，就可以建立起应用桥梁。 而对于流量问题，无论从百度进入还是直接从新浪微博进入，对新浪微博来说本身从自身流量结果来说没有区别，只在于是不是要把给别人多一个流量的机会。技术上，对于爬虫可以做到适度开放，如只允许爬取最新一条微博或最新一条微博的前20个字。这样大部分场景，用户从其他应用搜索到了看到不完整的信息，只要是有需求的用户还是会点击链接跳转到新浪微博，如果不是老用户，甚至还可以拉新。 但是互联网本身的开放初衷已经慢慢变成了一个个巨头圈地的新玩法，预期开放给别的厂商，不如我自己做一个搜索，肥水不流外人田。好在有反垄断，虽然不知道实操有没有用了。 以上举例除了新浪微博，小红书、知乎这类好像都可以做标准输出被爬到。至于微信，目前看似公众号文章算是这种标准，但是小程序这类还是很难被索引到，且微信自身的生态已经连接了很多APP。所以只要微信不被挑战，应该不会改变，所以微信内搜索目前主要还是反哺自家应用为主。 所以结论，目前应用内搜索我还是更看好支持标准协议和内容索引输出，也就是老牌搜索引擎为代表。
2022-09-01 - Mao 👍（1） 💬（0）
锤子科技的TNT发牌手也是想用类似的思路解决应用间不互通的搜索问题，就是在操作系统层面同时打开多个app来搜索内容，很可惜也没做成。
2023-01-04 - Ankhetsin 👍（1） 💬（0）
我知道的一个不是聚合内容搜索的，是通过图文识别做的学生做题题海里搜题类的App。还有一个是elastic search自己做的系统内检索。
2022-08-29 - 吴桐 👍（0） 💬（0）
应用内搜索首先想到了豆瓣在影视资源上的"可播放"标签。用户感知上可能就属于应用内搜索，但底层逻辑还是不同，一个是先有内容，再有搜索；一个是豆瓣本身的内容，再匹配其他平台的播放权限等信息
2023-05-04 - 刘宇涵 👍（0） 💬（0）
You.com 也是一个应用商店和搜索引擎，他们最近还拿了 4500 万美金的融资
2022-12-24