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

推荐订阅源

TaoSecurity Blog
TaoSecurity Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
F
Fortinet All Blogs
Cisco Talos Blog
Cisco Talos Blog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
S
Secure Thoughts
美团技术团队
雷峰网
雷峰网
Hugging Face - Blog
Hugging Face - Blog
博客园_首页
C
CXSECURITY Database RSS Feed - CXSecurity.com
Engineering at Meta
Engineering at Meta
人人都是产品经理
人人都是产品经理
月光博客
月光博客
T
Tor Project blog
P
Privacy & Cybersecurity Law Blog
Recorded Future
Recorded Future
I
Intezer
博客园 - 【当耐特】
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
GbyAI
GbyAI
罗磊的独立博客
V
V2EX
Google DeepMind News
Google DeepMind News
D
DataBreaches.Net
Last Week in AI
Last Week in AI
T
Tailwind CSS Blog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
A
About on SuperTechFans
Scott Helme
Scott Helme
Vercel News
Vercel News
Spread Privacy
Spread Privacy
T
Threat Research - Cisco Blogs
Recent Announcements
Recent Announcements
Hacker News: Ask HN
Hacker News: Ask HN
C
CERT Recently Published Vulnerability Notes
G
Google Developers Blog
B
Blog
博客园 - 叶小钗
WordPress大学
WordPress大学
博客园 - 聂微东
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Jina AI
Jina AI
IT之家
IT之家
C
Cybersecurity and Infrastructure Security Agency CISA
P
Palo Alto Networks Blog
小众软件
小众软件
博客园 - Franky
Microsoft Azure Blog
Microsoft Azure Blog
AWS News Blog
AWS News Blog

人人都是产品经理

为什么你的产品找不到差异化?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 公司如何打磨和销售自己的产品(3):Convert & Scale
高拉 · 2022-11-01 · via 人人都是产品经理

PLG 公司需要一个打磨和销售自己产品的新路径,这个路径被 OpenView 命名为「New User Journey」,也是让产品能够高速增长和用户为中心的旅程。本文对这个旅程中的Convert 和 Scale阶段进行了分析,一起来看一下吧。

PLG 公司需要一个打磨和销售自己产品的新路径,这个路径被 OpenView 命名为「New User Journey」。这是在用户从不同的上下文和认知中发现产品时,让产品能够高速增长和用户为中心的旅程。这个系列笔者会结合自己的理解和过去接触到的相关案例,整理了一下「New User Journey」,分享给大家。

本系列的前两篇文章,可查看:

PLG 公司如何打磨和销售自己的产品(1):Discover

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

在前两篇文章中,我们了解到, Discover 阶段是用户首次接触产品的契机,我们需要做的是拓宽产品被有机发现的渠道,这也是 PLG 产品的重要策略,要集中精力在有价值的内容和任何暴露品牌的分享。

对于 Start 阶段,是让发现产品的用户能完成注册。重点是为浏览官网或博客的访客传递产品价值,让他们明白通过我提供的服务能帮助你完成什么目的。

在 Activate 阶段,我们要尽可能地缩短 TTV(Time To Value),onboarding 就显得尤为重要,它是让用户获得价值从而被激活的重要手段。我们要观察那些已经获得了价值的用户做了什么,这样才能上一圈层已注册的相邻用户能规模化地被激活。

在上一章结束,我引用了‍13000字的Figma研究笔记,聊聊Product-Led Growth的误区与思考‍中提到一个观点:「PLG 产品设计的核心是基于三层 Aha Moment 的激活」。这三层分别是:

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

第一层就是我们常见的 Aha Moment,第二层是尝试让协作者容易加入并将已有业务数据快速迁移,在很多产品中都有所发挥。最后一层的 Organization-level Aha 则是本文要讲的 Convert 阶段。

01 Convert

Convert 阶段是让免费用户转换为付费客户。在 PLG 付费转化之前,我想先聊聊非互联网产品的转化。

1. 传统产品的付费转化

十年前的 ERP 年代,或者对于现在一部分的传统行业做采购,对于软件的认知都是买断制。

我曾经听到过这样的故事:在南方轻工类制造业,有钱的厂老板愿意花几十万甚至上百万的价格采购行业垂直的 ERP,这些 ERP 的销售策略和我们熟知的 SaaS 产品完全不一样。他们的方式非常直给,官网展示我是什么、我对各个规模的企业都有解决方案、我被哪些业内公司使用。

点击「免费试用」或者「预约演示」全都要预留自己的联系方式,接下来就是非常对业务了如指掌的销售出马了。市场渠道也很简单,就是投百度搜索的推荐位。

所以这一套总结下来就是「渠道推广-留资-销售」,传统又经典的产品销售模式。各个环节的转化率也很明确:

1)渠道推广环节

通过买关键词获得精准客户的官网曝光量。简单粗暴,无需内容或者口碑运营,直接买量,只要推荐位足够靠前,就有量。

2)留资环节

这个环节就是增加留资数量,也就是销售线索的数量。那么自然就有两种方式:

