偶尔了解到了Google AdSense，发现有很多人将其接入了自己的博客，据说可以通过它赚点小钱，因为好奇（缺钱）我也尝试了把。

Google AdSense

先简单看下什么是Google AdSense，虽然这好像并不重要~
不过百度百科的解释也太粗暴了，粗暴到我还是忍不住想把它截出来。

以我们这种只想赚钱的使用者角度来看，Google AdSense可帮实现的就是可以在我们的页面上加上广告，有人如果点击广告就会给我们产生收益。

如果稍微专业一点来说，Google AdSense是广告系统中的SSP 或 Ad Network，它支持RTB模式。我们作为接入者，便是一个Publisher。
如果再放大到Google广告生态，还可以牵扯出DBM（作为DSP）、double click（作为Ad Exchange）等等部分。
以上这些术语，对于未接触过广告系统的人，可能已经看得云里雾里了。不过上面也说了，这些并不重要哈哈~

接入流程

1. 注册Google AdSense账号，然后需要一两天的审核时间，通过后会有对应的邮件通知。
   
   
2. 注册成功后，就可以登录Google AdSense啦，它会给你提供一段代码，并提示你需要把代码粘到你页面的HTML上。
   
   
   
3. 最简单的就是直接将其粘在主页面的之间就可以了。
   我的网站主题采用了ejs模板，主页的head部分已经被单独抽成了一个ejs文件，我就直接把代码加这了。参照项目的风格，我也干脆把这段代码提成了一个文件，方便管理
   ps：adSense上面那两段analytics也是之前用这种方式加的，当时一时兴起，后来再也没关注过😂
   

1. 加好之后跑回google启动下，又需要等待一段时间。
   
   
   
2. 等google把账号启动后，就可以去”广告单元”模块新建广告单元，提供了几种广告类型可供选择，我网站上用的是展示广告。
   

这里再多提一句，我其实刚开始是去”自动广告”那个模块建广告的，因为据说”自动广告”是新出的功能，觉得肯定比较高级。但等了好久也没出现任何广告，后来看到有小伙伴说这个自动广告好像不太稳定，默默还是回去选了广告单元- -

效果

当当当当~效果就是这样滴！
不过不知道它为什么总是给我推服务器的广告，还总是针对学生的那种服务器，很想知道它是这么计算的- -

真的有收益哦，还是美元的哈哈~不过鉴于我的网站太冷清，还是只能靠自”点”自足挣钱啦😝

Flag

鉴于18年的阅读量退步很大，所以今年决定从年初就开始督促自己好好读书，虽然还是拖到了2月真正开始- -

今天的目标呢——
1、数量：不低于24本
2、内容：一半专业（金融小白真的很需要补课），一半兴趣。

书单

reading

《双城记》
《程序化广告实战》

to read

《债务危机》
《企业IT架构转型之道》

read

专业

《看懂股市新闻》
《小白投资美股指南》

兴趣

《四世同堂》
《流浪地球》

貌似得放大点开了- -

本周入职了新公司，此处假装有掌声👏。

入职第一天组长丢来一份学习计划，第一个要输出的任务就是一份我司产品的体验报告。

之前对于这类报告一直比较缺少系统的方法总结，趁这次画了一张关于体验报告的脑图，其中的内容是我参考了很多报告之后整理出来的，算是比较适合自己分析的一套方法。

话不多说，直接上图~

关于过程中需要数据支撑分析的部分（图里的用户分析有提到），之前简单整理了一份我经常使用的数据来源列表，也顺便贴一下~

ps：最近完全迷上了脑图，清晰明了又简洁，不过还有一部分原因是因为我太爱Xmind Zen的界面了，真的吼吼看，强推给大家🙈

平日在做产品调研时，经常会需要去搜集数据进行分析。在此整理一下我用到过的数据来源，基本为免费。

各方数据由于其渠道的不同会存在偏差，建议在使用时进行整合，注意取舍/平均
另外，使用时最好指明数据来源哦~

认知 AI 人工智能

人工智能是什么

人工智能 = 数据 + 算法 + 算力

例如: 平安金融AI风控 = 用户金融数据 + AI算法模型 + 计算机训练

人工智能算法

