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

推荐订阅源

月光博客
月光博客
Y
Y Combinator Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The Hacker News
The Hacker News
H
Hackread – Cybersecurity News, Data Breaches, AI and More
P
Palo Alto Networks Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Security Latest
Security Latest
Security Archives - TechRepublic
Security Archives - TechRepublic
Last Week in AI
Last Week in AI
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
美团技术团队
雷峰网
雷峰网
Simon Willison's Weblog
Simon Willison's Weblog
P
Privacy International News Feed
Jina AI
Jina AI
D
Docker
Hacker News: Ask HN
Hacker News: Ask HN
T
Threat Research - Cisco Blogs
V
Vulnerabilities – Threatpost
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
人人都是产品经理
人人都是产品经理
T
Threatpost
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
D
Darknet – Hacking Tools, Hacker News & Cyber Security
O
OpenAI News
Hugging Face - Blog
Hugging Face - Blog
N
Netflix TechBlog - Medium
Webroot Blog
Webroot Blog
Apple Machine Learning Research
Apple Machine Learning Research
Spread Privacy
Spread Privacy
A
Arctic Wolf
T
Tailwind CSS Blog
C
Cybersecurity and Infrastructure Security Agency CISA
博客园 - 三生石上(FineUI控件)
NISL@THU
NISL@THU
T
Tor Project blog
Project Zero
Project Zero
C
CERT Recently Published Vulnerability Notes
Google DeepMind News
Google DeepMind News
V
Visual Studio Blog
WordPress大学
WordPress大学
小众软件
小众软件
Google Online Security Blog
Google Online Security Blog
PCI Perspectives
PCI Perspectives
W
WeLiveSecurity
C
CXSECURITY Database RSS Feed - CXSecurity.com
The Last Watchdog
The Last Watchdog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
大猫的无限游戏
大猫的无限游戏

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
谁说“菜鸟”不会需求沟通
小发的设计笔记 · 2022-04-06 · via 人人都是产品经理

编辑导读:网上流传过一张图,你如何分辨哪一个是设计师?看他的电脑上有没有手指印就知道了。作为一名设计师,每天不是在改稿就是在改稿的路上。想要摆脱这样的命运,就得先学会沟通。本文作者对此分享了自己的经验,一起来看看吧。

一、设计师真实emo事件

帅帅是毕业没多久的设计师,做设计总是充满激情与冲劲儿,这天他将反复修改的稿子终于交付出去了,想着终于结束了,但是没过一会,群里的产品在“内部讨论”后直接@他,要求他修改设计稿,竟然改回到了先前的稿子,他直接emo~

帅帅:啊,我他*不做了,一直叫我改,之前说了不能这样做不听,这下又叫我改回去,真的无语,真的要?

小发:怎么了,大早上的这么暴躁,改不是很正常吗,谁又能每次都一稿过?

帅帅:不是啊,我改了不知道多少遍了,他们一直都无法确定,我稿子改到后面我都不知道我为什么要这么做了,只想早点结束这个需求,给你看我改了多少版本:

小发:做了这么多?难怪这周看你都在加班,那现在定稿了吗?

帅帅:还没啊,刚刚他们确定了说让我改回到之前某次的设计,我之前的版本还被覆盖了,哎,真的很生气。

小发:所以你现在还是马上就改?不停下来整理下到底是哪里出现问题了,导致这个事情反反复复的修改?

帅帅:啊 我现在也不知道怎么搞的,我每次都很认真去优化修改。

小发:一般这样反复 改稿大致有 2 点原因:

1.1、本身方案存在瑕疵,经不起大家推敲,(这个可以查看我在之前写的《设计方案被质疑不合理?从这4个方向入手!》可以尝试进行自查下,争取下次交付更加合地的设计方案。)

2.2、前期需求沟通出现偏差,方向始终模糊不清,设计一直处于一个不明确的状态下进行,节奏被一些(不靠谱,经验不足)的产品牵引,进入恶性循环。更可恨的是这个锅后面可能戴到了设计师的头上。