第一种是增加留资渠道。所以你会在非互联网产品的官网看到多种联系方式的入口:电话、QQ、微信、在线客服、试用、预约演示。这么多种留资渠道,总有一个抓住用户的。

第二种方式是提升每个渠道的留资率。我曾经见过一个最骚的操作,下图是通过「免费试用」按钮的 Landing page:

PLG 公司如何打磨和销售自己的产品(3):Convert & Scale

是不是觉得填写了企业信息、验证了手机的真实性之后,就能拥有 7 天的试用了?但提交之后,我看到了这样的提示:

PLG 公司如何打磨和销售自己的产品(3):Convert & Scale

也就是说,所谓的「注册」页面只是披了层注册皮的留资表单。没有投入资源做试用版本,但又想要用「试用」招揽客户。我虽然看懂了,但仍然大为震撼。

3)销售环节

提高成单量。同样的从两点发力,扩大销售团队和提升成单率。扩大销售团队无需多说,对于成单率,可能要从两种线索来讲:

第一类是熟人线索:自带客户的线索或是转介绍的线索,这类线索无需担心,已经建立了信任关系销售过程就非常高效顺滑。尤其是复购率高且替换成本低的产品,客情关系就是销售的主修课。

第二类是陌生线索:这些线索来源大部分可能来自买量,销售具备的素质是扎实的业务知识和解决方案,基于此让客户产生信任。其次仍然是客情关系,这可能是加速签约的关键。

除了常见的产品介绍环节,销售为了成单率可能还会提供其他帮助客户完成采购成单的服务,比如客户需要竞标则为客户提供竞标材料、如果客户是经销商那还会为最终甲方提供定制化的解决方案设计、如果客户在采购环节需要竞品分析材料销售也需要提供相应服务等等。

2. 一点题外话

在写这篇文章的时候,我刚参加完明道云 2022 年秋季大会,会上有很多传统龙头企业在分享业务部门自己做数字化转型,也有诸如普华永道分享做数字化咨询及借助明道云这样的无代码平台做落地实践,同时也有 ISV 分享也不再只是以软件工具和标准化流程推动销售,而是以角色带入和企业共创业务最优解。让软件回归工具本身的价值,行业 know how 才是更宝贵的销售价值。

印象深刻的是,一家做 B2B 营销的公司的分享的 LCP模型(Leads、Customers、Partners),Customers 阶段是「转化」,转化签单之后并没有结束,后面还有「成为企业的伙伴」,从业务实际难题出发,提升产品满意度,从而提升复购率。这个观点与 New User Journey 中 Convert&Scale 不谋而合。

最近我也一直在思考,其实 toB 的 SaaS 产品也许更应该夯实市场和销售能力,只凭 PLG 还不够。可能对目前而言,toC 的效率工具更适合 PLG。

本篇主题还是在讨论 PLG 公司打磨和销售自己产品的新路径,在这里就此打住,关于企业的数字化建设后面我可能会再写一篇最近的思考,欢迎大家订阅催更。

1. PLG 产品的付费转化

对 PLG 产品的付费转化,首先要找到用户愿意在哪里为产品提供的价值付费

因为通常的 PLG 产品都有免费版本和免费试用,所以定价策略、Packaging 以及 Paywall的设计就是自助的转化关键。糟糕的定价策略和 Paywall 一定会将用户推向门外。

这里我想到两个案例,和大家分享一下,感知都比较主观,谨慎看待。

1)飞书的 OKR 定价策略

在今年一月份的时候,因为要写 OKR,我就去看了下飞书的 OKR,当时官网的定价策略是 30 人以内团队免费,30 人以上 420 每人每年,15 天内免费,没有其他的增值服务,只是工具使用费用。

我不禁好奇,在产品价值没那么清晰,还在需要各种布道师来宣传 OKR 价值的时候,这种定价策略现在有哪些付费客户。OKR 的概念似乎兴起没几年,接受程度高的公司要么是先锋的小团队,要么是大公司有年轻又热爱新工具的中层领导在推进。这两种推进团队我直觉都不会进入付费阶段:

  1. 先锋小团队可能人数超不过 30 人。
  2. 大公司中层领导可能觉得单一个 OKR 工具性价比不高,付费意愿不会那么爽快,15 天的免费试用是无论如何都看不到工具带来的价值。

而整个官网讲 OKR 价值和服务的地方很少。反观我们熟知的健身房商业模式,训练卡和私教课。卖私教课会先讲有私教对比训练卡能让顾客达到什么结果,并且私教和训练卡是完全分开的销售模式,以及各自有各自的试用策略。

我司一开始接触过飞书 OKR,销售也来做过几次演示,虽然销售在一直推进付费转化,但在每年大几十万成本面前,最终还是选择了个免费的工具,以自己的模式推进 OKR。

2)石墨文档分享时关闭编辑的 Paywall

石墨文档在分享时默认开启「可以编辑」,如果想要设置「只能阅读」或者「只能评论」,就需要付费成为企业版。

PLG 公司如何打磨和销售自己的产品(3):Convert & Scale

这个 Paywall 的设计,无论是出于什么原因都显得很粗暴,大概率会逼走白嫖用户,从此再也没有付费机会。因为在文档百花齐放的市场,迁移成本太低了。

