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

推荐订阅源

Google DeepMind News
Google DeepMind News
博客园_首页
H
Help Net Security
T
Tailwind CSS Blog
S
SegmentFault 最新的问题
GbyAI
GbyAI
Scott Helme
Scott Helme
D
Docker
Hacker News: Ask HN
Hacker News: Ask HN
P
Privacy & Cybersecurity Law Blog
Jina AI
Jina AI
雷峰网
雷峰网
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Spread Privacy
Spread Privacy
G
GRAHAM CLULEY
C
Cisco Blogs
The Hacker News
The Hacker News
F
Full Disclosure
Y
Y Combinator Blog
Blog — PlanetScale
Blog — PlanetScale
Recent Announcements
Recent Announcements
G
Google Developers Blog
量子位
K
Kaspersky official blog
Cisco Talos Blog
Cisco Talos Blog
The Cloudflare Blog
A
About on SuperTechFans
C
Cybersecurity and Infrastructure Security Agency CISA
Last Week in AI
Last Week in AI
博客园 - 三生石上(FineUI控件)
Microsoft Security Blog
Microsoft Security Blog
Martin Fowler
Martin Fowler
T
Tenable Blog
P
Palo Alto Networks Blog
H
Heimdal Security Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
W
WeLiveSecurity
Schneier on Security
Schneier on Security
The Register - Security
The Register - Security
F
Fortinet All Blogs
Stack Overflow Blog
Stack Overflow Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
T
The Blog of Author Tim Ferriss
N
News and Events Feed by Topic
Hugging Face - Blog
Hugging Face - Blog
小众软件
小众软件
V
V2EX
爱范儿
爱范儿

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
跨越客户产品设计中“需求鸿沟”的组织能力建设
运营的不惑屋 · 2024-09-23 · via 人人都是产品经理

正常情况下,我们都需要依靠组织类各个环节对用户的方法、模型捕捉需求,而不是靠某个人的经验或者灵光一闪决定。这篇文章,就讲述了其中的方法和原因。

里德·哈斯廷斯,因为40美金的迟还罚金,点开了奈飞的成长树;

诺基亚1100,因为能够用一个东南亚农民的眼睛看世界,点开了2.5亿的销量;

波士顿交响乐团,解决了客户停车位的问题,提升了40%的试听客户留存率;

亚德里安·斯莱沃斯基在《需求》一书中,描述了一个美好的商业场景,一个我们如何创造需求进而点开增长魔盒的场景:

通过为产品赋予魔力,通过化解生活中的麻烦,通过构建完善的背景因素,通过寻找产品的激发力,通过打造45度的产品精进曲线,通过去平均客户化~~

但是,引起我更多关注的,并不是这六个实现“需求”的方式和路径,而是在他的文章中只提到了两次的一段话:

不管我们进行了多少消费,我们真心想要的产品和服务与我们实际购买的东西之间,总是存在着一道巨大的鸿沟,而这道鸿沟,就代表着创造新需求的机会,以这道鸿沟作为想象力的起跑线,从需求角度出发来思考现实的问题,展开全新的想象。

我们常说,最难的不是解决问题,而是发现问题,我们应该才能发现这道鸿沟呢?

回答这个问题,需要往上层再追溯一层。

供给方、产品及服务、需求方这三个最基本的元素构成了一个商业系统,这三个元素之内和之间发生的各种关联决定了这个商业系统的效率,而系统关联总是通过信息的流动来发挥作用的。

换个角度来看的话,也许发现“鸿沟”的目光不应该集中在“鸿沟”本身,而应该从这三者之间的信息流动入手,去寻找答案?

抛开天命所归者在某些特定时间下对于某个巨大需求的灵光一闪,我们更应该依靠的是一个组织内各个环节的“客户接触者”对系统中流动的信息进行主动或被动的捕捉,以更标准、更完整、更系统的洞察行为,来发现隐藏的“鸿沟”。

01

那么,如何通过组织能力去实现“洞察行为”来找到客户“需求鸿沟”呢?

首先,需要对供给与需求之间的差异有清晰的理解。

任何一家企业内心都充满了“增长梦”,所以我们需要那些对客户的需求有着巨大兴趣,对客户实际购买与真实需要之间的神奇差异有着清晰洞察的组织和人才,我们也总觉得我们是这样的公司,但是现状却是多数公司都是“反需求”型组织,结构松散、部门之间彼此隔绝、目光停留在满足客户昨天的需求上,而且在客户通过各种行为向我们发送的信号面前反应迟钝。

比如一家SaaS公司,从商业模型上客户预付费及客户全生命周期收益是业务的核心场景,从公司的视角来看,客户在付款前和付款后的行为是这样的:

  • 对于付款前的客户,让他知道我、信任我是最重要的,所以口碑、推广、营销、转介绍、销售在提供1v1解决方案及产品的能力都很重要,他们综合在一起,为客户提供了“心动理由”;
  • 对于付款后的客户,就变得复杂多了,预期满足、使用场景、业务匹配、流程贴合、网络延迟、经营风险~~~这些使用场景让公司与客户之间的关系不再是之前的风花雪月,而变成了鸡毛蒜皮,为了更专业的服务,我们提供了客户中心、客户成功、续签服务、交叉销售等等;