在我看来,你这个情况大概率是前期需求沟通没到位,现在我来和你说说(交互)设计师如何有效沟通需求,说完你再回溯下你之前的沟通看看是否有出现问题。

帅帅:好呀

二、需求沟通目的

小发:首先你觉得需求沟通是为什么?

帅帅:就说下要做什么东西呗,页面是怎么流转的,需要有什么功能,什么时候要,聊完这些我就可以开始画稿了。

小发:你说地没错,需求沟通的首要目的是:了解业务,明确需求,搞明白要 做一件什么事情,不仅知道要做什么,更重要的是要明白 为什么要做?;其次是了解产品规划,及相应的限制,帮助自己后续产出能够与产品规划契合产出,做起来更有节奏,这样即使你手上有好几个需求,也能分清楚轻重缓急。

三、了解需求类型,确定沟通侧重点

小发:并且在日常的需求沟通中,面对不同的需求要更有侧重的沟通才能在短时间内获取到关键的信息。你自己感觉有遇到哪些类型需求呀?

帅帅:遇到改版的、新功能的、抄竞品的、活动页面类的。

小发:嗯嗯,大部分都是这这些,有些你可能没有做过,按照我自己的经验来看,主要有以下 5 类需求类型:

但不管什么类型的需求在沟通中主要都是围绕:是什么、为什么、目标预期、做什么、规划(时间、产品规划等)这五个大方面进行沟通,接下来我和你仔细说说这 5 类需求的特性及设计师面对这些需求的时候会遇到哪些问题。

1. bug优化类需求(执行力)

这类需求一般都十分紧急,需要 高效执行,不然会影响产品业务。虽紧急但这类需求也是最明确的,到设计师这边的bug类需求大多都是 交互型bug ,大多都是交互设计稿指定的操作步骤、流程和结果指向;视觉设计稿指定的图片、文本、布局、显示位置、尺寸…

所以当我们碰到bug类需求沟通方式建议是三步走:

  1. 首先自己去体验下问题,这样沟通起来就能更顺畅;
  2. 若是落地还原问题,可快速找到自己之前设计稿对应模块,联合视觉同学快速将这个模块流程及资源物料给到开发及时修复;
  3. 若问题更复杂则拉群共同沟通协调,多人同步处理,提高修改效率。若需要重新画稿,时间紧急时可以直拉视觉同学,通过手绘传达意思,就不要再画交互稿了,快速输出资源物料?~~~

问题点:这类需求最容易遇到的问题就是 协作不够高效,导致修复慢,是考验设计师执行力的时候,但不是所有的事情都要自己一股脑闷着加班加点做,合作才是高效选择,所以需要快速拉相应负责人快速沟通好各自分工和配合方式,做到有问题、有产出都快速同步,来个 无缝衔接!?

2. 体验优化类需求(分析力)

  • 品牌升级:这类诉求一般是当前产品还能正常被使用,但 过程使用体验存在提升空间,加上整体 视觉风格老旧 需要刷新,产品逐渐形成系统性的设计语言,在交互和视觉上都会进行刷新。
  • 业务优化:产品面临问题,有了 新的业务目标,更加以数据为导向,所以需要围绕这个目标对产品核心业务路径进行改版优化,一般改动较大,很大程度上会改变页面的整体架构。

2.1 品牌升级

在面对品牌升级时,沟通中需要明确 品牌理念 及当前用户是否发生变化。只有在明确了品牌理念的关键词后,设计师才能有针对性的去进行发散。

如:优酷视频的改版中就考虑到作为娱乐化内容消费平台,为拉近与年轻用户的距离,在品牌升级中将“年轻化”元素融合在颜色、语言、符号、容器、动效、图形、场景…中。

2.2 业务优化

这类需求往往承载着产品新的业务诉求(商业化方向),设计师需要深度参与需求的讨论与制定,全局性了解思考业务目标,明确数据指标,衡量设计价值。

