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

推荐订阅源

T
Threatpost
Hacker News: Ask HN
Hacker News: Ask HN
C
Cisco Blogs
P
Privacy & Cybersecurity Law Blog
C
CERT Recently Published Vulnerability Notes
P
Palo Alto Networks Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
L
Lohrmann on Cybersecurity
T
Threat Research - Cisco Blogs
Schneier on Security
Schneier on Security
S
Securelist
N
News | PayPal Newsroom
I
Intezer
H
Hacker News: Front Page
P
Privacy International News Feed
Recent Commits to openclaw:main
Recent Commits to openclaw:main
G
GRAHAM CLULEY
A
About on SuperTechFans
P
Proofpoint News Feed
Application and Cybersecurity Blog
Application and Cybersecurity Blog
Project Zero
Project Zero
Cloudbric
Cloudbric
N
News and Events Feed by Topic
大猫的无限游戏
大猫的无限游戏
Attack and Defense Labs
Attack and Defense Labs
博客园 - 叶小钗
S
Security @ Cisco Blogs
L
LINUX DO - 最新话题
月光博客
月光博客
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
S
SegmentFault 最新的问题
博客园 - Franky
博客园 - 三生石上(FineUI控件)
IT之家
IT之家
博客园 - 聂微东
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
GbyAI
GbyAI
Google DeepMind News
Google DeepMind News
I
InfoQ
有赞技术团队
有赞技术团队
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园_首页
Microsoft Azure Blog
Microsoft Azure Blog
S
Security Affairs
Apple Machine Learning Research
Apple Machine Learning Research
腾讯CDC
Security Archives - TechRepublic
Security Archives - TechRepublic
V
Vulnerabilities – Threatpost
T
The Blog of Author Tim Ferriss
Scott Helme
Scott Helme

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
方法论研究-双钻模型
VMIC UED · 2024-05-10 · via 人人都是产品经理

双钻模型是目前设计届最通用的设计流程模型之一,怎么理解这一概念,并将其有效地应用至设计工作中?一起来看看本文的分享。

设计方法论是能够不断复用、贴近真理的一般性规律,帮助分析和解决问题即从经验中总结出科学的规律,然后把这个规律用在该条件的具体事项上的过程,学习和应用设计方法论可以提升团队设计效率和专业性、以及团队影响力,全系列一共12篇,欢迎持续关注。

一、什么是双钻模型?

双钻模型是目前设计届最通用的设计流程模型之一,广为流传,适用于很多设计场景(甚至设计之外的场景也能使用)。它是一种结构化的设计流程思维方法,发散-收敛、再发散-再收敛的双菱形看起来就像两枚钻石并列放在一起。

双钻模型把设计过程分为两个阶段,四个步骤:

第⼀阶段 研究阶段(做正确的事情)

第1步 发现问题(发散):这一步设计师需要大量收集和产品、和用户相关的信息,深入了解产品和用户,了解当前存在的问题;

第2步 定义问题(收敛):这一步设计师要对信息进行整合提炼、过滤筛选,聚焦到核心问题上,定义出当前最关注、最需要解决的问题是哪些

第二阶段 设计阶段(把事情做正确)

第3步 构想方案(发散):这一步设计师需要不断寻找灵感,发散思考出尽可能多的解决方案

第4步 确定方案(收敛):这一步设计师要在上步所有潜在方案中决策出一个最合适的解决方案,细化落地方案,并在测试迭代过程中不断完善。

二、双钻模型的优势?

1. 对内:遵循标准的设计流程思维,指导设计师更好产出正确的设计

双钻模型是“发现问题-解决问题”的一种思维方式,是设计师的核心工作及价值,往下追问即“问题是什么-怎么解决问题”,进一步变为“正确的问题是什么-目前最有效的解决方案是什么”,也就是我们常说的“做正确的事情-把事情做正确”,遵循双钻模型可以帮助我们产出正确的设计。

TIPS:双钻模型的最有效之处在于让我们重新重视问题是什么,在日常工作中我们很忽略第一阶段“做正确的事情”,在还没确定正确的问题是什么,就马上进行方案的激烈讨论,耗费团队精力时间,而双钻模型的第一阶段能够使我们重视问题定义环节,避免设计发生方向性偏离,保证设计方向、设计结果正确。

2. 对外:使设计过程透明化公开化,提高设计专业力影响和合作认可度

