运营人去哪看免费的市场报告？
一、细分行业研究网站
1 直播观察 （直播） iresearch.tv/
2 DataEye （游戏） dataeye.com/report
3 中国音数协游戏工委 （游戏） cgigc.com.cn/
4 旅游圈 （旅游） dotour.cn/topics/data
5 艺恩网 （泛娱乐） dataeye.com/report
6 亿邦动力 （电商） ebrun.com/
7 芥末堆 （教育） jiemodui.com/
8 动脉网 （医疗） tIndex
9 星图数据 （电商） hotspot.html
10 百度慧眼 （交通） huiyan.baidu.com/report
二、研究报告发布网站
1 镝数聚（覆盖100+行业报告及数据，更新及时，支持报告与数据交叉查询，80%可以免费下载）https://www.dydata.io/?channelCode=ZAU5ZUR2&hmsr=zh-hl
2 艾瑞网 （互联网行业报告、APP日活月活查询） report.iresearch.cn/
3199IT （报告集合引擎） 199it.com/
4 CNNIC （互联网发展研究报告） wxzbg/
5 TalkingData （互联网研究报告） rts.html?category=IndustryReport
6艾媒网 （互联网研究报告） iimedia.cn/
7 36氪 （互联网研究报告） 36kr.com/
8尼尔森 （仅参考） nielsen.com/cn/zh.html
9友盟+ （仅参考） info.umeng.com/
10梅花网 （营销信息、咨讯） meihua.info/
11企鹅智库 （互联网研究报告） re.qq.com/
12 速途网 （数字新媒体产业咨讯） sootoo.com/
13 沃顿知识在线 （仅参考） http://www.knowledgeatwharton.com.cn
14 互联网的那些事 （互联网咨讯） alibuybuy.com/
15 知识库 （研究报告） useit.com.cn/
16 ipsos中国 （供参考） ge/overview
17 腾讯大讲堂 （讲座PPT） djt.qq.com/ppts/
18 阿里研究院 （供参考） aliresearch.com/
19 微报告 （研究报告） data.weibo.com/report/r
20 皮匠网 （专题研究报告合集） 3mbang.com/
21 百度文库 （研究报告） wenku.baidu.com/
22 MBA智库 （研究报告） doc.mbalib.com/
23 Trustdata （研究报告） publish
24 极光 （研究报告） jiguang.cn/reports
25 普华永道 （行业研究报告） pwccn.com/zh.html
26 QuestMobile （行业研究报告） arch/report-new
27 胡富百润 （行业研究报告） ndex
28 麦肯锡 （洞见和麦肯锡季刊板块） mckinsey.com.cn/
29 罗兰贝格 （行业研究报告） rolandberger.com/zh/?
30 埃森哲 （行业研究报告） -applied-now
31 CDC （仅参考） cdc.tencent.com/
32 第一财经商业数据中心 （消费数据报告） cbndata.com/report
33 搜狗微信搜索 （微信公众号文章） weixin.sogou.com/
34 钛媒体 （研究报告，多数收费） tmtpost.com/
35 T媒体 （研究报告） cniteyes.com/document
36 国双数据中心 （研究报告） ata.html
37 无限向溯 （研究报告） l
38 数说故事 （研究报告） datastory.com.cn/report
39 亿欧智库 （研究报告） iyiou.com/
40 比达网 （研究报告） bigdata-research.cn/
41 凯度中国 （消费研究报告） /publications/China-Insights
42 清科研究中心 （仅参考） report.pedata.cn/
三、政策发布网站
1 中国政府网 （综合政策发布） gov.cn/
2 国家新闻出版广电总局 （视听政策发布） sapprft.gov.cn/
3 国家互联网信息办公室 （互联网相关管理规定发布） cac.gov.cn/
4 中国人民工业和信息化部 （行业政策发布） miit.gov.cn/
5 国家互联网应急中心 （网络安全周报、网络安全新闻资讯发布） cert.org.cn/
6 国家工商行政管理总局 （互联网广告和消费管理政策发布） saic.gov.cn/
7 中国网络视听节目服务协会 （视听资讯发布、政策转载） cnsa.cn/
8 中华人民共和国商务部 （经济政策发布） mofcom.gov.cn/
四、投资机构的统计网站
1 参照系 （细分行业公司列表） canzhaoxi.com.cn/report
2 IT桔子 （付费） itjuzi.com/
3 天天投 （细分行业公司列表） evervc.com/
4 投中网 chinaventure.com.cn/
5 CB Insights （独角兽公司列表） cbinsights.com/
五、APP数据查询网站
1 七麦数据 （APP榜单） qimai.cn/
2 艾瑞数据 （APP榜单） app
3 易观千帆指数 （APP榜单） zhishu.analysys.cn/
4 App Annie （APP榜单） s/
5 新榜 （公众号、小程序、微博、头条号等数据） newrank.cn/index.html
6 酷传 （APP榜单） kuchuan.com/
一、细分行业研究网站
1 直播观察 （直播） iresearch.tv/
2 DataEye （游戏） dataeye.com/report
3 中国音数协游戏工委 （游戏） cgigc.com.cn/
4 旅游圈 （旅游） dotour.cn/topics/data
5 艺恩网 （泛娱乐） dataeye.com/report
6 亿邦动力 （电商） ebrun.com/
7 芥末堆 （教育） jiemodui.com/
8 动脉网 （医疗） tIndex
9 星图数据 （电商） hotspot.html
10 百度慧眼 （交通） huiyan.baidu.com/report
二、研究报告发布网站
1 镝数聚（覆盖100+行业报告及数据，更新及时，支持报告与数据交叉查询，80%可以免费下载）https://www.dydata.io/?channelCode=ZAU5ZUR2&hmsr=zh-hl
2 艾瑞网 （互联网行业报告、APP日活月活查询） report.iresearch.cn/
3199IT （报告集合引擎） 199it.com/
4 CNNIC （互联网发展研究报告） wxzbg/
5 TalkingData （互联网研究报告） rts.html?category=IndustryReport
6艾媒网 （互联网研究报告） iimedia.cn/
7 36氪 （互联网研究报告） 36kr.com/
8尼尔森 （仅参考） nielsen.com/cn/zh.html
9友盟+ （仅参考） info.umeng.com/
10梅花网 （营销信息、咨讯） meihua.info/
11企鹅智库 （互联网研究报告） re.qq.com/
12 速途网 （数字新媒体产业咨讯） sootoo.com/
13 沃顿知识在线 （仅参考） http://www.knowledgeatwharton.com.cn
14 互联网的那些事 （互联网咨讯） alibuybuy.com/
15 知识库 （研究报告） useit.com.cn/
16 ipsos中国 （供参考） ge/overview
17 腾讯大讲堂 （讲座PPT） djt.qq.com/ppts/
18 阿里研究院 （供参考） aliresearch.com/
19 微报告 （研究报告） data.weibo.com/report/r
20 皮匠网 （专题研究报告合集） 3mbang.com/
21 百度文库 （研究报告） wenku.baidu.com/
22 MBA智库 （研究报告） doc.mbalib.com/
23 Trustdata （研究报告） publish
24 极光 （研究报告） jiguang.cn/reports
25 普华永道 （行业研究报告） pwccn.com/zh.html
26 QuestMobile （行业研究报告） arch/report-new
27 胡富百润 （行业研究报告） ndex
28 麦肯锡 （洞见和麦肯锡季刊板块） mckinsey.com.cn/
29 罗兰贝格 （行业研究报告） rolandberger.com/zh/?
30 埃森哲 （行业研究报告） -applied-now
31 CDC （仅参考） cdc.tencent.com/
32 第一财经商业数据中心 （消费数据报告） cbndata.com/report
33 搜狗微信搜索 （微信公众号文章） weixin.sogou.com/
34 钛媒体 （研究报告，多数收费） tmtpost.com/
35 T媒体 （研究报告） cniteyes.com/document
36 国双数据中心 （研究报告） ata.html
37 无限向溯 （研究报告） l
38 数说故事 （研究报告） datastory.com.cn/report
39 亿欧智库 （研究报告） iyiou.com/
40 比达网 （研究报告） bigdata-research.cn/
41 凯度中国 （消费研究报告） /publications/China-Insights
42 清科研究中心 （仅参考） report.pedata.cn/
三、政策发布网站
1 中国政府网 （综合政策发布） gov.cn/
2 国家新闻出版广电总局 （视听政策发布） sapprft.gov.cn/
3 国家互联网信息办公室 （互联网相关管理规定发布） cac.gov.cn/
4 中国人民工业和信息化部 （行业政策发布） miit.gov.cn/
5 国家互联网应急中心 （网络安全周报、网络安全新闻资讯发布） cert.org.cn/
6 国家工商行政管理总局 （互联网广告和消费管理政策发布） saic.gov.cn/
7 中国网络视听节目服务协会 （视听资讯发布、政策转载） cnsa.cn/
8 中华人民共和国商务部 （经济政策发布） mofcom.gov.cn/
四、投资机构的统计网站
1 参照系 （细分行业公司列表） canzhaoxi.com.cn/report
2 IT桔子 （付费） itjuzi.com/
3 天天投 （细分行业公司列表） evervc.com/
4 投中网 chinaventure.com.cn/
5 CB Insights （独角兽公司列表） cbinsights.com/
五、APP数据查询网站
1 七麦数据 （APP榜单） qimai.cn/
2 艾瑞数据 （APP榜单） app
3 易观千帆指数 （APP榜单） zhishu.analysys.cn/
4 App Annie （APP榜单） s/
5 新榜 （公众号、小程序、微博、头条号等数据） newrank.cn/index.html
6 酷传 （APP榜单） kuchuan.com/
❤1
#职场社畜日常
面试复盘：
面的海尔客服数字化方向的岗位
Q1:客服人员是怎么减少的
通过产品功能，比如机器人功能 知识库功能上线后和原有产品的差距，进而客服的效率有所提升
Q2：解决率是怎么计算的
解决工单数/总工单数
正确的应该是：解决会话数/有效会话数
Q3：解决工单数口径是啥
不太会，瞎说来着
正确的应该是：未转人工且未评价不满意且情绪未识别为不满意的会话数
Q4：公司将来要改变现有的客服流程，如果是我我会怎么开展工作
1了解现有的流程，看有哪些优化的点
2调研客服，了解他们的需求
3看竞品，有哪些借鉴的点
Q5：你是怎么做竞品调研的
1看阿里 百度这些好的竞品 找到试用账号，再有可以联系竞品售前进行讲解
2从功能 页面设计 数据指标几个维度分析
（这题回答的不好，应该从用户体验五要素回答来着，那时候一时没有想出来）
Q6:你平时做汇报是怎么开展的，怎么写ppt
1首先对于不了解的领域要做调研
2可以从现有业务 业务痛点 解决方案 几个方面来列大纲
Q7:对客服数字化产品岗位的理解
1相比于传统产品经理，这个岗位肯定要懂算法，懂机器人相关的算法知识，比如自然语言理解
2产品肯定是和机器人 人工智能相关
Q8:最快到岗时间？
半个月左右
整场面试最大的bug就是我的网络不好，面试官听的断断续续的，再加上我对这个客服的业务产品不熟悉。还有就是基本功问题，连竞品分析这块都没有搞好！
所以今后就要提升业务能力和基本功啦。
面试复盘：
面的海尔客服数字化方向的岗位
Q1:客服人员是怎么减少的
通过产品功能，比如机器人功能 知识库功能上线后和原有产品的差距，进而客服的效率有所提升
Q2：解决率是怎么计算的
解决工单数/总工单数
正确的应该是：解决会话数/有效会话数
Q3：解决工单数口径是啥
不太会，瞎说来着
正确的应该是：未转人工且未评价不满意且情绪未识别为不满意的会话数
Q4：公司将来要改变现有的客服流程，如果是我我会怎么开展工作
1了解现有的流程，看有哪些优化的点
2调研客服，了解他们的需求
3看竞品，有哪些借鉴的点
Q5：你是怎么做竞品调研的
1看阿里 百度这些好的竞品 找到试用账号，再有可以联系竞品售前进行讲解
2从功能 页面设计 数据指标几个维度分析
（这题回答的不好，应该从用户体验五要素回答来着，那时候一时没有想出来）
Q6:你平时做汇报是怎么开展的，怎么写ppt
1首先对于不了解的领域要做调研
2可以从现有业务 业务痛点 解决方案 几个方面来列大纲
Q7:对客服数字化产品岗位的理解
1相比于传统产品经理，这个岗位肯定要懂算法，懂机器人相关的算法知识，比如自然语言理解
2产品肯定是和机器人 人工智能相关
Q8:最快到岗时间？
半个月左右
整场面试最大的bug就是我的网络不好，面试官听的断断续续的，再加上我对这个客服的业务产品不熟悉。还有就是基本功问题，连竞品分析这块都没有搞好！
所以今后就要提升业务能力和基本功啦。
#互联网工具，推荐一个临时邮箱工具 Temp Mail temp-mail.org ，很适合用于不想泄露自己真实邮箱的临时注册、收各种验证码、一次性场景使用，省去了经常收到垃圾、广告、机器人邮件的烦恼，测试了一下收消息很快，使用简单，此外还提供了App版本可控使用。
#工程师工具 最近发现了一个在线的支持各类编程语言的 Playground，叫做 riju.codes ，很适合写一些简单的代码，也可以用于快速验证效果，无需配置任何环境，很是方便。
#工程师工具，今天推荐一个浏览器自动化工作流的扩展叫 Automa automa.site
使用连接块来编排你的逻辑，有自动填充表单、截图、取数据、定时触发、操作浏览器、Web 交互等能力。
可以将你重复的操作很好的交给这个工具，好比快捷指令，很易使用，有需求场景的同学可以来折腾玩玩。
使用连接块来编排你的逻辑，有自动填充表单、截图、取数据、定时触发、操作浏览器、Web 交互等能力。
可以将你重复的操作很好的交给这个工具，好比快捷指令，很易使用，有需求场景的同学可以来折腾玩玩。
#职场社畜日常
saas产品的七种增长模式
1.销售驱动型增长（SLG：Sales-led Growth）
销售驱动增长主要指在一个典型的客户购买旅程中，客户通过市场渠道联系销售看demo，销售一步步跟进直到产品实施。产品只有在销售决策完成后才能开始发放到用户手中开始使用。
2.产品驱动型增长（PLG：Product-led Growth）
PLG 是一种商业策略。开发逻辑、设计理念、品牌营销、客户销售、续购增购都由用户手中的产品浓缩，并通过出色的用户体验传递给用户：产品棱镜。
这需要公司层面多团队的合作（工程师、销售、市场等）把产品当做最大的可持续、可规模化的增长渠道。
这种商业策略有着如下逻辑前提：终端用户价值的崛起已经成为企业服务领域决定性的力量。PLG 商业策略根本上是寻求一种 C 端低成本驱动增长的规模化获客体系。其底层逻辑是：把产品自身作为增长载体，前期通过免费版或者免费试用的方式，让产品自己“说服”客户，推动获客、留存、拓展的飞轮运转。
3.市场驱动增长（MLG：Market-led Growth）
营销主导的增长，意味着依靠通过网站上的内容、社交媒体营销或广告的内容营销来获取新客户。在以营销为主导的增长中，关键是尽早吸引你的客户并让他们记住你的服务。
营销主导增长的目标是让人们了解公司的产品，让他们访问公司的网站，提供独特的内容并向他们展示你们提供的价值。
4.体验驱动增长（XLG：eXperience-Led Growth）
目前业界还首次提出了体验驱动增长（XLG，eXperience-Led Growth）概念，相较于目前行业热议的三种增长模式（PLG 产品驱动增长、MLG市场驱动增长、SLG 销售驱动增长），体验驱动增长会涉及企业更多的组织部门，是对整个企业的战略调整，甚至会重塑企业的商业模式，带来第二条增长曲线。
5.客服驱动增长（CS-LG：Customer Service-Led Growth）
客户服务是贯穿整个客户生命周期中的连接和互动触点，以往的客服，定位于一个依靠知识库，对客户的问题，提供标准的解答。现在，智能客服已经代表了客户的全周期参与和长期的客户关系。客服这一业务角色，也从后台走向前台。
高质量的客服，能为企业带来巨大的经济效益。比如，从发现线索，到建立私域流量，再到帮助客户选择和达成交易，最后到复购和交叉销售，都可以靠智能客服完成。
6.社区驱动增长（CLG：Community-led Growth）
CLG面向的是积极支持用户之间的互动，并提供超越产品边界的社区价值来发展业务"朋友"。用社区驱动增长（CLG, Community-led Growth)助力PLG和SLG，用KOL和典型客户的口碑驱动SaaS产品的增长。
CLG专注于为saas产品社区创造一个安全的空间，让他们聚集在一起、分享价值、建立关系，并最好地利用他们的产品/服务来解决问题或帮助实现目标：进入市场的方式，中心是通过利用社区进行销售。
7.事件驱动增长（ELG：Event-led Growth）
事件驱动saas产品增长的模式目前适用性还有待考证，主要对于合规类、安全类SaaS产品，产品增长与国家发布的重要合规条款、要求、标准等，以及社会安全、国家安全、网络安全、设备安全等重要政策导向与业务需求相关。
对于强政策相关性saas类产品，事件驱动增长模式(ELG)也值得关注。
https://cdnv2.ruguoapp.com/Fqil-zp9Ew1ntbTvGuJbcVnPqdpFv3.png
saas产品的七种增长模式
1.销售驱动型增长（SLG：Sales-led Growth）
销售驱动增长主要指在一个典型的客户购买旅程中，客户通过市场渠道联系销售看demo，销售一步步跟进直到产品实施。产品只有在销售决策完成后才能开始发放到用户手中开始使用。
2.产品驱动型增长（PLG：Product-led Growth）
PLG 是一种商业策略。开发逻辑、设计理念、品牌营销、客户销售、续购增购都由用户手中的产品浓缩，并通过出色的用户体验传递给用户：产品棱镜。
这需要公司层面多团队的合作（工程师、销售、市场等）把产品当做最大的可持续、可规模化的增长渠道。
这种商业策略有着如下逻辑前提：终端用户价值的崛起已经成为企业服务领域决定性的力量。PLG 商业策略根本上是寻求一种 C 端低成本驱动增长的规模化获客体系。其底层逻辑是：把产品自身作为增长载体，前期通过免费版或者免费试用的方式，让产品自己“说服”客户，推动获客、留存、拓展的飞轮运转。
3.市场驱动增长（MLG：Market-led Growth）
营销主导的增长，意味着依靠通过网站上的内容、社交媒体营销或广告的内容营销来获取新客户。在以营销为主导的增长中，关键是尽早吸引你的客户并让他们记住你的服务。
营销主导增长的目标是让人们了解公司的产品，让他们访问公司的网站，提供独特的内容并向他们展示你们提供的价值。
4.体验驱动增长（XLG：eXperience-Led Growth）
目前业界还首次提出了体验驱动增长（XLG，eXperience-Led Growth）概念，相较于目前行业热议的三种增长模式（PLG 产品驱动增长、MLG市场驱动增长、SLG 销售驱动增长），体验驱动增长会涉及企业更多的组织部门，是对整个企业的战略调整，甚至会重塑企业的商业模式，带来第二条增长曲线。
5.客服驱动增长（CS-LG：Customer Service-Led Growth）
客户服务是贯穿整个客户生命周期中的连接和互动触点，以往的客服，定位于一个依靠知识库，对客户的问题，提供标准的解答。现在，智能客服已经代表了客户的全周期参与和长期的客户关系。客服这一业务角色，也从后台走向前台。
高质量的客服，能为企业带来巨大的经济效益。比如，从发现线索，到建立私域流量，再到帮助客户选择和达成交易，最后到复购和交叉销售，都可以靠智能客服完成。
6.社区驱动增长（CLG：Community-led Growth）
CLG面向的是积极支持用户之间的互动，并提供超越产品边界的社区价值来发展业务"朋友"。用社区驱动增长（CLG, Community-led Growth)助力PLG和SLG，用KOL和典型客户的口碑驱动SaaS产品的增长。
CLG专注于为saas产品社区创造一个安全的空间，让他们聚集在一起、分享价值、建立关系，并最好地利用他们的产品/服务来解决问题或帮助实现目标：进入市场的方式，中心是通过利用社区进行销售。
7.事件驱动增长（ELG：Event-led Growth）
事件驱动saas产品增长的模式目前适用性还有待考证，主要对于合规类、安全类SaaS产品，产品增长与国家发布的重要合规条款、要求、标准等，以及社会安全、国家安全、网络安全、设备安全等重要政策导向与业务需求相关。
对于强政策相关性saas类产品，事件驱动增长模式(ELG)也值得关注。
https://cdnv2.ruguoapp.com/Fqil-zp9Ew1ntbTvGuJbcVnPqdpFv3.png
两个批量工具网站，挺实用的，功能很多，你想要的批量功能基本上这两个网站都有。怎么用自行研究，用的好能节省很多时间精力，工作效率飞起。
mycointool.com
cointool.app/dashboard
mycointool.com
cointool.app/dashboard
Apple Power User是一份由网友根据自己整理记录macOS/iOS的使用经验而制作的macOS/iOS软件推荐和使用经验分享，此系列内容主要基于作者长期使用macOS系统发现时间机器也比不上直接格盘重装，于是在多次尝试之后逐步梳理出现在这些内容。正好也为自己平时积累但相关知识找个地方展示。指南涉及到macOS重装、macOS/iOS使用技巧、应用插件软件推荐使用、快捷键使用等等，而且还配图文，感兴趣的可以学习。
链接：https://kuanhsiaokuo.github.io/apple_power_user/
链接：https://kuanhsiaokuo.github.io/apple_power_user/
#职场社畜日常
被同事问过一个问题：方案成功率太低，AB实验过多消耗研发资源，怎么办？
刚开始做业务时，问题显著，不太需要AB。但随着业务成熟，方案更难、AB测试成功率也越来越低。怎么办呢？
先讲个故事。
金融行业，有一段时间，流行做预授信。
咋做呢？
就是本来，用户来申请贷款，先得提交身份证、手机号。
对用户有了基本的了解，再给用户展示额度，告诉用户可以借给他多少钱。
这是常规的贷款流程。
但是，预授信就不是这样了。
不需要用户提交身份证、手机号。
用户来了，点一下授权按钮。
授权后，我把你在我这个网站上此前的数据拿来，不用再提交材料，先给个授信额度。
满意就可以直接借款。
减少了一开始的用户操作。
正常来说，用户转化率肯定会提升。
竞品们普遍反馈，做了预授信，转化率都有显著提升。
但是，到我们这儿，做了个预授信，实际上线AB测试了一下，发现转化率不仅没提升，反而下降了。
为啥呢？
后来分析了半天原因。
才发现，是预授信给的额度太低了。
也不难理解。
用户原先给我身份证、手机号，我能给他2万的额度。
现在，用户不给身份证了，我对用户了解更少了，可能只能预授信给3000。
可是用户想借1万5。
3000都不能满足用户的需求，他当然就不会转化！
于是，预授信项目加了个策略——只对额度足够高的用户，展示预授信，其他用户老老实实提交材料。
转化率的变化，才从降低转为提升。
预授信上线之后，过了一段时间，review最近的相关AB测试时，发现好几个AB测试的效果都不好。
乍一看，是个新问题。
运营逼着风控，给一部分用户提高预授信额度。
但是风控实在看不清楚用户好坏。
提高额度的时候，很担心风险跟着增加。
于是，把给用户的利息也提高了……
预授信的利息，比用户本来能享受到的利息高。
对用户涨了价。
转化率当然也会降低！
两次的问题，乍一看不太一样，一次额度、一次利息。
但是背后，其实都违背了同一个基本认知——
“用户是奔着额度、利息这样的核心权益来的，每个项目，得让用户拿到更好的权益，转化率才会提升！”
那段时间，我们的AB测试成功率很低。
后来复盘大量失败的AB测试，发现绝大多数项目根本就不该进研发，在测试之前就应该叫停。
这些失败的项目，都至少违背了某一条早被验证过多次的基本认知。
这些项目为啥会诞生呢？
常常是团队看到了某个问题，觉得解决起来有可能带来增长。
但是设计方案时顾此失彼。
在方案的其他地方违背了基本认知，于是注定不可能实现好效果。
背后的原因是——
业务越来越成熟，每个方案需要考虑的东西越来越多。
但是，团队的成熟程度没跟上业务，考虑不到，于是总在同样的认知上犯错。
后来，我和团队做了个工作，才解决了这个问题。
我们把被反复验证过的基本认知，整理了出来，发现其实也不多，一共就十几条。
比如：
1、给用户更好的权益，才会提高转化。
2、用户始终在与竞品比较，权益的展示越方便用户比较越好。
3、复杂操作尽可能后置，让用户一开始的流程越简单越好。
4、差用户急，好用户挑。
5、比起短信，用户主动访问时，是转化更好的时机。
等等。
此后的评审会上，加了个流程。
每个方案，要先拉出这几条基本认知，对一遍，有没有与基本认知矛盾的地方。
没有矛盾，那好，可以上线AB测试。
AB测试如果验证了某条新认知，更新到认知库里。
与已有认知矛盾？
也没关系，说明理由，为什么你觉得效果可能会好？
是你觉得已有认知可能有问题？
还是你提出了一条新假设？
大家达成一致，觉得值得测试，也可以进AB。
所有人维护同一套“认知”，针对“认知”做方案、做测试，AB测试的成功率才开始快速提升。
这个工作方法，也适合大多数业务。
这个方法的本质是什么呢？
通过测试、工作，对业务形成的认知，才是一个团队最大的财富。
对于已有的认知，只有让所有人都理解、遵循，才能少走弯路。
而对认知的补充和更新，才是每个人最有价值的产出。
被同事问过一个问题：方案成功率太低，AB实验过多消耗研发资源，怎么办？
刚开始做业务时，问题显著，不太需要AB。但随着业务成熟，方案更难、AB测试成功率也越来越低。怎么办呢？
先讲个故事。
金融行业，有一段时间，流行做预授信。
咋做呢？
就是本来，用户来申请贷款，先得提交身份证、手机号。
对用户有了基本的了解，再给用户展示额度，告诉用户可以借给他多少钱。
这是常规的贷款流程。
但是，预授信就不是这样了。
不需要用户提交身份证、手机号。
用户来了，点一下授权按钮。
授权后，我把你在我这个网站上此前的数据拿来，不用再提交材料，先给个授信额度。
满意就可以直接借款。
减少了一开始的用户操作。
正常来说，用户转化率肯定会提升。
竞品们普遍反馈，做了预授信，转化率都有显著提升。
但是，到我们这儿，做了个预授信，实际上线AB测试了一下，发现转化率不仅没提升，反而下降了。
为啥呢？
后来分析了半天原因。
才发现，是预授信给的额度太低了。
也不难理解。
用户原先给我身份证、手机号，我能给他2万的额度。
现在，用户不给身份证了，我对用户了解更少了，可能只能预授信给3000。
可是用户想借1万5。
3000都不能满足用户的需求，他当然就不会转化！
于是，预授信项目加了个策略——只对额度足够高的用户，展示预授信，其他用户老老实实提交材料。
转化率的变化，才从降低转为提升。
预授信上线之后，过了一段时间，review最近的相关AB测试时，发现好几个AB测试的效果都不好。
乍一看，是个新问题。
运营逼着风控，给一部分用户提高预授信额度。
但是风控实在看不清楚用户好坏。
提高额度的时候，很担心风险跟着增加。
于是，把给用户的利息也提高了……
预授信的利息，比用户本来能享受到的利息高。
对用户涨了价。
转化率当然也会降低！
两次的问题，乍一看不太一样，一次额度、一次利息。
但是背后，其实都违背了同一个基本认知——
“用户是奔着额度、利息这样的核心权益来的，每个项目，得让用户拿到更好的权益，转化率才会提升！”
那段时间，我们的AB测试成功率很低。
后来复盘大量失败的AB测试，发现绝大多数项目根本就不该进研发，在测试之前就应该叫停。
这些失败的项目，都至少违背了某一条早被验证过多次的基本认知。
这些项目为啥会诞生呢？
常常是团队看到了某个问题，觉得解决起来有可能带来增长。
但是设计方案时顾此失彼。
在方案的其他地方违背了基本认知，于是注定不可能实现好效果。
背后的原因是——
业务越来越成熟，每个方案需要考虑的东西越来越多。
但是，团队的成熟程度没跟上业务，考虑不到，于是总在同样的认知上犯错。
后来，我和团队做了个工作，才解决了这个问题。
我们把被反复验证过的基本认知，整理了出来，发现其实也不多，一共就十几条。
比如：
1、给用户更好的权益，才会提高转化。
2、用户始终在与竞品比较，权益的展示越方便用户比较越好。
3、复杂操作尽可能后置，让用户一开始的流程越简单越好。
4、差用户急，好用户挑。
5、比起短信，用户主动访问时，是转化更好的时机。
等等。
此后的评审会上，加了个流程。
每个方案，要先拉出这几条基本认知，对一遍，有没有与基本认知矛盾的地方。
没有矛盾，那好，可以上线AB测试。
AB测试如果验证了某条新认知，更新到认知库里。
与已有认知矛盾？
也没关系，说明理由，为什么你觉得效果可能会好？
是你觉得已有认知可能有问题？
还是你提出了一条新假设？
大家达成一致，觉得值得测试，也可以进AB。
所有人维护同一套“认知”，针对“认知”做方案、做测试，AB测试的成功率才开始快速提升。
这个工作方法，也适合大多数业务。
这个方法的本质是什么呢？
通过测试、工作，对业务形成的认知，才是一个团队最大的财富。
对于已有的认知，只有让所有人都理解、遵循，才能少走弯路。
而对认知的补充和更新，才是每个人最有价值的产出。