惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
Cyberwarzone
Cyberwarzone
The GitHub Blog
The GitHub Blog
云风的 BLOG
云风的 BLOG
P
Proofpoint News Feed
小众软件
小众软件
Recent Announcements
Recent Announcements
博客园 - 三生石上(FineUI控件)
Security Archives - TechRepublic
Security Archives - TechRepublic
W
WeLiveSecurity
Cloudbric
Cloudbric
博客园 - 司徒正美
美团技术团队
N
News and Events Feed by Topic
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
PCI Perspectives
PCI Perspectives
宝玉的分享
宝玉的分享
H
Help Net Security
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Google DeepMind News
Google DeepMind News
Help Net Security
Help Net Security
Last Week in AI
Last Week in AI
S
Schneier on Security
N
News | PayPal Newsroom
B
Blog RSS Feed
L
LINUX DO - 最新话题
T
Troy Hunt's Blog
S
Secure Thoughts
雷峰网
雷峰网
aimingoo的专栏
aimingoo的专栏
L
Lohrmann on Cybersecurity
G
Google Developers Blog
Microsoft Azure Blog
Microsoft Azure Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
T
Tenable Blog
S
Securelist
L
LangChain Blog
Recent Commits to openclaw:main
Recent Commits to openclaw:main
I
InfoQ
H
Heimdal Security Blog
Cisco Talos Blog
Cisco Talos Blog
F
Full Disclosure
Y
Y Combinator Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
K
Kaspersky official blog
T
Tailwind CSS Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
阮一峰的网络日志
阮一峰的网络日志
C
Cisco Blogs

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
PLG 公司如何打磨和销售自己的产品(2):Start & Activated
高拉 · 2022-09-22 · via 人人都是产品经理

PLG公司打磨和销售自己产品的新路径,被OpenView 命名为「New User Journey」,而这个路径可以分为不同的阶段。本文对其中的Start和Activated阶段进行了分析总结,一起来看一下吧。

PLG 公司需要一个打磨和销售自己产品的新路径,这个路径被 OpenView 命名为「New User Journey」。这是在用户从不同的上下文和认知中发现产品时,让产品能够高速增长用户为中心的旅程。

这个系列笔者会结合自己的理解和过去接触到的相关案例,整理了一下「New User Journey」,分享给大家。

本系列的第一篇文章,可查看PLG 公司如何打磨和销售自己的产品(1):Discover

在上一篇文章中,我们了解到,第一个阶段是「Disover」,这个阶段是用户首次接触产品的契机,我们的目的是让用户发现产品。

可能因为当时拖了两周多才写完,模糊了 Discover 和 Start 的概念,将 Start 阶段的官网部分也揉进去了。本文就先对 Start 的概念进行补充,再写 Activated 这一阶段。

01 Start

Start 阶段是用来连接「发现了产品」和「使用了产品」的桥梁(原文:The Start phase is the bridge that connects the discovery with the usage of the product.)。

这一阶段,核心要回答的问题是「如果我使用这个产品,对我有什么好处?」

也就是说我们要为访客传递产品的价值,从而让他们继续前往注册。是的,传递价值不是讲我能为你提供什么服务或者什么功能,而是要讲通过我提供的服务能帮助你完成什么目的

因为绝大部分的用户都是带着要解决业务难题的目的来的,如果我们仅仅只是告诉他,我们有某某服务或功能,用户可能会认为功能看起来很强大,但仍然不知道自己能用它做什么,使用了之后能怎么样。

比如在上一篇文章中,我截图了 Teambition 的官网,其对于看板这一核心能力的描述是:

随时随地,知晓信息:在公开的任务看板,随时掌握项目进度,多级任务分配到人,知道「谁」在「何时」「做什么」。——Teambition

PLG 公司如何打磨和销售自己的产品(2):Start & Activated

想象一下,如果这里这样来描述:我们提供看板的服务,你可以拖动卡片标记当前任务的状态,可以指派成员,让项目协作和管理更高效。

哪种文案的注册率更高,可能无需多说。

对于如何写出一份及格的官网,在上一篇文章PLG 公司如何打磨和销售自己的产品(1):Discover我抽象出的故事线是:

1. 品牌识别

2. 传递价值,制造幻想

3.特色功能介绍

4.替换成本低

5.安全性

6.行业客户背书

7.CTA

OpenView 提出,以下关键的原则需要被重视:

1)PLG 的官网是应该围绕人来讲,而非功能

用户想要知道你的产品如何让他们变得更好,请确保你讲的产品故事是从他们的角度出发的,而不是自说自话。

2)出色的官网用倒金字塔讲述他们的故事

用来回答“我为什么要尝试这个产品?”最核心的、最有说服力的理由一定要放在最前面,否则怀疑者就会走掉。

3)Show,don’t tell

能用视频动画去演示产品是如何使用的,别用文字去展示。

