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

推荐订阅源

博客园_首页
N
Netflix TechBlog - Medium
V
Visual Studio Blog
博客园 - Franky
小众软件
小众软件
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Apple Machine Learning Research
Apple Machine Learning Research
博客园 - 三生石上(FineUI控件)
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
宝玉的分享
宝玉的分享
量子位
大猫的无限游戏
大猫的无限游戏
人人都是产品经理
人人都是产品经理
V
V2EX
The Cloudflare Blog
月光博客
月光博客
Last Week in AI
Last Week in AI
雷峰网
雷峰网
WordPress大学
WordPress大学
博客园 - 【当耐特】
博客园 - 聂微东
IT之家
IT之家
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
产品是翻译的艺术——沟通中的实用技巧
梦溪 · 2023-03-21 · via 人人都是产品经理

在产品设计的所有过程中,沟通都是值得重视的。那么,沟通的基本原则是什么?不同类型的产品的沟通技巧有什么呢?本文作者对这些问题进行了分析,一起来看一下吧。

之前的文章中,我们说到要想从0到1搭建一套教育中后台,首要的步骤就是需求沟通,其实在产品设计的所有过程中,沟通都是值得重视的。

沟通为什么重要?沟通的基本原则是什么?不同类型的产品沟通的重点有什么区别?在不同产品阶段需要关注的沟通重点是什么?今天笔者试着带大家探究一下这些问题。

一、沟通为什么重要

1. 产品是翻译的艺术

有人说产品是一种翻译,这种比喻非常生动,产品和翻译一样,都是试着让一方的想法清晰准确的传达到另一方。

在这个比喻下:一般来讲翻译的发起方就是产品所面对的需求方、市场,而接收方就是开发、测试、设计等内部团队;但有的时候产品还需要反向翻译,比如向需求方培训系统的使用。

面对复杂的关系关系方,“产品翻译”需要不断的去确认大家的需求目标是否一致、业务理解是否统一、功能要点是否同步,这就要求产品这个角色能够整体把控沟通局面,并根据情况灵活的调整沟通方式,以保证需求各个环节的关系方都能充分理解产品,达到理想的“翻译效果”。

2. 是产品也是项管

在很多公司里,产品人员会同时承担一部分项目管理的职能,需要整理产品需求的优先级,沟通和协调设计研发测试的周期。

优先级需要根据产品对所负责系统或产品的理解、结合内外部需求方反馈、再结合研发团队的实际情况去确定的。这需要产品与需求方进行充分的沟通,一方面是为了确定需求方对于产品的期望时间、另一方面也是为了让需求方理解优先级存在的必要意义。

另外,产品与研发团队充分沟通,可以让研发团队在充分了解需求的情况下评估时间周期,降低延期风险。

3. 优秀的“秀”

在实际的工作中,产品人不但需要不断的丰富自身专业技能,还应该注意学习展示的能力,只有展示出来,才能向外传播,也才能更充分的证明我们的能力,让产品的价值得到充分认可。在这个过程中,无论是C端产品用数据说话,还是B端产品介绍系统,都需要让听众能“听得懂”,也就需要我们去把握沟通的技巧,有的放矢地去向别人展示。

二、通用的沟通原则

1. 说对方听得懂的话

产品人在工作中要面对的角色非常多,对外要关注用户、对内要关注业务方、还要能和研发团队PK,但是每个角色的背景不同使用的表达也不尽相同,想要充分而准确的沟通,就需要我们关注和学习各方的关注点。

产品人员要去了解业务核,比如从网络或者书籍中对所负责业务的关键指标和流程做一定的了解,或者去阅读一些内部的业务说明、培训文档,还可以实际试用自家和竞品的产品去找异同来了解业务,当我们对业务有了认识的时候再去和业务人员沟通,就能更加顺畅,也更容易获得需求方的支持;

产品还应该适当地了解技术,方便在和业务沟通时先做初步的判断(能不能做、好不好做),也能够帮助产品在于研发团队沟通时提高效率。

2. 活用金字塔原理