vs 传统算法

相同点： 都是为了处理决策

不同点：

• 传统算法 -> 逻辑运算
• 人工智能算法 -> 模拟人脑自主学习/进化

常见算法

• 基本算法
• 数据结构算法
• 数论与代数算法
• 计算几何算法
• 图论算法
• 动态规划以及数值分析
• 加密算法
• 排序算法
• 检索算法
• 随机化算法
• 并行算法
• 厄米变形模型
• 随机森林算法

人工智能的发展

发展历程

三大学派

作为AI产品经理应关注各学派的异同点，找准方向。

三大变革

1956-1970
明斯基提出贝尔曼公式，增强算法原型（算法的突破）

1980-1987
台式机的诞生，达到超越人工智能所需的算力（算力的突破）

1993-至今
互联网、IOT的发展，为人工智能奠定数据基础（数据量的突破）

结论：人工智能的变革，实质上是数学的变革。

人工智能的行业布局

国内

国外

拓展

机器人三大定律

• 第零定律：机器人必须保护人类的整体利益不受伤害。
• 第一定律：机器人不得伤害人类个体，或者目睹人类个体将遭受危险而袖手不管，除非这违反了机器人学第零定律。
• 第二定律：机器人必须服从人给予它的命令，当该命令与第零定律或者第一定律冲突时例外。
• 第三定律：机器人在不违反第零、第一、第二定律的情况下要尽可能保护自己的生存。

图灵测试

图灵测试（The Turing test）由艾伦·麦席森·图灵发明，指测试者与被测试者（一个人和一台机器）隔开的情况下，通过一些装置（如键盘）向被测试者随意提问。

进行多次测试后，如果有超过30%的测试者不能确定出被测试者是人还是机器，那么这台机器就通过了测试，并被认为具有人类智能。

写在年中

2017年以26本的数量收官，2018年初迷上了王小波，又把阅读杆秤移向了文学作品的范畴。

今年的阅读观好像也发生了一些改变。
首先逐渐减轻了对纸质阅读的执念，开始习惯使用读书app和阅读电子读物。
由此带来的是，对”私人化阅读”观念慢慢脱离。之前一直觉得阅读是很私密的事情，但渐渐习惯在【微信读书】上发表对文字的看法，关注身边朋友的书单，对阅读这件事愈来愈有一个开放的心态。

书单

文学

《白鹿原》
《芳华》
《黄金时代》
《了不起的盖茨比》
《青铜时代》
《三体》
《我是猫》

《我决定活得有趣》
《谢谢你》

金融

《打开量化投资的黑箱》
《打开对冲基金的黑箱》

其他

《白说》
《结构思考力》
《罗辑思维：我懂你的知识焦虑》
《在你身边，为你设计》

作为一名旅行爱好者，偶尔发现了 KLOOK 这款产品，成立至今已获得3轮融资，非常好奇它到底靠什么玩法吸引着用户以及投资商，特此研究了一番，瞅瞅这个投资收割机到底有哪些厉害的地方~

市场概况

市场规模

据易观的《中国在线度假旅游市场专题分析2018》显示，近年来在线旅游市场交易规模持续快速增长，同时其在旅游行业中的渗透率至2017年增至16.5%。

透过以上数据不难发现，旅游业及其在线化过程处于共同发展的局面，而对比左右两图可得出，在线旅游市场以更快的速度成长。

根据国家旅游局和艾瑞提供的数据也能发现同样的增长态势，2011-2016年旅游业收入的复合增速为15.8%，同期在线旅游市场的复合增长率高达33.9%，在线旅游市场增长趋势不容小觑。

市场趋势

随着游客越来越重视逗留体验，厂商的产品体系中心也从原先的”机酒服务”注解开始转移到所谓的”目的地服务”，借此提升用户旅游体验和旅游消费容量。

根据上面华菁证券提供的”2020年旅游行业三大业务线规模预测”来看，目的地服务在未来有着仅次于旅游住宿的市场规模，潜力很大。而当今此块业务还未被太多行业厂商主打，存在着更多的挖掘机会和价值。

