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

推荐订阅源

cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Blog — PlanetScale
Blog — PlanetScale
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
The Last Watchdog
The Last Watchdog
AI
AI
Recent Announcements
Recent Announcements
Recent Commits to openclaw:main
Recent Commits to openclaw:main
Stack Overflow Blog
Stack Overflow Blog
V
Visual Studio Blog
J
Java Code Geeks
TaoSecurity Blog
TaoSecurity Blog
L
LangChain Blog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
Project Zero
Project Zero
Microsoft Security Blog
Microsoft Security Blog
量子位
T
Threatpost
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
博客园 - Franky
博客园 - 聂微东
L
LINUX DO - 最新话题
Security Archives - TechRepublic
Security Archives - TechRepublic
Hugging Face - Blog
Hugging Face - Blog
T
The Blog of Author Tim Ferriss
P
Proofpoint News Feed
The GitHub Blog
The GitHub Blog
C
Check Point Blog
宝玉的分享
宝玉的分享
G
Google Developers Blog
Spread Privacy
Spread Privacy
Cloudbric
Cloudbric
SecWiki News
SecWiki News
有赞技术团队
有赞技术团队
www.infosecurity-magazine.com
www.infosecurity-magazine.com
W
WeLiveSecurity
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
美团技术团队
V
Vulnerabilities – Threatpost
Cyberwarzone
Cyberwarzone
A
Arctic Wolf
P
Privacy & Cybersecurity Law Blog
P
Palo Alto Networks Blog
H
Help Net Security
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Cisco Talos Blog
Cisco Talos Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
A
About on SuperTechFans
N
Netflix TechBlog - Medium
罗磊的独立博客
月光博客
月光博客

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
相关方管理:避免“关系窘境”的必备指南
Olivia · 2023-12-01 · via 人人都是产品经理

在每天的工作中,我们都需要和各种各样的相关方进行互动,那么,怎么做好相关方管理,从而避免让自己陷入“关系窘境”?这篇文章里,作者做了一定的探讨和总结,一起来看看吧。

你是否曾经在项目中或组织中遇到“关系窘境”?没有有效地理解和满足相关方的需求和期望,导致计划偏离轨道或甚至失败。

在商业和组织管理中,关系网密不可分,它们就像一张无形的网,将各个角色和实体紧密相连。这就是相关方管理的核心:如何建立、维护和协调这些复杂的关系,以推动项目和组织的成功。

我们每天都在与各种各样的相关方互动,无论是在工作中、社交圈中还是家庭生活中。在这篇文章中,我们将探讨如何避免这种窘境,以及如何应用相关方管理的关键原则,使关系更和谐、工作更顺畅。

一、识别相关方

在关键项目或组织中,有效的相关方管理始于对相关方的明确识别。创建一个详细的相关方登记册,列出与组织或项目有关的所有可能的相关方。这可以包括内部和外部相关方,如员工、客户、合作伙伴、竞争对手、政府机构等。

1. 内部相关方

一般可以通过企业的组织结构图和组织工作流来分辨。组织结构图:是识别内部相关方的有力工具。它显示了组织内不同部门、团队和职能之间的关系和层级。

通过仔细分析结构图,你可以确定与你的项目或工作密切相关的部门和团队。这包括高级管理层、项目团队、跨部门合作团队等。

组织结构图还可以帮助你确定哪些相关方在组织内具有权力和影响力。通常,高级管理层和决策者对项目或工作有重要影响,因此应特别注意他们。

工作流程图:显示了在特定流程或项目中涉及的各个步骤和角色。通过分析工作流程,你可以确定那些在执行实际工作中起关键作用的操作性相关方。这可能包括项目经理、执行人员、协作伙伴等。

工作流程也有助于识别相关方之间的依赖关系。某些相关方可能需要在工作流程中的特定步骤中提供信息、资源或批准。这些相关方通常具有较高的依赖性,应特别关注。

2. 外部相关方

制定相关方地图:创造一份相关方地图,将所有可能的外部相关方标识出来。这个地图可以包括各种类型的相关方,如客户、供应商、合作伙伴、竞争对手、政府机构、非政府组织(NGO)等。

利益相关方分析:利用利益相关方分析来评估每个外部相关方的权力、影响力、利益和依赖程度。这有助于确定哪些相关方对你的组织或项目具有重要影响力。

3. 容易被忽视的相关方

尽管组织结构图和工作流程图有助于识别大多数相关方,但仍然有些相关方容易被忽视,包括:

  • 间接相关方: 这些人可能不直接参与项目或工作,但他们的决策或行动可能对结果产生重大影响。例如,财务部门的审批人员可能在项目资金批准中发挥关键作用。
  • 变动性相关方: 一些相关方的角色可能会随时间而变化,可能在项目的不同阶段扮演不同的角色。

这些变动性相关方需要在整个项目中得到适当的管理和沟通。为了避免忽视这些容易被忽视的相关方,建议在项目或工作的早期阶段进行细致的相关方分析,包括定期的更新以适应变化。

此外,保持开放的沟通渠道,以便容易被忽视的相关方可以随时提出问题或提供反馈。

4. 相关方登记册模板

二、进行相关方分析

在项目管理和组织管理中,识别、理解和有效管理相关方是确保项目或组织成功的关键要素之一。

相关方分析是一项重要的过程,旨在识别与项目或组织相关的各种相关方,并为他们定义角色和职责。在本章中,我们将深入探讨如何进行相关方分析,并介绍一些有用的工具和模型。这些工具将帮助你更好地了解相关方的需求、期望和影响,从而更有效地管理与他们的互动,以确保项目或组织的成功。

1. 工作分析