一般情况下设计过程很容易被黑盒化,只说设计结果很容易受到各方质疑,双钻模型有助于向项目成员呈现我们的设计过程,增加他们对设计方案推导的理解程度,更好论证方案的设计正确性,让他们知道我们的设计并不是拍脑袋,从而体现设计师的设计价值,提高设计专业力影响、合作认可度。

TIPS:强烈建议在设计方案评审时、及设计方案会签时体现设计过程(可借助双钻模型),因为设计(特别是交互)很多时候是在做一道“证明题”。

三、怎么在我们的产品设计工作中使用双钻模型?

双钻模型既然是一种底层通用的设计流程思维方式之一,就应该放之四海而皆准。我们日常接触的设计命题从小到大包含:C级需求、B级需求、A级需求、设计赋能,C级需求太小一般简单处理即可,在小型项目中可简易应用,着重在第一阶段判断需求合理性;在大型项目中可更完整应用,在第一阶段定义清楚问题、第二阶段可更完善设计出优秀的解决方案。

1. 小型项目(B级需求)

第一阶段 需求分析阶段(做正确的事情)

对于小型需求而言,往往方案本身的设计空间比较有限、PM会给出相对具体的原型作为示意,因此更加需要做好需求分析,确保在做正确的设计,这是承接较小需求时避免风险、快速输出正确方案的重要步骤。那么如何做好需求分析呢?

在展开设计前,要和业务方明确清楚需求背景、产品目标、用户诉求、设计限制等问题,从而定义好设计目标,在这个过程中我们可以借助一些成熟的分析方法,帮助我们理清逻辑、减少错漏,比如常在需求分析阶段使用的SMART原则、5W1H方法等。

下面以「应用商店的自动更新新增极速模式」为例,为大家介绍如何通过SMART原则鉴定需求是否为“真”,帮助我们理清需求的逻辑。

在极速更新模式的需求中,产品提出新增能够精准引导用户开启的智能更新功能。乍一看需求背景和产品目标都有了,设计方案似乎已经信手拈来了,如果我们按照产品诉求直接输出方案,通过利用现有的资源位引导有需求的用户开启智能更新,却会面临一个巨大的挑战:在无法保证智能更新精准推送给有诉求的用户时,具有负向感知的功能是否会造成更多主流用户的体验下降?

其实,把现有信息基于SMART原则拆解归类,会发现看似逻辑连贯的需求存在很多问题。

从用户视角来看:对高频更新有诉求的用户量级较少;从业务视角来看:我们没有能力精准区分用户是否有高频更新诉求,且高频更新有发热、耗电等负面影响。于是基于以上信息我们重新明确产品目标:推出高频更新功能,满足高频更新用户诉求;但不设置引导,同时清晰说明功能负面影响,以免普通用户误开启后体验较差。那么设计目标也就很明确了:

1.通过功能聚类,在自动更新下新增模式选择弹窗的策略,使切换模式的操作符合用户直觉和习惯,提升用户操作体验;

2.通过高亮极速模式风险,和常规模式产生对比的策略,避免用户误开启极速模式后产生负向感受,提升用户使用体验。

第二阶段 设计输出阶段(把事情做正确)

对于小型需求,往往产品经理会给出相对具体的方案原型作为示意,但是这并不意味着设计师的工作就是对该原型进行视觉优化。设计师在前一阶段需求分析定义清楚问题后,通常会根据设计目标设计出更能满足用户诉求和业务诉求的设计方案。

重新明确产品目标和设计目标之后,再回头看看最初的方案,我们可以基于目标更好的拆解出方案存在的问题并进行优化。新方案去掉了引导模块,并将极速模式改为自动更新下的一种选项,使切换模式的操作符合用户直觉和习惯;同时通过高亮极速模式风险,和常规模式产生对比的策略,避免用户误开启极速模式后产生负向感受,提升用户使用体验。将这一套完整的逻辑与方案整理后,我们将之呈现给产品,产品在重新评估需求后,调整了产品目标,认可了设计侧的建议和新方案。

2. 大型项目(A级需求/设计赋能)

第一阶段 设计研究阶段(做正确的事情)

对于大型项目而言,项目问题的复杂性往往比较大,这阶段的目的是为了更好地了解问题,制定清晰的设计目标方向,分为发散和收敛两步。

第1步 发散调研 —— 产出物:尽可能多的问题集

在发散调研之前我们要明确清楚业务目标是什么(业务目标前面有提到可以用SMART原则、5W1H分析法等方法来明确),这是我们的原始出发点

