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

推荐订阅源

The Cloudflare Blog
U
Unit 42
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
腾讯CDC
罗磊的独立博客
博客园 - 聂微东
博客园_首页
雷峰网
雷峰网
云风的 BLOG
云风的 BLOG
Jina AI
Jina AI
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
D
DataBreaches.Net
The GitHub Blog
The GitHub Blog
人人都是产品经理
人人都是产品经理
Y
Y Combinator Blog
量子位
Microsoft Azure Blog
Microsoft Azure Blog
阮一峰的网络日志
阮一峰的网络日志
小众软件
小众软件
月光博客
月光博客
T
The Exploit Database - CXSecurity.com
Google DeepMind News
Google DeepMind News
H
Help Net Security
O
OpenAI News
Blog — PlanetScale
Blog — PlanetScale
S
Security Affairs
S
Security @ Cisco Blogs
Microsoft Security Blog
Microsoft Security Blog
T
The Blog of Author Tim Ferriss
AI
AI
MongoDB | Blog
MongoDB | Blog
G
Google Developers Blog
MyScale Blog
MyScale Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
D
Docker
Hugging Face - Blog
Hugging Face - Blog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
S
Schneier on Security
Cloudbric
Cloudbric
H
Heimdal Security Blog
J
Java Code Geeks
N
News and Events Feed by Topic
Hacker News - Newest:
Hacker News - Newest: "LLM"
宝玉的分享
宝玉的分享
有赞技术团队
有赞技术团队
S
SegmentFault 最新的问题
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
爱范儿
爱范儿
I
Intezer
GbyAI
GbyAI

人人都是产品经理

为什么你的产品找不到差异化?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-08-12 · via 人人都是产品经理

对这些争议和挑战,如何提高自己的说服力,以确保设计方案得到认可并实施?本文将探讨逻辑与证据的重要性、共赢思维的应用以及如何在职场中提升沟通能力。

随着工作年限的增加,我们逐渐发现,出色的设计并不总能保证方案的顺利推进。围绕设计方案,争议常常如影随形,例如:

方案看似完美,但却遇到其他同事的质疑,甚至有人提出完全不同的思路?

在宣讲一个方案时,方案的讨论还未结束,却被其他话题所偏离?

主题提出的方案优化,因被认为成本高、意义不大而遭到拒绝,最终不得不妥协?

其实上述问题只是冰山一角,真实的工作环境往往更加复杂多变。面对这些质疑与挑战,如何让自己的设计方案更有说服力?一起来看看吧~

01 说服力的定义

在学会如何说服对方之前,我们首先了解下什么是说服力。

提到说服力,很多人可能立即联想到“说话技巧”。比如在会场中,面对不同的利益方的激烈讨论,有人突然以犀利的语言驳斥对方的观点,最终让对方不得不接受他的想法。然而什么才是真正有效的说服力呢?

在实际的工作环境中,尤其对于设计师来说,好的说服力并不仅仅是技巧,更在于能够“求同存异”,即敏锐地找到双方的共同点,从中切入话题,与被说服者产生共鸣,缩短彼此之间的差距。
当然,这并不意味着说话技巧不重要,好的技巧的确可以为说服力加分,但以下三个因素更为关键。

1.1 讲逻辑

具备逻辑思维的说服力是推进设计的重要因素。可以设想自己明明做了很多工作,但是讲述时由于缺失逻辑,让你的方案看起来没有经过深思熟虑,也会让你看起来没有仔细考虑设计的各个方面,最终会导致大家对你专业能力和判断力产生质疑。

而有逻辑清晰的讲话可以增强你设计方案的说服力和权威性,让团队内的其他同学更容易相信你的专业能力和判断,从而更容易支持你的设计方案。

1.2 讲证据

许多设计师在阐述方案时,习惯使用“我认为”“我觉得”等主观表达,认为自己的专业背景足以支撑这些判断。

然而,单凭个人的主观结论往往难以获得他人的信任。在阐述方案时,引用具体的设计依据,如用户调研数据、设计原则、竞品分析等,不仅可以增强方案的客观性,还能增加团队对你专业能力的信任。

1.3 讲共赢

设计方案未能通过的原因往往并不是方案本身的问题,而是因为它未能平衡各方的利益。一个优秀的方案必须考虑到所有涉众的利益,特别是他们的KPI。当设计方案能够让所有参与者看到自己的需求和利益点被充分考虑时,方案的可行性就大大增加了。而这种共赢思维,正是设计方案说服力的重要基石。

围绕以上三个因素,接下来我们将从“层次分明”、“以理服人”和“换位思考”三个方面,进一步探讨如何提升设计方案的说服力。

02 层次分明

在向团队内的产品、开发、测试等业务人员阐述设计方案时,层次分明的表达至关重要。为此,我们借助芭芭拉明托的结构化表达工具:SCQA。

  • Situation:背景
  • Complication:复杂性
  • Question:问题
  • Answer:答案

基于这一工具,我们可以采取以下三个步骤:

2.1 提供预期

设计评审前,为了让参会人员尽快了解项目的重要性和急迫感,我们需要简明扼要地介绍项目背景和当前遇到的问题:

  • Complication(复杂性/冲突):当前项目遇到了什么问题?
  • Situation(背景):项目背景是什么?接下来的计划是什么?

确保前期问题和背景简明扼要地传达清楚,这是项目评审的核心,直接影响后续方案的阐述。

2.2 结论先行

团队成员可能更关注设计结果,而非表现手法。我们应直接呈现具体方案:

  • Answer(答案):直接展示具体方案,强调设计结果。通过场景或氛围的营造增强方案的说服力,减少沟通时间。

这样,领导和团队成员能够快速理解方案的核心内容,提高方案的接受度。