另外值得一提的是，大部分（60%）消费者在旅行过程中购买目的地产品，他们更期望在旅行过程中决策，这种消费结构的改变促使用户从原来单纯机票、酒店、跟团游的旅行方式，逐渐过渡到了需要更加碎片化、个性化的目的地产品，KLOOK 这种集中于”行中”过程的产品，也与这种变化趋势所吻合。

市场竞品

KLOOK 专注旅行体验，是提供目的地服务的预订平台。市场上与 Klook 的出发点比较类似的产品还包括光合旅程、猪悠游，以及白日梦旅行等，主要差异在于它们的用户群和运营模式。

• 光合旅程主要深耕日本市场，它之前定位是一个碎片化体验内容预定平台，后来发现C端获客成本太高，开始重点挖掘B端市场。
• 猪悠游主要拓荒欧洲游，产品要来自本地的供应商，它们的定位为中国出境市场。
• 白日梦主打一日游，省去用户的规划环节，突出定制旅行的概念。

产品定位及优势

产品定位

KLOOK 本身是亚太领先的旅行体验预订平台，旨在帮助用户”发现更好玩的世界，预订独一无二的旅行体验”，平台提供世界各地上万种值得尝试的目的地玩法与服务，具体包含下面几个特征——

• 以亚太地区为核心
• 专注目的地服务
• “探索”和”预订”两大任务点

产品优势

垂直细分

虽然旅游市场已是一片红海，但 KLOOK 一方面满足的是用户体验式旅游的个性化需求，属于偏垂直的类型，有利于寻找差别化需求。另一方面针对的是不仅包含中国人的亚太地区。两者都属于还未被过多挖掘的方向，可谓是抓住了市场交叉点。

旅行体验师

借鉴去哪儿用户对旅游营销活动因素关注的调查显示结果来看，用户对特色活动的关注愈发明显。

而 KLOOK 组建有自己的旅行体验师，在知乎拥有最大的旅游类专栏”一群旅游体验师”。通过旅行体验师的体验经验，梳理出各地的特色活动产品，完美迎合了消费者对于特色活动的需求增长。并且，体验师因为需要自己亲身尝试各项特色活动，一定程度上让活动品质更有保障，而相应的专栏建设和推广也使产品更具传播性。

强大的投资背景

自2015年以来，KLOOK 已收获了三轮融资，2017年更是获得了两轮投资。

强大的投资阵容一方面说明 KLOOK 的商业模式、产品形态对投资方有足够的吸引力，是对产品的一种肯定。而推及到其所带来的影响，投资背景有利于为 KLOOK 打造更多的关注度和资本实力，有助于产品更好的发展。

KLOOK 融资历程
2015年，KLOOK 获得500万美元A轮融资，由经纬创投领投，华创资本以及 Francis Leung 领投。
2017年3月获得红杉资本中国基金领投的三千万美元B轮融资，经纬创投、微光创投、华创资本跟投。
2017年10月 KLOOK 宣布获得近6000万美元C轮融资，由红杉资本中国基金、高盛与经纬创投联合领投，并有多家亚洲家族基金跟投。

国际化团队和公司业务

KLOOK 推崇国际化的产品团队与产品业务，这使得 KLOOK 可以更好地整合国际资源，对目的地资源、国际客群以及B端商户都有更深的了解，可以更好地把控资源、赢得客源。

商业模式

业务模式

KLOOK 的业务模式是我认为比较有看点的，它把重点放在了对于资源的把控。

这里的资源指的是旅游产业链中最底端，也是最不可替代的旅游资源，它们作为旅游行业的最基础元素，是任何厂商都无法绕过的一道。并且 KLOOK 的方式尤为直接，不走传统的如旅行社这样的中间代理，以自己的模式直接去把控自身所需要的目的地资源。

如今，当很多 OTA 都把重点放在争取更多消费者的时候，解决上层的获客问题时，KLOOK 则另辟蹊径，从底层着手，不得不说对旅游行业很有深入的探究和理解。

解决方案

当把控了目的地资源后，KLOOK 所做的就是为目的地资源的提供方构建一套完整解决方案。

