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

推荐订阅源

Hugging Face - Blog
Hugging Face - Blog
宝玉的分享
宝玉的分享
G
Google Developers Blog
T
Tailwind CSS Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
V
V2EX
V
Visual Studio Blog
博客园 - Franky
S
SegmentFault 最新的问题
Jina AI
Jina AI
爱范儿
爱范儿
The Cloudflare Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
D
DataBreaches.Net
C
Check Point Blog
月光博客
月光博客
P
Proofpoint News Feed
T
The Blog of Author Tim Ferriss
罗磊的独立博客
H
Hackread – Cybersecurity News, Data Breaches, AI and More
MongoDB | Blog
MongoDB | Blog
The GitHub Blog
The GitHub Blog
Y
Y Combinator Blog
Martin Fowler
Martin Fowler

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
B端产品经理,跟需求站在一起,跟客户面对面拥抱
而立与拾遗 · 2024-05-22 · via 人人都是产品经理

B端产品经理在跟客户交流的时候有许多事项需要注意,同时需要思考什么时候面对面交谈最有效率,且如何抓住客户最本质的需求。这篇文章里,作者分享了他的看法,一起来看。

从森果老黄的文章里面,我看到了一个让人耳目一新的用户感受的总结,那就是客户畏惧“删除”这一用户体验。

造成这一影响的原因是:为了避免因用户误操作对系统产生不可控的影响,常规做法,是在删除流程中给予警告/多次确认等来增加删除成本,却忽视了用户可能因为对‘删除’的畏惧最终放弃删除操作,久而久之系统脏数据过多产品使用体验变差。

避免这个影响,我们可以做的是:

  1. 需要能给用户提供更多的判断依据,辅助用户做出判断;
  2. 产品线但凡有删除的地方,都尽可能呈现这条待删除数据的相关联数据与删除后可能影响;
  3. 多思考:客户在那个版块为何有频繁的删除需求?删除与保留的数据有哪些本质上的差别?

01

接下来就针对“为什么要跟客户面对面拥抱?”

1.了解场景

再多文字图片视频描述都不及去现场待一会更能对场景了解更深。

对场景了解越深,越能在产品逻辑梳理、交互设计中做判断时更准确。

安排研发同事上门,让产品汪与开发的后续沟通对接过程更顺畅。

2.发现细节

当我们通过文字图片视频等视图去完成大脑中对场景的建模时,只能搭建主框架,无法完成很多细节的构建。

3.弄清真实需求

但凡总会存在误差,直接在现场沟通能将这种误差降到最低。

绝大多数人表达时总能充分表达‘意图’而忽视现象。‘我需要 xxx 功能’‘帮我这样优化 xxx’。

4.急客户之所急

有些客户原本反馈过多次的需求,可能因远程沟通中情绪的失真而对需求迫切性产生误判。最终影响开发优先级,造成了客户的流失。

森果老黄,公众号:黄铁森2B产品经理,一定要多上门!

02

与客户交流的时候,我们特别应该注意交流以下问题:

1. 充分观察

尤其要在不打扰用户的流程下观察,了解最真实的状态。这是去现场最重要的内容。

2. 深入沟通

  • 很多人将‘上门’直接理解为‘和客户沟通’,去了就聊、聊完就走。
  • 沟通应该是在深入的观察后的行为。通过沟通去验证观察的结果、补充观察中遗漏的细节。

3. 现场实操

  • 很多人对于自己设计/研发的产品可能在办公室操作了无数次,但大多数操作可能都是在27寸大屏iPhoneX 等一流的硬件+流畅的网速下。
  • 只有去了现场才能真正明白用户每个操作的目的、发生场景、后续操作等。

4. 翔实记录

很多产品只是去现场记录了用户反馈的内容,既然去了现场,相比用户反馈,更重要的是:观察现象、沟通细节、现场思考、以及转瞬即逝的灵感。

03

什么时候面对面交谈最有效率呢?

产品经理需要大量的时间思考、梳理产品逻辑、出图、开发跟进,天天泡在客户现场显然不现实。

应将上门主要集中在产品上线前后。

  • 上线前,为了足够全面的调研;
  • 上线后,为了对产品逻辑/功能细节的验证。

04

总结:

产品经理需要做的就是绕过客户提的各种要求,快速的抓住本质上的需求——这是区分优秀产品经理和普通产品经理的重要能力;这一能力需要不断的锻炼和提升,因为这是一个产品经理需要努力做,也值得做的事情。

本文由 @而立与拾遗 原创发布于人人都是产品经理。未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

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