4)设计应该以人为本

使用尽可能真实的人像照片会让用户想象是自己在使用产品,这将有助于提升产品的信服力。(类似的,如果配图中使用到案例内容或数据,我们也应该尽可能使用真实的。)

5)创造 FOMO

FOMO: Fear of missing Out,币圈热词,用来描述“害怕错过某些新鲜好事”的心理。你可以用业内顶尖公司的推荐信、Logo 等信息来暗示用户,他们都在使用我们产品了,你难道不想跟上吗?

那么如何衡量你的官网是否及格,上一篇文章中提到了注册率

这里有一个参考的数据,「OpenView2022Product Benchmark Report」中统计表示,优秀的 PLG 公司的官网注册率是5%,中位数大概是 3%。

02 相邻用户理论

写到这里,我忽然想起第一次做 Onboarding 时,米高推荐我读的一篇文章:《The Adjacent User Theory》[1](相邻用户理论,其主要核心是通过解决不同圈层用户的挣扎的问题,让他们顺利前往下一个圈层,最终实现产品用户的扩大和商业收入)。

相邻用户理论中提到,我们可以把圈层根据自己的产品适合的状态来定义。比如以通过广告浏览和点击来获得收入的 Instagram 为例,你可以定义为:未注册(Not Signed Up)、已注册用户(Sighed Up)、已被激活的用户(Activated)、非正式的用户(Casual)、核心用户(Core Usage)。

这些定义都是基于自己产品的商业模式来进行。而对于 ToB 的 Slack,其圈层被定义为:使用但未注册(Using but Not Signed Up),已注册(Sighed Up),非正式的免费用户(Casual),核心用户(Core Free),付费用户(Paying User)。

PLG 公司如何打磨和销售自己的产品(2):Start & Activated

同样的,我认为 The User Journey 路径也是将 PLG 模式定义了五个圈层,我们需要解决每一个圈层的相邻用户的问题,帮助他们达到下一个圈层。

那么对于 Start 阶段,就是将未注册的用户转换为已注册。

03 Activated

成为已注册用户之后,他们下一个圈层抽象来讲是「Activated」,即被激活的用户。

激活是你的产品来交付之前在官网所承诺的价值的时刻。所以当用户获得价值即被称为激活。

但我们无法像注册率那样套用通用的一个指标来衡量用户是否获得了价值,它不是一个放之四海而皆准的指标。你可以称这个指标为「激活指标」,Amplitude 将这样的指标也称之为「North Star」(北极星)指标。

很多人都会误认为类似PV、UV、DAU、MAU就是激活指标,实则不然,这些都是虚荣指标。因为你无法根据这样的数字来直接反映出产品的策略是否正确。合适的指标是一个解构了每一个阶段目标的所反映出的数字。

这个指标不是一个拍脑袋就能够决定的,它需要产品分析数据用户的反馈来观测和发现。

比如在《The Adjacent User Theory》一文中提到,在 Instagram,如果一个用户在注册 7 天内拥有 10 个以上的粉丝,就有超过 65% 的机会成为激活用户。那么「7 日内粉丝数量超过 10 个」就是激活指标。你可以看到,这个数字是用户真实的数据得来的。

在「OpenView 2022 Product Benchmark Report」中统计得到,被调研的优秀的 PLG 公司中,87%都拥有激活指标。

报告中也给了几个知名 PLG 产品的激活指标:

PLG 公司如何打磨和销售自己的产品(2):Start & Activated

(文末 Reference 中会标注这几个产品定义活跃指标的来源,Loom[2],Zapier[3],ZOOM[4])

1. 如何找到正确的激活指标

OpenView 那篇博客给出了这样的参考:

  1. 普通用户容易实现(Easy to achieve by the average user)
  2. 能被比较快速完成(Can be completed relatively quickly)
  3. 对用户留存是可以预测的(Predictive of user retention)
  4. 和商业表现是相关的:提升激活之后应该是流向转换、扩张和病毒式的(Correlated to business performance—improvements to activation should flow through to conversion, expansion, and virality)

当你找到了核心的动作排序后,可以使用上面的框架得出它们的得分来判断这是否是一个激活指标。OpenView 模拟了几个指标来进行讲解:

PLG 公司如何打磨和销售自己的产品(2):Start & Activated

指标 1:用户增加

定义:达到某个理想的用户增加数字时,就能影响转换和防止流失吗?

  • 普通用户容易实现-YES
  • 能被比较快速完成-YES
  • 对用户留存是可以预测的– NO,增加用户的中位数对流失者和转换者是一样的。也就是说你新增用户的多少不会影响流失和转换
  • 和商业表现是相关的:提升激活之后应该是流向转换、扩张和病毒式的– YES,但是也普遍会流向那些使用了产品但没有转换的用户。

指标 2:某某功能的使用