再基于业务目标来调研问题,大量洞察和收集尽可能多的信息,深入了解产品和用户,包括了解用户特征、产品当前状况、用户如何使用产品以及用户对产品的态度等等。这一步,将产出一大堆非结构性的零碎研究结果。

下面以「游戏联运悬浮窗改版」为例,为大家介绍在大型项目中如何使用双钻模型。在悬浮窗改版设计研究阶段的第一步,基于提升悬浮窗DAU的业务目标,针对「用户为什么不使用悬浮窗」这个问题,我们进行了数据分析、用户研究、体验走查、竞品分析等研究,其中很多地方借助了数据分析师、用研同事等各方角色的帮助,尽可能广泛全面地了解我们的用户、产品、竞品,寻找影响用户使用的因素,挖掘到了非常多零散的有用信息。

第2步 定义聚焦 —— 产出物:有限的问题集、明确的设计目标发散过程不可能无限制的发散,当我们不再收集到更多有效信息或时间节点到临,就可以开始进行收敛了,这是一个把大脑纷飞的思绪做减法的过程。

这一步我们要对收集到的杂乱信息进行整合提炼、过滤筛选,聚焦到核心问题上,定义出当前最关注、最需要解决的问题是哪些

聚焦问题之后,我们就可以针对性的发现可能存在的机会突破点,定义出清晰的设计目标,来指导下一设计阶段的产出

在悬浮窗改版上一阶段,我们通过数据、用研、走查、竞品等方式收集了大量用户为什么不使用悬浮窗的有效信息。到了收敛阶段,我们将杂乱的信息进行整理归类、将非结构化的信息变为结构化的有效信息,我们将问题分为需求维度(产品解决)、体验维度(交互解决)和认知维度(视觉解决)。

这些问题不全都是属于设计师能够解决的范畴,而我们设计师要做的就是聚焦设计侧能改变的重点问题。于是针对交互重点关注的体验维度问题,我们的目标就非常清晰定义为升级产品体验架构,包含结构层和框架层的设计,即设计出包容易用的产品整体结构和层级规范的页面内容框架。

第二阶段 设计输出阶段(把事情做正确)

第3步 发散调研 —— 产出物:不同的设计方案

这阶段的目的是得到针对第一阶段问题的最有效解决方案。这发散步骤中,设计师需要不断寻找灵感,发散思考出尽可能多的解决方案,在发散过程中可以多问问自己

“还有更好的解决方案吗?还能更创造性地解决问题吗?”
在发散探索过程中,我们可以运用流程图、概念草图、可交互demo等方式来可视化表达方案。

在悬浮窗的上一阶段得到了清晰的设计目标,包含设计出容易用的产品结构和层级规范的内容框架。由于悬浮窗产品在游戏态中、横屏居多、小屏、平台型产品等特点,设计师针对重要同时也是难点的产品结构设计,进行了大量的方案预研。在产出发散方案时,为了更有设计灵感,除了同类厂商竞品外,设计师还调研了web端、pad端、负一屏、折叠屏等产品,收集了大量灵感,输出很多产品结构层的有趣方案。

第4步 确定方案 —— 产出物:可行确定的设计方案

在上一步我们发散了非常多解决方案,在这一步中要对这些发散方案进行决策,选择出最合适的方案,并在细化落地。有时候,方案收敛会陷入选择困难,可能需要经历合并与精炼的过程,比如可能我们会决策出两个难以决定、优劣互为补充的方案,最终方案会是这两个方案的组合新方案。

在悬浮窗改版方案决赛圈中,我们在双屏创新方案和单屏保守方案中纠结不定,在分析方案优劣和创新价值观驱动下我们最后选择了双屏创新方案,由于创新方案存在一定风险,我们又通过多次可用性测试的方式,不断基于这个方案调整、优化,最终推动落地。

四、延伸阶段-设计复盘阶段(做的是否正确)🤔

方案产出并不是结束!以上便是在大型项目中双钻模型的应用,最终产出了可落地的设计方案。然而对于设计项目而言(特别是大型项目),方案产出并不是结束,我们还需要验证我们的设计是否做正确了,于是双钻模型后面还会延伸出一钻,成为三钻模型。在这个阶段我们需要定义衡量指标、上线后分析我们的设计方案是否符合预期,并撰写复盘总结报告。这里不再展开阐述。

作者:昕昕,承翼

来源公众号:VMIC UED(ID:gh_32761b1686b7),vivo互联网UED——为美好而设计。

本文由人人都是产品经理合作媒体 @VMIC UED 授权发布,未经许可,禁止转载。

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

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