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

推荐订阅源

Project Zero
Project Zero
Security Latest
Security Latest
G
GRAHAM CLULEY
C
CXSECURITY Database RSS Feed - CXSecurity.com
云风的 BLOG
云风的 BLOG
月光博客
月光博客
V
Visual Studio Blog
C
Cyber Attacks, Cyber Crime and Cyber Security
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
宝玉的分享
宝玉的分享
阮一峰的网络日志
阮一峰的网络日志
雷峰网
雷峰网
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
爱范儿
爱范儿
Attack and Defense Labs
Attack and Defense Labs
罗磊的独立博客
D
DataBreaches.Net
TaoSecurity Blog
TaoSecurity Blog
T
Threatpost
S
Secure Thoughts
T
The Exploit Database - CXSecurity.com
P
Palo Alto Networks Blog
Cisco Talos Blog
Cisco Talos Blog
Google Online Security Blog
Google Online Security Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - 聂微东
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
NISL@THU
NISL@THU
Spread Privacy
Spread Privacy
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
PCI Perspectives
PCI Perspectives
P
Proofpoint News Feed
Google DeepMind News
Google DeepMind News
V
V2EX
WordPress大学
WordPress大学
Recorded Future
Recorded Future
Stack Overflow Blog
Stack Overflow Blog
AI
AI
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The GitHub Blog
The GitHub Blog
T
The Blog of Author Tim Ferriss
D
Docker
Latest news
Latest news
C
CERT Recently Published Vulnerability Notes
D
Darknet – Hacking Tools, Hacker News & Cyber Security
B
Blog RSS Feed
V2EX - 技术
V2EX - 技术
小众软件
小众软件
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
产品经理必修课:如何高效管理干系人?
产品宅 · 2023-12-05 · via 人人都是产品经理

什么是干系人?它的用途很大吗?作为一名产品经理应该如何高效管理干系人?大家一起往下看,了解关于更多关于干系人的相关内容吧!

一、为什么要管理干系人

干系人是指能影响项目决策、活动或成果的个人、群体或组织,以及会受到项目决策、活动或成果影响的个人、群体或组织。干系人可能会主动影响项目,或他们的利益会因项目的实施或完成而受到积极或消极的影响。

——《项目管理知识体系指南》第五版

概括来说,无论是直接或是间接受到某个决策或行动影响的个体,皆可称为干系人,它的范围远大于我们印象中经常接触的领导、同事、用户等。正是因为干系人的复杂性和其可能造成的意料之外的影响,才衍生了干系人管理这一知识领域。

一个经典案例是那个曾经拥有3亿用户的快播,在忽视各方监管和合法合规诉求的情况下,持续遭到警告与整改却未能引起足够重视;最终,相关部门出手严厉打击,快播创始人锒铛入狱,公司顷刻间倒闭。这就是一个鲜活的例子,生动展示了对于干系人管理的忽视可能对企业产生毁灭性的影响。

同时,该关联的干系人还是得关联,不然出问题了找谁背锅呢?许多年轻的产品经理们,在初入职场的时候干劲满满,出了问题时也不好意思向上向左向右汇报,自己默默扛起一切,如同在黑暗中摸索前行试图找到光明的独行侠,结果产品出问题了就欲哭无泪。

没办法,你做了个谁都不知道的决策,那别人怎么帮你背书呢?正如在《非对称风险》一书中所说的“没有风险共担,就会带来灾难”“入局者才有发言权,入局者才可能获得回报”。

所以接收需求的第‍一时间,请先列一下,这个需求的干系人有哪些。

二、怎么识别和分析干系人

比较简单的办法,给自己列一个干系人走查清单,并在工作积累中不断完善它。针对组织内部和外部,我这有两个干系人清单,各位可根据自身工作实践进行删减。

按照干系人清单列举后,对他们进行分析,形成干系人登记册。通常,干系人登记册中需要包含干系人名称、角色、职务、重要程度、“痛点”“担心”或项目中的利益、对项目的需求/期望/价值观、管理策略等。

为什么需要登记干系人的这些信息,或者说为什么这些信息是重要的,这涉及我们在分析干系人时的量个有效工具:权力/利益矩阵和凸显模型。

1. 权力/利益矩阵

权力/利益矩阵是根据干系人权力的大小,以及利益对其分类。这个矩阵指明了项目需要建立的与各干系人之间的关系的种类。

首先关注处于B区的干系人,他们对项目有很高的权力,也很关注项目的结果,应该“重点管理,及时报告”,应采取有力的行动让B区干系人满意。项目的客户和项目经理的主管领导,就是这样的项目干系人。

尽管C区干系人权力低,但关注项目的结果,因此需要“随时告知”项目状况,以维持C区的干系人的满意程度。

如果低估了C区干系人的利益,可能产生危险的后果,可能会引起C区干系人的反对。大多数情况下,要全面考虑到C区干系人对项目可能的、长期的以及特定事件的反应,随时告知他们项目的状态,保持及时的沟通”。

方格区域A的关键干系人具有“权力大、对项目结果关注度低”的特点,因此争取A区于系人的支持,对项目的成功至关重要,项目经理对A区干系人的管理策略应该是“令其满意”。