定义:当某个功能的使用数达到一个数字时,就可以表示有早期的转换和流失的倾向吗?

  • 普通用户容易实现-YES
  • 能被比较快速完成-NO,60天后使用的中位数仍然是 1
  • 对用户留存是可以预测的– NO,流失者和转换者的使用次数是一样的。
  • 和商业表现是相关的:提升激活之后应该是流向转换、扩张和病毒式的-NO,在转换和未转化的行为没有什么不同

指标 3:积极的反馈

定义:积极的反馈达到某个数字时,就可以表示有早期的转换和流失的倾向吗?

  • 普通用户容易实现-YES
  • 能被比较快速完成-YES
  • 对用户留存是可以预测的– YES, 留存下来的账户在 30 天内产生的积极反馈是流失用户的 3 倍
  • 和商业表现是相关的:提升激活之后应该是流向转换、扩张和病毒式的-YES,自助服务账号比销售获得的积极反馈多两倍

2. 市场为激活率思考

当确定了激活指标后,一切就开始了。接下来我们团队就应该奔向这个目标前进。

那么如何让更多用户都能到达这一步呢?比如对于做自动化链接各个应用的 Zapier 而言,他们的激活指标是「用户创建一个 zip」(zip 是 Zapier 的自动化流程)。

我们应该去采访那些已经摸到激活指标的用户,定性地控制变量去研究做了哪些动作就促使这一行为的发生,这些动作就被称为了 Aha Moment。

从 Zapier 的视角来看,用户他们做了什么,get 到了什么信息就创建了一个 zap?

这个路径通常从市场活动就开始了,「How Zapier Grew Signups and Activations from their Blog by 400 Percent in 1 Year」[3]文章中提到,当他们发现用户能在他们写的自动化的博客中获得灵感、指导后,从而转化为自然流量。他们就开始思考,如何让阅读博客的用户最终创建 zap 的转化率更高。是的…他们的市场同学在用激活率衡量市场动作是否成功,真的顶。

他们的策略是,在文章中内置提到的 zap,比如你读关于「当你加了一个新客户的微信时,就自动给他发送营销微信“客户您好blabla”」就可以在文章中看到一个小工具,点击它,就是一键安装了这个预置好的 zap。对于那些有兴趣的用户,有力缩短了他激活的路径。

在 2020 年初 Zapier 开始使用这一方法后,博客的注册和激活同比增长了 400%。

其实这样的技巧看起来和软文是一样的,介绍一个产品或商品后,在最后会文中提到的模板或商品购买地址,那肯定是要比只介绍的广告来的要有效。不过这样的前提一定是文章本身足够有价值。

3. 如何定义自己的 Aha Moment

Zapier 的例子是从市场的角度提升激活率,那除了被市场活动吸引来的自然流量,仍然有非常多的用户从未知渠道而来。这时候就需要产品经理来思考如何 push 新用户达到 Aha moment 从而激活用户了。

到这一步,我们就需要先来定义什么是 Aha Moment。在「Adjacent User Theory」这篇博客中,给了一些参考。

首先要了解相邻用户是什么,一开始我们不需要花几周的时间和用户进行访谈了解谁是我们的相邻用户,这太抓瞎太盲目了,就会导致效率没那么高。我们可以先宏观地从数据中发现一些假设,带着假设来做用户研究,验证并补充之前的假设,再从微观建立体感。

比如说我们从数据中发现,有很多新用户是从某个讲项目管理的文章中来的,那么我们的假设就是用户有项目管理诉求。但是此刻我们仍然不知道他们的痛点是什么,他们因为什么需要尝试使用新工具,旧的项目管理存在什么问题。

在这一步,可以用埋点来观察那些已经被激活过的用户在哪些行为上有比较高的数据呈现。比如洞察到一类用户有比较多的行为是创建了甘特图,还有一类用户比较多的行为是编辑了看板的列。

那么下一步,我们就需要分别对应找到这些用户来做定性访谈。

为了建立体感,「Adjacent User Theory」文章中提到了四种方式:成为相邻用户、观察相邻用户、与相邻用户对话、拜访相邻用户。

PLG 公司如何打磨和销售自己的产品(2):Start & Activated

在这里就不展开讲了,有兴趣的朋友可以读读原文。

基本的方针就是:撸起袖子,弄脏自己的手 ,趟出一条路。

这句话是我之前发在即刻中的一条动态,原文这样讲:

传统行业 IT 部的「产品经理」其实不需要产品设计能力,而是需要对自身行业深耕十多年的理解,他们必须要浸淫一线,对任何业务细节都吃透,再加上商业洞察,将这些行业理解抽象为自己的产品需求。只要交互设计师具备信息架构能力且专业素质不弱(这通常有 5 年左右的交互经验就能够胜任),就能做出一个在平均线上的产品。