所以对于 ToB 的 SaaS 产品 Paywall 设计一定是发生在团队已经获得产品的价值,并尝试将自己的业务搬到产品中进行试用,付费决策者也平衡了付费的投入产出比,才会有不错的转化率。

ToC 的 Paywall 设计似乎就容易了一些,比如超过 200 篇收藏的 Cubox 和曾经超过 1000 个 block 的 Notion,能达到这样的条件,一定是个人使用者已经完全获得了产品价值,付费转化就非常丝滑。

但如果只是原样照搬,看起来也不行。前阵子宣布 100 篇文章就要付费的语雀就遇冷了,用户非常抵制这样的定价,最后语雀不得不宣布定价策略调整为每个月 100 篇文章才会触发 Paywall。

为什么会有如此待遇?我想可能还是没有切到愿意付费的点上。这里留下一个讨论的话题,如果你想加入讨论,可以添加我的个人微信(cola1106)和其他几位朋友在微信群中交流。

除了设计 Paywall,我们还需要设计订阅制的 Packaging,在这里不做展开,我曾写过一篇 订阅制的后台设计可以作为延伸阅读。

2. 产品合格线索(Product QualifiedLeads)

如果你了解过销售或者市场,一定知道 SQLs(销售合格线索) 和 MQLs(营销合格线索)。

对于 PLG 产品,可以从Paywall 直接转化以外,OpenView 指出销售仍然承载着大任,PQL 是通过使用事件筛选出那些已经获得产品价值的用户,在此时让销售介入以获得更高的转化率,OpenView 的数据指出 PQL 的转化率高达 15%~30%。

下面有张 OpenView 在「Your Guide to Product QualifiedLeads (PQLs)」[1]一文中提出的 PQL 进化曲线可以作为参考。

PLG 公司如何打磨和销售自己的产品(3):Convert & Scale

成熟采用 PQL 公司会对产品旅程和购买 signal 有着非常强的了解,并且在实践过程中不断完善自己的 PQL 自动化机制。这一过程和发现激活指标有些类似,都是需要产品分析数据和用户的反馈来观测和发现。

在这一小节中,我忽然理解,PLG 似乎不是一种固化的靠产品获得用户增长和付费的机制,而是一种转化的模式,它可以和任何模式并存,无论是已经探索出的销售线索转化模式还是其他,其目的都是为了完成转化量PLG 是为了这个转化量增加了一种渠道而已。

02 Scale

New User Journey 的最后一个阶段是 Scale,直译过来是规模化。我认为也可以理解为扩张。

在上一个阶段结束,也就是客户签订合同后,路径还没有结束。不然也不会有很多 SaaS 公司需要设立客户成功经理的岗位了。有相当一部分客户即便是已经付费,但如果团队没有用起来,那下次付费周期开始时,流失是必然的。

所以对于一个 SaaS 产品,售卖的不是产品本身,而是产品服务。要让客户通过通过产品服务获得业务的成功,这样 MRR 才会稳定。

在前面我提到一家 B2B 的营销的公司的分享的 LCP 模型中,最后一步是「Partners」,做的就是提升产品满意度,从而增加复购。所以产品也需要不断满足客户的业务诉求,解决业务问题,成为与企业并肩作战的伙伴,客户才不会抛弃你。

当客户获得真正的业务成功后,他们能够在企业内部扩大规模,让更多的部门能够参与,让他们成长为一个更大的客户案例,在对产品的收入上也表现出要增加座席,或者增加其他的用量。在单个客户的内部规模化以外,通过这一成功的 User case 还能够影响到其他行业内的企业,规模化形成行业扩张。

这样一来,才算是良性的循环,整个 New User Journey 才算结束。

03 写在最后

随着这个系列最后一篇文章的结束,我做企业服务产品的职业生涯也将告一段落,6 年多的产品经理工作就此转岗。未来也很有可能不再回到这个身份工作。

但所做的事仍然会用到之前的技能,只是不再狭义地做「产品设计」。目前的一段时间内,会为营销部门提供定制化的数字化产品服务以及有限的数据分析服务。所提供的产品只是实现业务价值的工具,希望更关注和深入实际业务本身。

在参加了很多传统龙头企业的数字化建设的分享中,也了解到 ITBP 这一角色可能会更符合我未来的职业发展定位。

对于这次转岗,机会来的比较突然,决策也非常迅速。我想很大一部分原因是在行业下行的大环境下,通过产品设计获得价值反馈的链条似乎有些长。同时存在资源投入、团队协作等不可控变量,需要花费时间和精力处理高投入低产出的杂事,导致一定的自我消耗。

不过虽然转岗,我仍然会关注企服产品。公众号也会间歇性输出,方向将会更加多元。如果你也有类似的经历和感受,欢迎和我交流。

感谢阅读。

References:

[1]「Your Guide to Product Qualified Leads (PQLs)」:https://openviewpartners.com/blog/your-guide-to-product-qualified-leads-pqls/

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

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

题图来自 Unsplash,基于 CC0 协议

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