2.3 细节后补

讲完结论后,根据大家的反馈进行细节补充:

  • Complication(复杂性):如果大家对结论满意并通过,设计过程中的一些解题策略可暂时不提,根据剩余时间再补充。如果有疑问,则针对问题,围绕产品目标与设计目标,进一步阐述设计结论的产出过程。

通过这种层次分明的表达方式,确保每个人都能理解设计方案,提高评审效率和方案的接受度。

03 以理服人

为了让设计方案更具说服力,我们需要为其寻求有力的“理”之支持。

简单来说,就是通过合理的依据为方案背书,使其在团队内更具说服力和权威性。这里的“理”主要指理性分析和理论支持。围绕这两点,我们将围绕交换机ZTP(零接触配置)注册流程的展示时遇到一些问题展开讲讲:

3.1 理性分析

在提出设计方案时,首先要明确设计目标,并拆解设计策略,逐步解释我们是如何一步步实现这些目标的。理性分析的依据可以包括竞品分析、市场调研、趋势分析以及数据验证等。这种方法不仅确保了方案在理论上的合理性,还验证了其在实际应用中的可行性,最终能够有效实现预期目标。

  • 用户研究:通过对目标用户的研究,我们了解到用户在实际操作中的需求、行为和痛点。比如他们在ZTP流程中最常见的问题以及什么环节最容易出错。通过收集用户反馈,明确他们希望减少不必要的步骤,提升配置的效率的需求;
  • 竞品分析:通过行业其他产品的交叉分析,了解到竞品的优点以及自己的劣势,提升产品的竞争力。我们通过竞品了解到它们更多的采用了简化步骤的展示,提供自动化配置的建议,降低用户的操作难度;
  • 数据验证:拉取后台的数据,我们对现有用户的操作进行分析,通过埋点数据,漏斗分析后可以发现产品使用过程的痛点问题,比如哪个模块跳出率高,哪个功能的使用率低等;

3.2 理论背书

设计理论为设计方案提供了指导原则,它们是经过大量实践验证的准则。在团队讨论中,恰当地引用理论,可以减少误解和争议,并增加设计方案的权威性。

  • 米勒定律:设计中我们参考了米勒定律,该定律强调减少用户在任务执行过程中的认知负担,提升任务完成的准确性和效率。因此在ZTP注册流程中,我们采用了逐步展示任务以及分段确认的设计方式,确保用户在每一步都可以清晰的理解和完成任务;
  • 防错原则:信息展示时应该层次分明,减少用户手动输入的频次,降低出错率。基于此我们采用了数据自动填写的方案,减少用户在配置过程中的手动操作。并通过智能提示,辅助用户纠正潜在的错误;

04 换位思考

正如前文所述,说服的重点不在于单方面让对方被动接受我们的观点,而在于双方达成共识,寻求一个均衡的共赢点。

成功的产品不仅需要满足用户需求,还必须兼顾业务需求,这才是产品持续发展的根本。为了实现共赢,首先要做到有效倾听,特别是在别人发表意见时,不要急于打断或捍卫自己的方案,而是应当先完整地倾听并理解他们的观点。通过了解对方的隐形需求,并积极建立信任关系,才能更好地推动方案的达成。在建立这种信任关系的过程中,以下几点尤为重要:

4.1 了解限制

在任何商业项目中,预算、资源、时间和技术等都是常见的限制因素,不同的利益方对项目的关注点也各有不同。产品经理关注的是商业目标的达成,开发团队则更在意实现的难度,测试团队关心质量保障,而运营团队则专注于用户体验。

设计师需要提前识别这些潜在的风险,并在设计方案中融入预防措施,这样可以提升方案的说服力。

例如,某次设计方案可能会对开发、测试、运营团队造成超出预期的工作量负担,进而影响项目资源和时间线。为了在这些不同需求之间找到平衡,设计师应在次要问题上适当让步,而在核心设计原则(如一致性、可用性、可扩展性、安全性)上坚持。这种灵活的调整能够确保设计方案的基本要求得到满足,并保证项目顺利推进。

4.2 了解渴望

评审会的目的是共同将产品做好,因此在听到团队内不同角色提出的建议时,不应过度解读,而是要尝试站在不同的角度了解他们背后的期望。

例如,在交换机ZTP(零接触配置)注册流程的设计中,针对不同角色的阐述方式应有所不同:

针对产品的阐述:通过优化的ZTP流程,用户能够更快速、准确地完成配置任务,这将成为产品的核心优势,提升用户满意度和市场占有率。设计方案应该展示如何直接促进业务目标的实现,例如提高复购率和拓客率。

针对前端的阐述:详细说明设计选择背后的技术考量,例如为什么选择逐步展示和分段确认的交互方式,并解释这些设计如何符合前端开发的最佳实践,降低技术实现的难度。

针对运营的阐述:阐述设计方案如何简化日常运营工作,例如自动化配置功能如何减少用户注册过程中的错误,从而降低运营团队处理用户问题和支持请求的工作量,提升整体运营效率。

通过以上方法,设计师能够更好地平衡团队各方的期望,在保证设计质量的前提下达成共赢。

05 写在最后

在制定和沟通设计方案时,确保方案的说服力至关重要。设计师不仅需要逻辑清晰、有据可依,还要善于平衡各方利益,确保每个利益相关者的意见都得到公平考虑,并达成团队共识。最终设计方案的成功并不在于某一观点的胜出,而在于通过各方合作实现共赢,从而推动方案的顺利实施。

专栏作家

江鸟,微信公众号:江鸟的设计生活,人人都是产品经理专栏作家。8年互联网行业经验,擅长体验设计思维、设计方法论、交互设计研究。

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

题图来自 Unsplash,基于 CC0 协议

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