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

推荐订阅源

雷峰网
雷峰网
博客园 - 聂微东
酷 壳 – CoolShell
酷 壳 – CoolShell
宝玉的分享
宝玉的分享
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
罗磊的独立博客
Hugging Face - Blog
Hugging Face - Blog
T
Tailwind CSS Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
IT之家
IT之家
博客园_首页
博客园 - 三生石上(FineUI控件)
博客园 - 叶小钗
Apple Machine Learning Research
Apple Machine Learning Research
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
量子位
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
人人都是产品经理
人人都是产品经理
美团技术团队
小众软件
小众软件
Jina AI
Jina AI
S
SegmentFault 最新的问题
博客园 - Franky
让小产品的独立变现更简单 - 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迎来强劲对手 – 人人都是产品经理,
多组织形态下的体验管理
陈果说体验「DTer · 2024-08-08 · via 人人都是产品经理

本文深入探讨了三种不同的体验管理组织形态——企业级独立体验设计团队、业务线下体验设计团队和去中心化无体验设计团队,它们各自的特点、短板、市场需求以及管理机制。通过比较分析,我们可以更好地理解在不同组织结构下,如何有效地实施体验管理策略,以实现产品和服务的优化。

“不同组织形态下的体验管理的重心是不一样的,包括企业性质的不同,我们对于管理的机制也是不一样的。目前企业里的体验管理基本分为3种“企业级独立体验设计团队体验管理”,“业务线下体验设计团队体验管理”,“去中心化无体验设计团队体验管理”那下面我们将围绕“特征”“短板”“市场需求”“机制”4个维度展开来说。”

一、企业级独立体验设计团队体验管理‍

1. 特征

这类组织基本来说是企业级内部中后台系统,自研自建C端的设计支持团队,负责承接各个业务线的设计需求。

【供应商支持】,【设计系统中台】(通过设计中台(数字产品设计),通用模型,通用样式,进行平台承接,是BC级别项目的降本增效;素材库(创意设计),度量),【普通人力一般支持】,【精细化设计深度支持】等根据项目重要程度进行不同程度的不同方式支持。

部门独立,与业务较割舍,承接部门多,系统多,人力多,诉求不一,体验设计品类多,话语权低,设计边界明显的特性,同时也面临着的设计价值难以量化,设计处于支持地位。

2. 短板

  • 设计驱动不了业务团队,设计只做支持,不能牵头业务和技术,比较执行,团队的能力域缺失和设计地位低;因为设计边界清晰,上层领导对于驱动业务认为是业务的活,导致设计只做支持,赋能,精深;跨团队/部门协同差;‍‍‍‍‍‍‍‍
  • 设计通用,大部分不深入业务,设计支持不到位。缺乏对于业务的了解,对于用户的深度洞见缺乏;导致系统体验差,使用率低;‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍
  • 从管理上基本抓几个重点项目/领导项目,重视自身的发展前途,服务好领导,抓重点项目,又不深入各个项目,忽略/基本不关注非领导项目;导致资源不协调过于集中;人员使用比较集中,会过度依赖几个员工,导致新人融进不去。长期下去,管理的失衡,被向上管理拿捏;
  • 只关注团队价值,很少重视在各个业务线上的输出准确性,对于团队价值的体现是最大的诉求,团队价值在于各业务线的融通/整合,降本增效,人员能力提升,设计通用;‍‍‍‍‍‍‍‍‍‍‍
  • 考核机制不健全:只关注员工是否体现了团队价值来考核员工,对于业务的深入的输出较为否定;管理者对于考核机制的方面建设不健全,拼人心/人性/人情去考核,很容易被向上管理。‍‍‍‍‍‍
  • 分工与协作存在不明:一个萝卜一个岗,上下游拿到交付材料后的承接出现问题,缺乏项目管理的能力;
  • 缺乏全链路体验设计人才:用户洞见后只有对于产品的策略,不能落地在交互设计上,各个设计岗位独立,用研不懂交互,交互不知道跟研究结论的结合落实在产品框架上,又缺乏专业的产品经理将用研落实到产品上,大部分的业务均缺乏产品思维;导致系统体验差,使用率低;缺乏全链路设计人才将各个岗位的断点进行衔接,从而更好的推进落地。
  • 人员多,能力参差不齐,需要分层级进行培养与提升:人员基数盘大,人员等级不同,需要制定各个层级能力域提升课程,项目实践,导师指导机制,定性定向培养。人员培养任务重且复杂些;‍‍‍
  • 基/中层管理对于全业务了解不太深入,把控精准确缺乏;基/中层管理对于专业输出交付物的把控是给予设计通用能力去进行评审,在缺乏深入了解业务/深入了解用户的条件下去进行点评是有偏差导致结果在业务那认可度不高。