而如果让我们这些做互联网产品出身的产品经理去接手,没有行业知识就只能依赖「业务专家」的输出,在大量的研报和访谈积累过程中,本身挖掘到业务原貌就是基本的挑战。其次识别产品需要提供的价值,要靠敏锐的直觉,不得不承认这项能力可能是有天赋的,很多业内知名优秀的产品经理都是拥有直觉天赋,他们不需要使用方法论去推导结果,而是笃信结果一定是这样。此外,他们还能一眼识别产品设计和给客户提供的服务是否匹配。这都源自直觉。除了天赋,可能读过足够的案例和了解过足够多的产品也能帮助我们培养直觉。

如果只凭自己对行业只是数个月的认知,就认为自己能够做出对传统行业所谓「降维打击」的产品方案,能够解决行业的所有业务流程难题,就中了傲慢的圈套了。如果用户不用我们设计出的产品,甚至还要质疑他们,认为是环境因素、管理因素、用户信息化水平因素,“那他们不是我们的目标用户,我们需要先找到 Power User,去讲好客户故事,其他目标客户就会被吸引来。”这无论如何都不会获得太大的客户成功。

想获得客户成功,「永远谦逊」是基础态度。在「业务专家」访谈时,谦逊倾听对方的想法而不是打断他们试图询问“用某个流程管理这些业务,是否合理”。在了解使用用户时,谦逊地鼓励对方「说真话」的同时,还要谦逊倾听需求背后的目的,无论这个需求看起来有多离谱。

谦逊之外,我们还需要稳扎稳打的产品设计能力,用来呈现产品服务。我们需要比交互设计师靠前一步,交互设计师设计的是用户从有目的到完成目的路径,而产品经理设计的是产品的价值传递,尽可能缩短 TTV(Time To Value)。

剩下的就是商业判断和产品市场匹配度的实战探索。也许有人足够幸运,过往的经历能让他拥有一些直觉,就能少走一些弯路。如果没那么幸运,就得撸起袖子,弄脏自己的手,趟出一条路。

这样,才能做到平均线上的产品。

所以,传统行业的产品经理和互联网的产品经理的定义差别很大,做出客户成功的产品难度值的差别也很大。

保持谦逊,谨慎设计。

04 定义好 Aha Moment 之后,如何让用户触达这一刻

所有的 SaaS 产品都会有 Onboarding,通过一些手段让你 Aha。这个话题可以在FOGG 行为模型实践——Onboarding一文中展开阅读。

协作和组织的 Aha Moment:

很多文章和框架在讲 Aha Moment 的时候基本上都是回答「如何让用户感受到产品的价值」这个问题。

去年读到过一篇圈内很火很干的文章13000字的Figma研究笔记,聊聊Product-Led Growth的误区与思考中提到一个观点:「PLG 产品设计的核心是基于三层 Aha Moment 的激活」。

这三层分别是:

  1. User level Aha:用户自己动手使用,明白了产品的价值
  2. Team-level Aha:用户拉来了其他人开始进行协作,两三个人的小团队使用免费版
  3. Organization-level Aha:团队获得价值之后,就需要扩大到部门或者决策层,让他们了解为之付费的投入产出比是什么

最后,原文作者M 小姐还提到这样的观点:如果没有设计好这三层 Aha Moment,就意味着销售在对应的这三层就介入,这就违背了 PLG 的本意。

其实对于这三层的 Aha Moment,我认为第一层还是最核心最重要,解决这一步就成功了一大半。

至于 Team-level Aha,这不是难题,我们需要增加一些分享协作的触发器和尽可能地减少阻碍,体验设计师能发挥自己来解决。

而最后一层的 Organization-level Aha 实际上是下一篇文章的重点——如何设计 Paywall 促使用户付费转化。

05 写在最后

第一篇文章发出来之后,收到了一些新的订阅和打赏,也收到了一些有意思的评论:

PLG 公司如何打磨和销售自己的产品(2):Start & Activated

所以在最后也留下一个思考,我们研究学习采用 PLG,是觉得自己的产品真的适合PLG 吗?关注我的公众号(高拉)回复“PLG”参与讨论吧?

References:

[1]The Adjacent User Theory:https://andrewchen.com/the-adjacent-user-theory/

[2]Virality and Product-channel fit: The Story Behind Looms Explosive Growth:https://www.kieranflanagan.io/blog/virality-and-product-channel-fit-the-story-behind-looms-explosive-growth

[3]How Zapier Grew Signups and Activations from their Blog by 400 Percent in 1 Year:https://databox.com/metrics-and-chill-zapier

[4]YearIdentifying Key Metrics:https://uploads-ssl.webflow.com/612e5dee35b31e5a5a315574/61335f377be805fe112050bf_Zoom%20Product%20Metrics.pdf

作者:高拉,微信公众号:高拉

本文由 @高拉 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。