在沟通这类需求需要有 三 了解:

了解原因:

  • 业务是什么?在什么场景下帮助用户解决什么问题?
  • 产品当前现状如何?数据表现情况和用户反馈情况如何?为什么需要改版?是否是因为用户活跃降低,流失增高的原因需要通过改版来促活?是否是用户有不好的反馈?还是因为竞品做的很好,把我们的用户都勾引过去了,我们需要想办法拉回来?通过询问上述情况,我们就可以大致了解这是一个怎样的诉求。

了解目标:

在了解完原因背景后,我们需要询问业务方改版优化的目标是什么?

对产品而言,期望改版后可以提升哪些关键指标?提升的预期是多少?如何判断这个问题/项目是否成功?这边目标需要有具体的量化指标,5%?10%还是…

对于用户而言,优化改版后对他们而言有什么价值?是否和他们的诉求相契合?

对设计师而言,设计师可以解决的问题是什么?设计目标是什么?这个设计目标是否能够促成产品目标?

问题点:这这个环节沟通中,最容易出现产品和设计互相说服不了对方,无法达成共识。这是因为双方关注点不同,产品关注的业务效益和商业收益,设计师关注的是用户体验,美观度,如果双方无法达成共识可以参考以下 3 种做法:

同理心,设计师沟通的时候需要有同理心,不妨想想对方关注点,试着从对方的关注点出发,结合自己的专业知识进行沟通表述,这样既能够为对方考虑,也能让对方感受到我们是和他们站在同一战线的,都是为了解决这个问题,只是我们想做的更好而已,对方听后,就更能够理解你。

优化前如果有同类竞品,则可以对这些竞品进行分析。了解竞品当前的业务和自身产品当前业务是否一致,体验整个流程差异性,通过竞品的体验给到产品同学能够更直接的表达自己的看法,也更容易达成沟通共识

如果双方沟通无果的情况下也没关系,不要和对方发生争执,可以拉相关的负责人及其他资深设计师进行一个简短会议,看看其他人的想法如何,尽量在会议中达成共识

了解规划:

在沟通完目标后,需要明确我们的产出规划。如果有多个需求,那优先级是怎样的?什么时候需要给出框架、初稿,什么时候需要完成设计稿并评审?什么时候需要交付视觉稿,何时进入开发等。期间对应的负责人是谁?最终审核人员是谁?通过明确这些后我们才能更加清楚的知道自己后续先做什么后做什么?什么时间点需要给出哪些东西,这样才能将自己的时间合理安排,控制好自己的节奏。

总结:这类需求主要是要围绕问题分析原因及后续的解决方案以及在商业权衡方面的思考,只要抓准这些方面进行沟通,方向总是不会错的。

3. 新功能需求(洞察力)

在新功能类的需求中,设计师需要围绕 用户需求以及用户价值 两个方面提出问题,不断和产品沟通。所以在沟通时需要:

  • 询问产品同学是否有进行用户研究?以及当前确定要做这个功能的分析资料;
  • 这个功能面向的目标是用户是哪类群体?有什么特征以及当前面临的痛点
  • 该功能的使用场景是怎样的?也就是我们常说的“目标用户”“使用场景”“完成什么任务”简称“人、场、事”;
  • 最后需要沟通清楚这个新功能需要达到的目标,不光光是业务目标,包括设计上的目标(如:完成基础功能搭建,路径顺畅)。

需要注意的是,新功能的谁在整个过程中会反反复复的沟通,设计师在过程沟通中,为了避免双方认知差异,可以拿竞品的页面、故事路径、简略的初稿和产品方沟通,毕竟“一图胜千言”,这样对方能更理解你的意思,提高双方沟通的效率。

4. 运营类需求(执行力、创意)

运营类活动是在某一段时间内进行的主题活动,有明确业务目标(下单率、业务转化、品牌传播)及营销群体,依赖游戏化手段带来优秀用户体验,从而获得成功的一类活动。