在沟通时,可以根据沟通内容的性质活用金字塔原理:

1)提炼要沟通的核心点

尽量在沟通的过程中提炼出核心的需求点或问题点,做到完全穷尽互不交叉,这样沟通不至于遗漏或者跑偏,还能避免无效的浪费时间;

2)从下往上整合

在沟通时如果发现大家所反馈的点非常分散,就需要注意将收集到的点进行一定逻辑的整合,比如:所属的业务模块是不是有一样的?优先级是不是能划分紧急必要的?是不是可以分成Bug类和新需求?从不同角度整合沟通的内容,能让沟通的参与者更加明确当前的问题,也方便用不同的策略推进。

3)从上往下拆解

有时我们需要向外部去做一些讲解,就可以用从上往下的方式,先讲背景和目标,再去讲实现的方式,再去详细说明每种方式方法。这样有利于听者快速地理解我们要讲解的内容。

金字塔原理中有很多值得借鉴的沟通技巧,这里只简述一二,感兴趣的朋友可以去详细了解,要注意的是每个人的理解会有不同,大家在学习和使用的过程中还是要自己判断实际情况灵活使用。

3. 在反馈中矫正

沟通很重要的一点是要有“往来”,如果没了往来就成了单方面的“讲述”了,所以在沟通的过程中要及时的反馈我们所理解到的内容。

在沟通的过程中及时的提问、总结,不了解的地方及时让对方解释说明,这样也可以让对方知道我们是否充分理解了他的诉求。千万不要不好意思开口,觉得提问就显得不专业,不懂装懂地上线一个错误的需求才是真的尴尬;

沟通结束后可以整理会议纪要,记录下核心的需求点和相应的计划,也可以根据沟通的内容整理业务的流程图,让业务去确认是否与沟通一致,保证后续方向的准确。

三、不同产品的沟通技巧

1. C端产品与用户沟通

面向用户的产品更注重用户的体验,沟通对象偏外部,所以需要关注前的准备和沟通的渠道。

1)沟通前的准备

因为与外部用户沟通的机会比较宝贵,所以我们应该尽量提前做准备:明确沟通的目的、做一定的数据分析和简单的调研对可能的答案做分析、准备沟通的问卷、约时间沟通。

2)沟通的渠道

其实沟通并不限于面对面的会议,我们可以打开思路,除了电话与客户沟通,还可以在平台的在线客服与用户沟通,或者到热门的帖子下去交流,甚至可以通过对在线客服的沟通文本进行清洗以获得用户偏好的分析。下图,小米通过微博与用户沟通:

2. B端产品内部沟通

面向内部的产品更注重系统对业务的支持,注重稳定性和支撑性相结合,也不能忽略了用户认可度。

1)避免过度承诺

在与业务沟通的过程中,要时刻小心不要过度承诺,毕竟稳定性和支撑性同样重要,沟通时候要辨别需求的重要度和紧急度,判断是否有可替代的高效方式并及时确认是否可行,只有需求完全确认明白才可以下定论承诺实现计划;

2)同步业务线上的关联方

我们收到一个需求后,即便需求非常明确,也要自己对需求所在的业务线做梳理,找到关联的其他业务部门,及时将沟通的结果同步到关联部门,比如用户售后策略变更后要及时同步客服部门修改用户话术等,避免信息脱节带来的业务混乱。

3)关注用户认可度

中后台系统往往会有一个业务方的对接人,对方传达来的需求代表了整个业务团队的需求,但是在沟通的过程中需求的传递难免会有偏差,我们要尽量让对接人全面的表达需求部门的诉求,必要的时候可以到业务部门中实际看一看问一问,甚至可以和业务负责人聊一聊季度的规划,让系统的方向贴合业务方向才能真正提升系统的认可度。

四、结语

沟通是沟通需求和实现产品的最基本技能,串联着需求从产生到落地的过程,产品人在实际的工作中应该时刻关注自己沟通的结果,反推每一次的沟通是否合理到位,从结果中不断地学习和完善自己的沟通技巧。

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

题图来自Unsplash,基于CC0协议

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