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

推荐订阅源

MongoDB | Blog
MongoDB | Blog
B
Blog
Y
Y Combinator Blog
大猫的无限游戏
大猫的无限游戏
aimingoo的专栏
aimingoo的专栏
B
Blog RSS Feed
博客园 - Franky
V
V2EX
IT之家
IT之家
WordPress大学
WordPress大学
博客园 - 三生石上(FineUI控件)
J
Java Code Geeks
F
Fortinet All Blogs
I
InfoQ
云风的 BLOG
云风的 BLOG
腾讯CDC
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
月光博客
月光博客
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
N
Netflix TechBlog - Medium
宝玉的分享
宝玉的分享
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
P
Proofpoint News Feed
Microsoft Security Blog
Microsoft Security Blog

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
跨职能协作中,如何进行精益设计
哈哈 · 2025-07-21 · via 人人都是产品经理

“精益设计”不只是方法论,它是一种组织协作与价值交付的思维革新。本文将从领导力的角度切入,探讨如何借助精益理念推动设计流程优化、跨团队共识建立与业务目标落地,给大家提供一份可实操、可沉淀的策略指引。

在体验经济时代,用户体验的质量已经慢慢成为不同公司产品差异化竞争的重要因素。所以,如何快速又准确的进行产品迭代,提升用户体验,是赢得用户的信任与忠诚的关键。那么应该怎么做,或者说作为体验设计从业者最好处于怎样的角色,才能更好的为团队赋能,提升效率与质量,同时还能减少资源浪费。

接下来,想和大家分享一下在实际工作中如何进行“精益设计”,来实现跨职能协作中打造优质的用户体验。

一、关于精益设计

1)目的

精益设计(Lean UX)这一概念由Jeff和Josh在2013年提出,主要是用来解决在跨职能团队间合作,如何将设计思维与敏捷开发结合,从而有效打造有价值的产品和服务。

2)范围

精益设计为精益创业的衍生物,适用于需跨职能团队协作,且追求敏捷开发的,注重成果而非产出的,小、专、聚的小团队(核心成员不超过10个人,包含设计、产品、开发及QA)。

3)结果

以成果为导向提出有价值的解决方案,以及通过通过实验和评估验证设计效果,从而实现产品快速迭代且直击用户痛点的成果,为产品的商业价值叠buff。

二、如何做

在整个精益设计的理念中,以成果为导向作为整个团队的协作宗旨,以提升用户体验为最终目的进行的一场工作流程与跨职能协作方式的变革,所以在整个精益设计的过程中,UX将作为领路人的角色,或者可以比喻成教练,来改善整个产品系统的用户体验。

1)团队搭建

首先,第一步要进行适合进行精益设计的小团队的搭建或重组。

我当时所在的项目中,按业务划分的话,分成5条产品线。人员配置的话,设计侧,UX有3人,动效有2人,视觉有3人;产品侧,产品有1人(偏业务型);开发侧,前端有5人,后端有3人。

设计侧,由我来根据现有人力配置团队所需职能。

三种不同职能小组成员既为整体又有各自的战场。

①人员分配:

UX、动效、视觉三个小组相对平均分配到5条产品线上,即每条产品线都有1名UX,1名动效和1名视觉(以现有人员数来看,有人需要负责一条以上的产品线)。

②职能分配:

由1位UX兼职维护【设计体系】(由于此项工作较繁琐,且希望团队里的伙伴都十分熟悉,所以此岗位由3位UX轮岗);

UX小组负责实验线路设计(包含前期调研、问题陈述、方案设想、实验验证)以及跨职能间的协作沟通与节奏把控;

动效及视觉小组分别负责各自专业上的视觉呈现。

开发侧则由其负责人分配不同产品线负责的人员。

下图为精益设计团队人力图👇

2)流程优化

1、之前的

①流程:产品给出业务诉求,UX输出交互方案,视觉进行视觉设计,动效基于视觉及交互进行动效设计,开发基于设计方案进行开发,QA进行测试,最后由产品验收上线,面向用户体验。

②问题:流水线式流程,跨职能间单点协作,时间长,验证慢,离用户远,很难准确抓到用户痛点。

2、优化后的

①流程UX提前介入,与产品共同参与业务需求调研/沟通环节;产品定义范围层后,由UX作为主导,邀请涉及到的跨职能协作成员进行脑暴,根据业务诉求基于自身专业方向给出设想,形成方案,并制作MVP,并快速投入实验进行验证,最后由UX收集反馈洞察问题,反馈给整个跨职能协作小组,根据调研结果进行迭代或方案完善及完整落地。

②优势协作成员形成高度紧密的协作模式,整个流程行程闭环,同时提升验证迭代效率,真正做到精益设计。

3)设计实验路线

精益设计比较重要的一环是“实验路线”的设计,实验的效率与结果,会大大影响整个团队开发效率。大概设计思路可以参考如下:

1、实验前:明确需验证的问题&测试人员招聘

核心问题主要围绕以下几点展开:

①人们需要我设计的解决方案吗?

②我设计的解决方案和功能有价值吗?

③我的解决方案好用吗?

④以上问题通过什么维度可以验证?

关于外部测试人员的招聘,最好不要少于5人,若可达到15人,则可以暴露出97%的问题。

当然也可以先让团队核心成员参与测试,之后再面向外部用户。

2、实验中:演示与预览,观察与访谈

通过可用性测试,评估用户行为,记录实验过程。

3、实验后:洞察结果

将问题排序,可有效提升迭代效率。

三、总结

1、UX应反复培训跨职能成员了解并会使用设计语言,并且让设计语言与开发组件相匹配

在精益设计中,核心节点是需要整个团队的核心成员利用自己的专业,共同设计可行性方案,为提升效率以及设计层方向上达成共识,则需要团队中的每位成员都十分熟悉设计系统,以及会使用设计语言,否则很容易在最开始的方向上走偏,以及mvp设计及方案落地阶段,会出现因对设计语言理解偏差而反复修改的情况。

2、经常演示mvp,是快速且有效发现问题的方法

关于mvp的测试,其实可以不局限于限定时间、地点与用户的。在公司中,可以抓住任何机会任何人,尤其是高层,去为他们演示,去了解他们的反馈,这样更用助于让设计方案与公司战略在方向上保持高度统一。

3、客服可以作为精益团队连接用户的快捷入口

并不是每次调研都需要正式的由UX发起以及按模版去开展,其实客服是收集用户反馈以及验证设计方案的最快捷的入口。可以利用客服验证mvp方案的可行性与用户的接受程度,也可以利用客服搜集用户使用反馈意见。当然,在此过程中,需要让客服快速知道精益团队需验证的问题,并为他们提供合适的话术。

4、不要把时间浪费在文档上

这点很重要,精益设计的关键在于精益,一定要以结果为导向,而不要把时间浪费在繁琐的文档上,以及计较工作量如何量化。

5、UX应该作为整个团队的教练的角色而存在,所有涉及到的利益相关者都需参与其中

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

题图来自 Unsplash,基于 CC0 协议

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