面对这类需求想要高效的沟通,我们就得先了解运营类互动的特性,根据特性我们才能更准备的对标沟通。运营类活动都有这 4 类特性,即:生命周期短、业务诉求强烈、主题氛围感强、游戏化。

生命周期短:因为运营类活动生命周期短,上线时间点一般在特殊节日、热点开始,所以给设计、开发、数据等岗位同学带来较大的挑战。设计师首要需要确定活动正式上线日期,通过上线日期向前推导测试、开发等所需时间,明确留给设计的设计时间;其次由于时间赶,后续开发很可能会跳过设计师的设计稿,直接使用之前的程序模板、设计组件,所以在沟通中需要明确运营活动的开发限制以及是否有现成的开发模板或组件,为后续设计提高效率做准备。

业务诉求强烈:运营类需求往往和bug类诉求很清晰,所以在明确完业务诉求后,设计师需要想达成这类诉求可能采取什么手法,这类手法落实到页面上变成具体信息,这里可以参考我之前写的《怎么设计转化页,重点关注两方面》。

这些信息也要前期与产品沟通清楚,比如:标题要放什么更能吸引用户又能明确主题?

主题氛围感强:运营类活动最后上线的图比起ui界面会夸张许多,页面氛围感更强,元素更丰富,所以为了确定后续活动氛围除了明确活动主题外,还需和产品明确活动面向的人户人群,通过这个我们可以更好的确定是采用:年轻化、职场、家庭、拼多多(风)…

游戏化:游戏化方面需要沟通清楚游戏规则及玩法,以及游戏中可能会用到哪些元素等,这样才能在后续的设计中保证自己游戏化这块的设计不跑偏。

5. 探索类需求(洞察力、创意)

有时候做的设计不一定是产品提出的诉求,可能是设计自发想要探索一些新玩法,新风格,所以会发起探索类的设计需求。这类需求通常比较模糊,也不是说会有个非常明确的方向,所以需要设计师通过研究去进行产品玩法、策略的探索。

所以这类诉求一开始并不需要过多的沟通,可能在研究过程中会产生更多的问题,这时候带着问题去沟通才能逐渐更加明确。

以上就是总结的这 5 类不同需求沟通上的侧重点,会有差异性,也有共性,不管是什么需求都是围绕:是什么、为什么、目标、时间规划、怎么做去沟通,只是侧重点有差异性。

四、掌握基本沟通技巧

小发:对于沟通过程中的注意点没有过多的原则,只要把问题、要做什么东西说清楚就好,但是在双方沟通中,可能会因为个人情绪、不好的习惯导致沟通不顺畅,双方产生不愉快的情况也很多。对此,我想说真的不至于,工作而已。但是不管对方如何,自己可以要求自己做到基本的几点:

1. 善于倾听

不要老打断别人说话,也不着急反驳,可能每个人表述习惯不同,你只听了前半句,就着急反驳,等到别人说了后半句,发现意思完全不一样,就很尴尬。

2. 多站在对方角度思考

在沟通过程中可以尝试站在对方角度想下问题你就会更加理解对方提出这样问题的缘由。描述上也可以加入一些对方在意的关键词,可以让你说的内容让对方更加认可。

3. 沟通记录与同步

沟通需要即时记录,沟通完若达成共识、沟通结论需要群里即时知照,让整个团队的信息即时同步,同时也便于后续出问题可进行责任判定。

4. 拿稿沟通

养成拿草稿、竞品沟通习惯,可以简单手绘,或方块堆叠,比起文字,有图更有画面感。

帅帅:好,我知道了

五、总结

最后,希望同行们不再因为前期需求沟通没做好让自己陷入到不好的循环中,不要让自己对设计的热情被这些沟通不到位消磨掉,希望大家以后面对不同需求都能不慌不忙,稳如狗!?

本文由 @小发的设计笔记 原创发布于人人都是产品经理,未经作者许可,禁止转载。

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