这一部分实际是 KLOOK 的 B端模式，它为资源方提供了一站式的解决方案，弥补了行业内在资源方服务方面的不足。其为资源方输出的价值，可以帮助它争取到更好的资源，占有更大的份额，从而也提高了自身的资源质量和体量。
进一步来说，更好的资源也会对用户会有更强的吸引力。这种模式一旦能建立起来，2C 和 2B 两种模式相辅相成，驱动力会十分明显。

我的想法

这里提供一些我的看法，主要陈述一些我对 KLOOK 未来产品发展的一些想法。

加大优惠活动推广运营

根据艾瑞的调研结果显示，用户在使用在线旅游平台时，最多考虑的还是价格因素。因此仍可遵循普遍的促销手段，通过加大优惠活动的推广运营，吸引用户消费。

而大部分用户一般会集中选择在法定节假日出游，因此可多针对节假日、寒暑假等时期优惠促销。

加强推广，提升获客能力

加强各渠道的推广力度，国内可在旅行网站、知乎、微博等活跃渠道进行广告引流，国外通过进一步取样分析确认推广渠道。

推广时，可以以用户出游意愿为出发点，以最能触发用户出游行为的因素为宣传切入点，增强宣传效果。而由于今年IP类影响因素的明显提升，可着重考虑根据此类因素展开推广，学会抓住热点事件。

而在推广过程中，需要对推广效果进行检测，不断调整优化推广方式，找到最为优势的推广策略。

挖掘目的地产品需求

一方面以用户对目的地的兴趣排名，着重开发相关产品，推广相应文章，承接上一点提到的推广策略，吸引目标用户。而针对其他潜在的用户，则进行深入调查，了解核心需求，深入挖掘后或许也会有不同的收获。

另一方面，借助体验师的产品优势，进一步挖掘新兴目的地或已有目的地的特色活动。

对不同阶段的用户设计产品组合

KLOOK 现阶段的产品还是以单品为主，这种偏碎片化的产品很适合成熟度高的用户，让他们灵活自由搭配。而随着用户群体的增大，可考虑针对不同阶段用户进行产品组合。

比如对依然需要关于行程/交通指引的用户，提供打包组合式的一日游；而针对更有依赖需求的游客，可考虑提供更多的行程安排、当地随行等服务。

打通海外目的地资源的交易平台

前文提到，越来越多的消费者逐渐转向在旅行过程中进行决策，就像大家在外面逛街时，会打开大众点评临时决定一下等会吃什么。如果 KLOOK 可打通海外的目的地资源，很有机会借此把自己打造成海外版的类大众点评产品，这也是当今市场上存在缺口的方向。

写在最后

刚开始决定研究 KLOOK 的时候，只是抱着了解一下的态度。但随着认知的逐渐加深，觉得学到了很多。
之前一直觉得自己在商业能力上存在欠缺，期间通过查阅各种资料、寻找各种数据，不光了解到了 OTA 的现状，也顺便学习到了很多公司的商业模式、产品核心，真的很有收获。
第一次以市场的角度来写产品分析文，有诸多不足，还请大家多多指点，谢谢！

零、写在最前

学习了很多大神发表的需求评审经验，结合自己的评审会实践，给自己总结了个checklist。每次评审时，直接逐条参照准备，算是给自己总结的一个方法论😝。

一、评审前

推敲多种方案，分析优缺点

针对需求，考虑多种方案并分析每个方案的优缺点。当几种方案在产品层面没有太大差别时，可从多个角度（如开发、设计等）进行权衡。
ps：提前准备相关数据进行佐证，评审上备用。

与核心人员提前沟通

提前找到相关的核心人员（技术、运营等等），让他们成为前期设计的参与者，更有利于后期的项目开展。
此时可以将考虑到的多种方案让他们进行初步评估，有利于决策。

梳理清晰需求文档

形式不限，重点是表达清楚产品意图。

自行review

review过程中，关注以下几点——

• 确定性：这么做会如何如何，确定要这么做？
• 完整性：是否考虑到了所有情况？会不会有异常情况？(异常情况的考虑很重要)
• 复杂性：这么做太复杂了，有没有更简单的方式？
• 熟悉性：产品改动是否会影响到现有的流程？会不会造成用户的强烈不适应？
• 变化性：需求后期是否会出现变化(包括新增、改动、去除)？
• 交互性：交互是否友好？
• 依赖性：这个需求对其他系统是不是存在依赖？