从客户的视角来看,使用场景是这样的:【我们以一个成功案例作为参考】

  • 我有一个需求,这家公司的产品能够满足我,但是我现阶段用来还不熟练。
  • 我得到了一个和预期相符的产品,并且有基本的交付和操作指引,不会感到困难或者麻烦,在必要的时候,有人或者有文档可以被找到,不管是销售还是AI机器人,或者是客服都可以,你们最好解决我的问题,而不是反复换人问我问题;
  • 我熟练掌握了,并且有了一定的经营成果
  • 我使用产品后,解决了之前经营中遇到的一些问题和卡点,获得了经营结果,包括业绩增长、成本降低、人员减负等等。我觉得这个产品还不错,我愿意在不占用我太多时间的情况下,进行更多的交互,并且希望你们能够给我更多的经营指导和成功案例,并且我也愿意分享一些我的建议以及使用中遇到的麻烦。
  • 我收获了很不错的结果,并且认可了你们的理念
  • 随着对产品使用的深度加深,基于你们提供的各种作业场景和同类商家的经验分享,我自己的生意得到了很大的提升,我很愿意邀请你们来我的公司,更深度的体验和理解我们业务的流程,我期待你们能够提供更多的服务和产品,帮助我做大做强。
  • 我和你们的合作关系可以深化到战略合作伙伴了
  • 我现在基本上离不开你们了,我们相互支持,做出了更多的业务增长尝试,我愿意成为你们的成功客户和案例,一方面我会告诉你们这个生意中最大的卡点和需求,以及邀请你们来公司深度体验,另一方面我还会告诉你们在我经验中,那些需求和麻烦是现在就有但是你们没看到的,以及未来即将出现的。

02

基于两者不同的视角,供给和需求永远匹不上的原因其实也很好理解,供给侧所有思考的原点都是效率、成本、分工专业性,而需求侧所有思考的原点只有自己当下的需求以及便利性。正是由于这样的差异,导致出现了以下问题,使得“洞察行为”始终无法有效落地。

需求断裂,对供给方而言,付款前和付款后的需求是一样的,但是对客户而言则已经发生了变化;

eg:我们的需求是爱,但是表征是婚前夹子音—婚后洗洁精

eg:客户的需求是提效,但是表征是采购前增长策略和解决方案,采购后为啥没有24小时客服

与客户交互的系统中信息流太多,各种信息出现在不同的地方,甚至会因为获取信息的位置和角色不同而产生截然不同的认知;

eg:我们怎么可能期待让银行柜员和外呼中心去洞察需求,他们只希望快速的解决问题,搞定绩效要求,如果解决不了问题就想办法解决提出问题的客户

03

那么,在理解了现实的差距后,供给侧需要解决的首要问题是什么?

“统一思想,拉通考核”

1、统一思想是为了解决目标的认知问题,就像中国革命史,统一思想永远是第一步

“客户成功是我们的唯一目标!”

统一思想为什么重要呢?核心就是我们要做的事情过于复杂,并且分散在客户全生命周期链路中的任意环节,大量的接触点和接触者让行为控制变得困难,所以确保所有人的理解和底层认知尽可能保持一致是最优解,这样才能发挥所有人的主观能动性而不至于产生偏差。

2、统一考核是为了解决屁股坐在那里的问题

思想只是意愿,考核牵引行为,如果考核无法统一,无法形成上好下行,奖惩一致,前后拉通,仍旧是铁路警察各管一段,任何好的战略和预期都会在执行中大打折扣。

  • 管理团队,对大盘客户留存、流失、成长负责
  • 执行团队,对所负责客户的留存、流失、成长负责
  • 设置“客户之星”奖励,对服务一个客户的全链路进行奖励
  • 设置“客户黑洞”奖励,对服务不成功或严重投诉的全链路进行批评
  • 定期进行考试,针对产品、解决方案、服务场景进行统考通晒

然后,解决了思想问题,构建“洞察行为”的前置条件是什么?

“建立标准文档、打破信息壁垒”

  • 建立CRM客户档案,按照标准档案内容,需要由全链路上所有的相关节点完成客户信息的填写和记录;
  • 打破信息壁垒,建立共享平台,在安全范围内,客户信息需要对相关方开放;
  • 善用大数据技术,建立客户档案缺失或异常行为提醒机制,对于信息不全、行为异常、档案缺失的客户,需要通过人机互动、人员回访、销售登门等多种方式完成补全计划,或最终放弃列为“无效客户”;
  • 客户分类、客户标准、客户标签、客户需求、客户描述的语言必须统一;
  • 建立内部执行SOP,依托基础客户管理系统完成整个流程链路的设计;

最后,我们需要组织上的一点小改变。

不过,从效率最优和成本可控的角度来看,对于需求鸿沟的洞察,仍旧不可能成为所有人都学会的技能,特别是偏向SMB的客群,面对大量客户进行全量客户洞察基本上是不现实的行为,因此,组织中需要设定一下小小的角色和改变。

增加需求洞察官职能

以资深产品经理、资深服务经理或客户成功人员为需求洞察官,通过BI对客户分层,按照月度或双月度,对不同标签的客群进行跟踪、回访、拜访以及深度调研并输出需求洞察的报告或者结论。这样既不会增加组织的整体负担,又可以在最优的性价比上实现对客户持续的深度洞察。

设置流程体验官职能

各部门轮岗或外部聘请兼职人员担任流程体验官,以客户身份在黑盒情况下体验公司的销售、服务流程,并依次为基础,对整个流程做出体验判断,以确保我们在为客户提供的全接触链路上没有空白点或重复点。

原则上,通过以上的行为设置,我们基本上可以实现或构建客户洞察行为的基础能力,并且尝试性输出一些我们未曾关注或者看到的需求鸿沟,并以此为基础进行产品或服务的优化。

当然,其中还涉及大量因地制宜的微调以及确保整个流程高效运转的SOP,这些不在此处赘述,后续再聊。

本文由 @运营的不惑屋 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

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