工作分析的输出可以包括一系列类似于工作的描述、工作环境的叙述、个人所要执行的活动的详细清单、所需要的人际关系技能清单,或者所需的培训、学历、证书等清单,工作分析也可以用于定义培训需求,编写一个工作职位所需的格式信息和支持绩效评估过程。

例如,当项目经理招聘了一个新的研发人员,那么他可以根据工作分析,来制定针对性的培养计划。

2. 人物分析

人物分析是一种创建相关方画像的方法,有助于更深入地了解他们的特点、需求和期望。 根据收集的信息,创建人物画像,包括相关方的名称、照片、特征、需求、期望、痛点和目标。分析需求和期望,确定每个人物的主要需求和期望,以便更好地满足他们的要求。

3. RACI 模型

RACI 模型是一种用于定义和澄清相关方在项目、任务或工作中的角色和职责的管理工具。RACI模型有助于消除角色和责任的混淆,确保每个相关方都了解他们在任务中的职责。这有助于提高工作效率、减少冲突并确保任务按照计划进行。

RACI 是一个缩写,代表了四个不同的角色分类,每个字母都代表一种角色:

  1. R (Responsible) – 负责人: 这是执行具体任务或工作的相关方,他们负有直接的责任来完成工作。负责人通常是实际执行者,他们执行操作并确保任务按照计划完成。
  2. A (Accountable) – 确定人: 确定人是决策者,有最终决定权,并对任务或工作的结果负有最终责任。他们不仅负责任务的完成,还对任务的质量和成果负有最终的监督和审批责任。通常只有一个确定人。
  3. C (Consulted) – 协商人: 协商人是那些需要被咨询并提供反馈和建议的相关方,但不负有最终决策权。他们在任务的执行过程中提供意见和专业知识,但不直接参与操作。
  4. I (Informed) – 通知人: 通知人是那些只需被通知任务或工作的进展和决策结果的相关方。他们不需要主动参与任务的执行,但需要了解任务的进展和结果。

4. 相关方矩阵

相关方矩阵是一种使用象限或矩阵来分析一组相关方的技术。X 轴和Y 轴标由产品团队选定用于分析的变量名称,例如:

  • 影响。相关方会对产品需求产生多大影响。
  • 冲击。解决方案一旦被实施,将对相关方产生多大的影响。

高影响/低冲击: 这个群体包括那些对解决方案影响不直接,但可能管理着受影响相关方的决策者。虽然他们可能会延后确定具体需求,但我们需要与他们保持开放的沟通,以获得他们的支持。

高影响/高冲击: 这是需求的关键来源,对项目有重大影响的相关方。我们需要分配足够的工作量来与他们密切合作,建立强大的伙伴关系和信任。

低影响/低冲击: 这个群体可能对项目不直接产生影响,但我们仍然需要确保他们的需求被适当考虑。他们的需求可能会在后期才被包含,需要监督以确保他们的关系不会随着项目变化而改变。

低影响/高冲击: 尽管这些相关方可能没有很大的权力,但他们代表了关键的需求来源。我们需要花时间了解他们的需求,确保与他们保持沟通,并解决他们关心的问题,即使他们由有权势的代表来表达。此外,他们可能代表那些可以适应项目变化的人。

三、制定相关方管理策略(案例实操)

这一章将深入探讨如何结合RACI模型和相关方矩阵,以及之前提到的相关方管理策略,来制定一个综合的相关方沟通和管理计划。我们将通过一个实际案例来演示如何应用这些概念。

1. 识别关键相关方我们考虑一个软件开发项目,目标是开发一款新的移动应用程序。

在这个案例中,关键相关方可能包括:

  • 项目经理
  • 开发团队
  • 产品经理
  • 市场部门
  • 客户支持团队
  • 最终用户

2. 应用RACI模型对于我们的移动应用项目,我们可以使用RACI模型如下:

  • 项目经理(R):负责整个项目的管理和决策。
  • 开发团队(A):负责实际的应用程序开发工作。
  • 产品经理(C):需要与开发团队协商需求和功能。
  • 市场部门 (C):需要提供市场信息和竞争情报。
  • 客户支持团队(I):需要了解应用程序以提供支持。
  • 最终用户(I):需要被通知项目进展和新功能。

3. 制定相关方管理策略

  • 对于开发团队(A):我们需要与他们建立密切的合作,提供所需资源和支持,并定期监督项目进展。
  • 对于市场部门(C):我们需要定期咨询他们,以获取市场反馈和竞争信息,确保产品符合市场需求。
  • 对于最终用户(I):我们需要定期通知他们关于新功能的信息,以确保他们了解应用程序的发展。

4. 制定沟通计划

我们可以制定一个每周项目会议的计划,邀请项目经理、开发团队、产品经理和市场部门参加,以确保信息共享和协调。我们还可以定期向最终用户发送电子邮件或应用内通知,告知他们新功能的发布和如何使用。对于客户支持团队,我们可以建立一个在线支持平台,以便他们随时获取应用程序的最新信息。

通过本文,我们学习了如何将相关方管理的各个方面结合起来,以确保所有相关方都能够有效地参与项目或组织,并达到共同的目标。

这个过程对于项目的成功执行和组织的顺利运营至关重要,可以提高相关方的满意度,并确保项目或组织取得良好的成果。在实际应用中,根据具体的项目或组织需求,可以进一步调整和完善相关方沟通和管理计划,以确保其最大化的效益。

参考:图片均来自网络

专栏作家

Olivia,微信公众号:Olivia是只产品汪,人人都是产品经理专栏作家。一个致力于分享加倍干燥专业干货的空想家。

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

题图来自 Unsplash,基于 CC0 协议

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