会议准备

利用评审会前的黄金72小时。

提前约定会议
提前3天与开发、测试、设计等团队沟通协调时间，确保关键角色都有时间可以参加（尤其是比较忙的领导>-<）。
确认好时间后，立马订好会议室（会议室要抢>-<）。

准备&发送资料
提前2天将「交互原型」、「需求文档」等资料通过邮件的方式发给与会成员，并要求与会成员必须提前查阅，有任何疑问提前提出。
ps：邮件内容需包括「时间」、「地点」、「评审内容」、「核心功能点」（便于与会人员快速了解）、「文档&原型&相关材料」。

再次确认&提醒
提前1天收集大家对于本次评审内容的问题，汇总好问题后逐一解答&根据问题修改文档，以邮件的形式统一回复给大家。最后再次提醒大家会议的时间、地点。
通常我也会提前1天给自己准备一份大纲或发言稿，罗列上各个需要讲解的点，确保会议上没有遗漏。

临终准备😂
提前一刻钟左右，跑去会议室确认设备情况、清理电脑上的私人的信息（QQ、微信、桌面上其他杂项、浏览器上其他杂页）。

ps：如果实在遇上紧急需求的话，就只能越快越好了😅

二、评审中

开场白

从故事开始
我们这个需求要为用户讲一个什么故事（做什么：评审内容）；
这个故事是怎么来的（为什么做：项目背景）；
用户通过这个故事能得到什么（有什么价值：解决问题）；
如何完成这个故事（怎么做：解决方案）。

等待提问
该环节仅限于方案层面，主要是为了让与会人员明确产品大方向，若涉及到了细节问题，立马表示之后再讨论。

功能评审

采用总分总的形式。

功能模块（总）
罗列需求涉及相关的重大功能点，并简要描述优先级，指明当前的最重点内容。

流程&交互（分）
针对各功能模块讲解每个功能的主要流程，并且结合原型讲解该功能的交互。

总结&提问（总）
每个环节评完后再阐述一下总的流程，一方面总结功能评审环节，另一方面承上启下。

明确数据指标

讲解本次需求中需要哪些关键性的指标，提出可能需要的数据采集事项。

确定负责人&资源配合

明确本次需求中哪些环节需要哪些人、哪些资源进行配合。

时间规划

会议现场则需要根据之前制定的大概周期与大家沟通，确认各方给出时间评估，不能现场评估的需要做好后续跟踪以尽快完成完整的项目周期规划安排。
其中涉及到的重要依赖事项，也需要按照时间节点明确下来。

Q&A环节

询问其他疑问&建议，进行各方回答或者记录。

总结结会

最后简要总结一下会议，主要是复述一下会议上发现的问题，后续产品怎么跟进，以及怎么和大家沟通协作等。

会议纪要

important!便于会后讨论和修改。

三、评审后

更新相关材料

根据会议内容，更新需求文档&原型，重大更新点用特殊字体标注出来。

邮件通知评审结果

整理评审会议记录以及更新好的材料，然后邮件各个相关人员(包括没有与会的相关人士，必要时抄送给boss)。

小套路：邮件中记录评审人讲的话留下证据，方便后面产品推进。

跟进后续问题

会议上可能会有遗留的后续问题，根据实际情况评估是否还需要再次评审或是只跟单独人员私下沟通，持续跟进并尽快解决这些问题。

追踪项目进度

追踪项目周期规划安排，跟进开发测试进度，对产品进行验收等。

反思

搞清楚在之前的过程中出现的所有问题。
相关人员为什么会有各种想法？
为什么会反对产品设计？
为什么觉得功能不合理？
……
认真反思总结这次需求规划，从中不断吸取经验。

准备下期需求

上个版本规划下来，池子里又堆了好多需求，赶紧去捞吧~当然肯定还有一麻麻其他事情等着去处理，燥起来，我们的愿望是改(he)变(ping)世(jiu)界(hao)！

参考

• 乔松 — 需求评审指导方案：如何才能不被研发围攻？
• 米可 — 好的需求评审流程该怎么走？
• LiSten — 告别撕逼大战！产品经理「需求评审会」通关指南！