3. 市场需求

企业级内部多系统,协同办公,一线员工作业系统,内部人员/绩效等运营系统的中后台系统,涉及到用户研究,数字化产品设计,创意设计等。

这类场景下比较需要独立的设计团队进行整合;随着腾讯CDC解散等大厂的企业独立设计团队的瓦解,目前还存活的集中表现在金融银行,互联网金融等实业/实体企业。未来的发展方向前景不太明朗。‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

4. 机制

1)标准化的支持方式‍‍

核定各个项目的等级:SABC,业务价值和设计价值的双考核,及领导关注/资源投入的综合衡量,S需要设计精细化支持,最好做到设计驱动;A需要设计精细化支持,BC则是通用模型/设计中台支持;供应商的管理,制定输出标准和准则,交付条件,有效管理。‍‍‍‍‍‍

2)分工与协作/协同‍‍‍‍

分工明确,高效协作, 体验项目工作流制定,有效的过程节点把控(分为自己把控与基层管理岗位把控);

3)体验准则

体验的准则是制定体验的红线(警戒线),高线(HIGH点),底线。对应提供策略以及防范机制。

4)人员成长计划

制定各个人员成长计划,基于员工基本发展前景/方向/奔头。给予员工明确的考核标准,前进方向,各个阶段的提升标准。这是员工稳定,员工满意度的关键。定向培养机制,助力员工更好的提升与发展;‍‍‍‍‍

二、业务线下体验设计团队体验管理

1. 特征

这类组织多为对外的C端,或者付费能盈利的B端,对于使用者洞见要求比较深入,对于业务了解要求比较深刻,垂直业务领域,深挖业务场景,做业务精深,与业务强绑定,自负盈亏。

不用太强调设计价值及设计边界不太清晰,对于设计全流程有诉求,会将体验设计伴随整个项目;明确的设计指标,会对于设计指标负责;跨部门上下游高效协同;‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

2. 短板

专注业务,与业务的强绑定是优势也是劣势,对于行业不景气的情况下向其它业务拓展较为困难;

3. 市场需求

这是目前需求比较旺盛的,包括在未来意识形态下的也是,上下游岗位复合性较高;在3种形态中,该组织形态下的是相对比较中间的,也是大部分企业,一线互联网的选择;‍‍‍‍

4. 机制

针对业务线属性不同的,多人共同完成一个体验项目,更多表现为项目牵头及其余输出管理。‍

1)设计精深‍

深入各个业务进行服务体验设计,制定交付标准;

2)设计赋能

梳理上下游衔接的关键能力,赋能到相关岗位;‍‍‍

同岗位的高阶能力赋能;

3)设计驱动

制定体验设计驱动业务增量/体验的方法论及落地项目,形成经典案例并复制;

四、去中心化无体验设计团队体验管理

1. 特征

这类组织多在大企业创新团队,或者中小企业,由项目经理/负责人进行不同职能工种管理,在整个项目流程中,体验设计很容易具备项目管理的能力,横向拓展的能力很容易精进,整体更敏捷,信息更透明;综合能力的提升比较明显;但对于体验能力精进需要自身摸索;不用强调设计价值,更多体现在完整/顺利设计交付上;更偏整体管理,重在项目上的经验积累;‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

2. 短板

1)缺乏专业精深成长指导:体验设计精深,专业建设全靠自己摸索与行业交流;‍

2)缺乏专门的人员培养:更偏综合能力提升,基本不存在体验管理发展机会,对于体验管理认知比较薄弱;

3. 市场需求

相对旺盛,管理扁平,属于大企业中的小团队,创新项目,中小企业,未来也会更适宜;任何创新被替代的可能性少,基础/可复用的均被AI替代;‍‍‍‍‍‍‍‍‍‍‍‍‍

4. 机制

协同共创的精益组织:任何项目/任务拉齐所有的利益相关者,共创。信息对等,思路共享,节点同步;

五、写在最后

各种组织形态下的团队均有优劣势,取决于组织架构,市场诉求等,为此我们都需要将优势放大,把劣势规避或者多提升。尽可能多的为体验设计岗位/团队/行业尽一份力。‍‍‍‍‍‍‍‍‍‍‍‍

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

题图来自Unsplash,基于CC0协议

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