最后,还需要正确地对待D区中的干系人的需要,D区干系人的特点是“权力低、对项目结果的关注度低”,因此主要是通过“花最少的精力来监督他们”即可。但有些D区的干系人可以影响更有权力的干系人,他们对项目发挥的是间接作用,因此对他们的态度也应该“要好一些”,以争取他们的支持、降低他们的敌意。

2. 凸显模型

凸显模型中有代表干系人的权力、需要被关注的紧迫性、参与项目的合法性三个指标。该模型由三个圆形区域构成七个区域,分别代表“凸显性”不同的七类相关方。我们可以以此来分析哪些是应该优先关注的干系人,并根据相关方的“凸显”特征确定合适干系人管理策略。

  • 权力:职权级别或对项目成果的影响能力
  • 紧迫性:因时间约束或干系人对项目成果有重大利益诉求而导致需要立即交易关注
  • 合法性:参与的适当性

下图展示的是相关方凸显模型分析,前六种类型的相关方都存在发展为第七种类型统治型的潜力,蓝色区域表示相关方已拥有的特性,灰色区域表示相关方欠缺的特性,灰色区域中的文字代表相关方发展为第七种类型统治型所需的条件。

凸显模型可以指导产品经理如何使得干系人处于希望的凸显性水平。对于多数干系人,最好使其保持在现在较低的凸显性水平,不要随便出触发让相关方凸显性升级的条件,否则就容易陷入四面楚歌、首尾难顾的局面。

三、怎么规划与管理干系人参与

在PMBOK里,规划干系人参与的定义是“根据干系人的需求、期望、利益和对项目的前置影响,制定项目干系人参与项目的方法和过程”,提供与干系人进行有效互动的可行计划,其内容包括了调动干系人或群体参与的特定策略和方法。

一个看起来和项目关联不大的人会导致项目胎死腹中,而一个高权力的人也能为大部分人都不看好的项目保驾护航。

例如21世纪初,在阿里内部人都吐槽王坚“根本不懂技术,天天只会给大家画饼”的时候,在王坚自己都在怀疑自己是否正确的时候,因为马云“每年给阿里云投1个亿,投个十年,做不出来再说”的支持,2019年阿里云终于一鸣惊人,取得突破性胜利。

那么怎么用恰当的策略管理干系人参与,这里又可以回到上面我们使用过的权力/利益矩阵和凸显模型:根据干系人的特征,我们将其放在矩阵的不同位置,并采用对应的管理策略。

此外,对于产品经理来说,另一个重要课题是怎么通过对干系人的深刻认知,来规划和设计需求。在这里,我们可以借用《Impac Mappping》一书中的影响地图来分析干系人和产品功能直接的关联。

这个模型以结构化的形式显示,业务目标(Why)、角色(Who)、影响(How)、产品功能(What)之间建立关联,让团队清晰地看到什么人产生什么样的影响可以帮助实现目标;提供什么样的产品功能(或服务、运营手段)才能产生这样的影响。

影响地图的四个层次分别表示:

  1. Why(目标):要搞清楚业务目标、为什么研发这个产品?
  2. Who(角色):想要实现这个目标,哪些角色会影响目标的实现?
  3. How(影响):这些角色是如何对目标产生影响?是帮助还妨碍?
  4. What(什么):我们可以做什么来支持这些影响的实现?可以是产品功能、活动运营、内容交付、服务等。

例如下面这个分析路径

作为一个信用卡APP的产品经理,当在接收到开户量翻倍的需求时,我们通过干系人识别和分析环节,识别出这个需求的内外部干系人,拆解出这些干系人的影响、利益、需求、期望等,并进一步分析他们对这个项目可能影响,再通过开拓、避免等手段发挥其积极影响、减轻负面影响。

例如存量客户,他们可能可以通过分享行为促进我们目标的达成,对此我们要将其影响发挥到最大,例如提供老带新奖励的方式,促进其分享欲望,提升其分享效果。

四、为什么监督干系人参与

监督干系人参与,顾名思义,监督干系人参与的效率和效果,使其在项目的进展中,能够有合适的参与度。在此,我们也能借助一些模型来可视化参与效率和效果,比如,可以用干系人参与度评估矩阵来分析某干系人当前的状态和期望的状态,在状态发生偏差时给予纠正。

以表中相关方1为例,他是被期望能够支持项目的,而他当前却对项目并不了解。这时我们便需要通过私聊、会议等形式,拉齐项目信息并争取到其支持。这类人就很像我们的合规,如果我们不将需求主动告知他们,他们必然是对项目不知情的,但是如果没有他们了解和支持,在未来很有可能就爆个大雷。

五、尾声

有效的干系人管理是项目成功的重要保证,如何进行平衡与协调,以满足参与者各方面利益需求,这是产品经理们必须面对的挑战。我们可以通过识别干系人、规划干系人参与、管理干系人参与、监督干系人参与的管理过程来更加科学、高效的对干系人进行管理。

此外,我们也需要注意,干系人识别和分析不是一次性的工作,它可能在项目的任意阶段反反复复发生。因为随着项目的进展,干系人的权力、对项目的态度、优先级可能会发生变化。因此,干系人管理是一项持续进行的行动。

最后祝大家在做任何项目的时候,都能拥有一批专业、可靠、为你达成目标提供助力的干系人!

作者:阿宅的产品笔记;公众号:阿宅的产品笔记

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

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

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