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

推荐订阅源

Application and Cybersecurity Blog
Application and Cybersecurity Blog
The Register - Security
The Register - Security
V
Visual Studio Blog
aimingoo的专栏
aimingoo的专栏
Stack Overflow Blog
Stack Overflow Blog
IT之家
IT之家
量子位
C
Check Point Blog
博客园 - 【当耐特】
小众软件
小众软件
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
雷峰网
雷峰网
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Microsoft Azure Blog
Microsoft Azure Blog
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Engineering at Meta
Engineering at Meta
Recorded Future
Recorded Future
The Last Watchdog
The Last Watchdog
博客园 - Franky
N
Netflix TechBlog - Medium
Webroot Blog
Webroot Blog
A
About on SuperTechFans
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
W
WeLiveSecurity
D
Docker
S
Security Affairs
T
The Blog of Author Tim Ferriss
F
Fortinet All Blogs
Blog — PlanetScale
Blog — PlanetScale
V2EX - 技术
V2EX - 技术
Jina AI
Jina AI
Help Net Security
Help Net Security
L
LangChain Blog
P
Proofpoint News Feed
The Cloudflare Blog
WordPress大学
WordPress大学
Google DeepMind News
Google DeepMind News
Schneier on Security
Schneier on Security
Recent Announcements
Recent Announcements
Attack and Defense Labs
Attack and Defense Labs
云风的 BLOG
云风的 BLOG
V
Vulnerabilities – Threatpost
Microsoft Security Blog
Microsoft Security Blog
H
Heimdal Security Blog
P
Proofpoint News Feed
O
OpenAI News
H
Help Net Security
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
爱范儿
爱范儿
Security Archives - TechRepublic
Security Archives - TechRepublic

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
从240家AI软件公司的定价数据,我看到了5个关键趋势
硅基观察Pro · 2025-06-06 · via 人人都是产品经理

在AI技术快速发展的当下,软件公司的定价模式正经历着重大变革。通过对240家AI软件公司的定价数据进行分析,本文揭示了五个关键趋势:席位定价和固定价格模式面临挑战,混合定价模式成为主流,多种定价策略各有优劣,结果定价模式需关注四大问题,以及价格透明化并非适用于所有企业。

AI在深刻变革软件行业的同时,也带来了一个问题:

AI功能固然强大,但由于价值错位和成本压力,传统的定价方式正在失效。

在这一背景下,软件公司对全新颠覆性定价模式的需求比以往任何时候都高涨。从现在看,这一趋势比大家想象的进展更快。

最近,国外科技作者Kyle Poyar收集了超过240家软件公司的数据,这些公司的年经常性收入(ARR)在100万至2000万美元之间,销售的是SaaS和AI混合产品。

透过这240家软件公司的数据,Kyle Poyar得出了关于AI定价的5个趋势:

  1. 传统的席位定价和固定价格模式面临挑战,混合定价模式已成为主流。
  2. 当混合定价成为一种趋势,也出现了一些新的定价组合。
  3. 基于结果定价虽好,但在大部分市场短期内并不适用。
  4. 价格透明化的价值,或许被高估了。
  5. 定价模式仍然在快速变化,但大多数公司还没有做好准备。

01 席位定价和固定价格模式,正在面临挑战

12个月前,软件定价主要还是席位收费和固定费率订阅两种模式。

这些模式提供了价格的可预测性,并有望带来持久的经常性收入(ARR)。然而,由于价值错位和成本压力,这些模式正日益面临威胁,尤其是对于人工智能原生产品而言。

固定费用和基于座位的定价正在被混合定价所取代,即订阅和使用的组合。数据上也能看出这一趋势:

  1. 过去12个月,固定费用订阅模式占比从29%下降至22%。
  2. 采用基于席位定价的占比从21%下降至15%。
  3. 采用混合定价模式的占比从27%上涨至41%。

还有一个趋势是,AI与软件的结合越来越紧密了。

超过一半的受访者(53%)表示,他们将人工智能功能纳入核心软件产品。仅有20%的受访者表示,他们不提供任何人工智能功能。甚至更少的受访者(16%)表示,人工智能主要作为独立产品或附加组件出售。

AI为软件带来的一个变化是,软件提供的价值越来越多。客户可能需要更少的人工,而需要更多的人工智能。

  • Alphabet表示,目前其代码的30%以上是由AI生成的。
  • 微软首席技术官预计,到 2030 年,95% 的代码将由AI生成。
  • Cursor拥有 60 名员工,年平均经常性收入(ARR)增长至2亿美元,平均每位员工的收入超过300万美元。
  • Klarna表示,由于人工智能效率的提升,其每位员工的ARR从57.5万美元飙升至100万美元。

但另一方面,交付人AI功能的成本是真实存在的,并且正在成为定价的关键因素。调查参与者认为,内部成本和利润是人工智能功能定价的最重要因素。

02 混合定价模式,已成为主流定价模式

在SaaS时代,大部分软件公司的定价策略,主要参考Salesforce或Slack等。而到了AI时代,他们的定价策略受到了Clay的启发。

Clay采用的是混合定价模式,既通过多种定价方式来满足用户需求,又保持定价相对简单,比如更多功能(订阅套餐)和更多使用量(积分)。

Clay没有为包年套餐提供大幅折扣,而是提供小幅折扣(10%),并允许客户一次性获得所有积分。未使用的积分可以结转到下个月(最多2倍),这既方便了客户,又能增加用户粘性。

最近,一些初创公司和大型企业都引入了类似的混合模式。比如,我一直在关注monday.com(现在所有付费计划每月提供500个AI积分)、Salesforce旗下的Agentforce(5月份增加了弹性积分模式)、Atlassian以及许多其他公司。

混合定价是席位或固定费用订阅模式的自然演变。我认为混合定价如此受欢迎的原因有四:

  1. 没有对原有定价体系造成太大冲击。混合定价无需另辟蹊径——它可以融入现有的基于座位和订阅的模式。
  2. 更自然的销售路径。它创建了一条自然的追加销售路径,让客户“免费”试用新产品,然后随着使用量的增长而盈利。
  3. 可观的利润率。通过限制使用量,公司可以控制成本,并最大限度地降低无利可图客户的风险。
  4. 相对可预测。通过遵循传统的定价模式,买家可以估算成本并控制支出。

03 七大常见的定价策略

随着越来越多AI产品转向混合定价模式,一个新的挑战出现了:构建混合定价的方式似乎有无数种,但并非每一种都合适。

在这里,作者分享了一些常见的定价方法,以及其优缺点。

第一,现收现付(PAYG)。这并非真正的混合模式,且早期可能会有不错的效果。现收现付意味着无需承诺,完全灵活。当客户可以报销费用或将其计入运营预算时,这种模式最有效。否则,企业采购要小心了!

第二,有上限的现收现付(PAYG)。这种模式通过限制潜在使用量/支出,让买家安心无忧。这种模式在基于结果的模式中越来越常见,因为结果事先是未知的。

第三,基于使用量的套餐。客户承诺一定的使用量或套餐;这通常是“用完即止”。套餐包含多种子模式,包括高额计费(如果使用量超过计划上限,客户将立即进入超额计费模式)或递减模式(使用量可以灵活使用,就像礼品卡一样)。对超额使用量和使用量波动的担忧会导致销售人员过度销售,客户过度购买。

第四,平台费加使用量。收取平台费有助于锁定客户,同时让他们享受高级功能、优质支持等。当定价指标商品化(例如:短信、计算、存储)或无法反映产品的全部价值时,这种方法非常有效。供应商可以宣传价格实惠,但需要通过平台费来弥补。

第五,平台费(含使用量)加额外使用费。这种模式也称为三部分资费模式,其订阅费较高,但包含一定程度的“免费”使用费。提供最低使用量有助于吸引客户,并通常会刺激他们增加整体消费。

第六,自适应固定费率。在这种模式下,客户承诺选择一个基于使用量的层级,但在合同期内可以随意使用产品,不会产生超额费用或需要升级。在合同续期时,其层级会根据实际使用情况进行上调或下调。自适应统一费率对客户来说具有可预测性,同时也能鼓励他们随着时间推移增加使用量(缺点是如果使用量下降,你仍需承担相应的成本!)。

第七,平台费加成功奖金。在这种模式下,定价以更传统的订阅费形式呈现。如果客户获得的回报率(ROI)高于预期,他们需额外支付一笔奖金或佣金。

04 结果定价,必须关注的4个问题

5%的受访者表示,他们目前的主要定价模式是基于结果的。然而,25%的受访者表示,他们预计到2028年,才会将定价模式将转向基于结果的模式。

基于结果的定价的早期采用者——例如之前提到的Intercom,正在为市场铺平道路。

其中一些所谓的“基于成果”的模式,更准确地说应被称为“基于工作量”的定价(例如 EvenUp、Casemark)。而另一些则是真正意义上的“基于成功”的定价模式,即当客户获得额外收益时,供应商会从中抽取一部分分成(例如 Chargeflow、Flycode 和 AirHelp)。

以 AirHelp 为例,当它为客户赢得因航班延误或取消而获得赔偿时,会收取35%的成功费用。

当 AI 智能体被定位为“执行任务”的角色时,按照其完成的工作量(或者与该工作相关的收益)来定价就显得顺理成章。从市场营销的角度来看,这种模式非常成功。

它传递出一个强烈信号:你对自己的产品充满信心并愿意全力为其背书。同时,这也促使供应商不断投入资源,提升产品效果,从而为客户带来更多的实际成果。

然而,这一模式背后也存在一个不容忽视的问题,我将其称为 CAMP 框架。要实现基于成果的定价,企业必须具备以下四个要素(CAMP):

1)一致性(Consistency):所有客户都重视相同的成果吗?还是说不同客户所需的成果各不相同,导致必须定制化结果,进而催生大量定制化合同。

2)归因性(Attribution):你能说服客户将取得的成果归功于你的产品吗?还是他们认为主要靠自己达成目标,你的产品只是起到了很小的帮助作用?

成果归因是基于成果定价中最棘手的问题之一。如果客户无法清晰地看到你的产品在推动成果中的作用,他们就不太可能愿意为此付费,尤其是在按成果分成的情况下。

3)可衡量性(Measurability):你能否实时测量并报告这些成果?还是需要依赖客户的报告、A/B 测试和/或概念验证来确认成果?

如果无法准确、及时地衡量成果,就难以建立透明的计费机制和信任关系。理想情况下,系统应具备自动追踪关键指标的能力,并向客户展示明确的价值证据。

4)可预测性(Predictability):你能以一定准确度预测你的产品将带来的成果吗?还是不同客户之间的成果差异很大?

如果成果波动大且不可预测,企业将面临巨大的财务风险。例如,某些客户可能获得极高回报,而另一些几乎没有任何改善。这使得定价模型难以标准化,也增加了销售难度。

05 价格透明化,或许被高估了

将定价信息隐藏起来的做法,曾被认为是上世纪90年代和2000年代的遗留习惯。毕竟,如今精明的买家会在网上做调研(或向同行打听),很可能会找到他们想要的价格信息。

像Vendr这样的工具甚至通过一个免费的Chrome插件,就能展示其他人实际支付的价格。

公开定价可以让你抓住这部分买家的需求(以及相关的搜索流量),同时掌握叙述权(即主动定义客户对产品价值的理解)。此外,它还能筛选掉那些不符合条件的买家,避免他们浪费你团队的时间。

然而现实是,尽管透明定价有其优势,但很多企业并未全面采纳这一做法。

这背后可能涉及复杂的定价结构、差异化报价策略,或是担心价格成为竞争焦点而削弱价值主张。因此,虽然透明化趋势看似“不可避免”,但在实际执行中仍面临诸多挑战和顾虑。

现实情况是:事情并没有完全按照预期发展。

那些平均年度合同价值(ACV)低于5000美元的企业,以及采用产品驱动增长(PLG)模式的公司,通常确实会把定价信息放在官网上公开。但对于其他企业来说,情况并非如此普遍。

我的一点看法:许多软件公司,尤其是初创阶段的公司和AI相关企业,其实还没有完全理清自己的定价策略。一旦将价格公之于众,后续再进行调整就会变得困难得多——因为这很容易让消费者感到困惑,甚至失去信任。

此外,随着定价模型变得越来越复杂(例如:结合AI积分的混合定价),买家并不一定会相信他们在网站上看到的价格就是最终要支付的金额。

他们自然会提出一系列问题:有没有使用上限?超额费用怎么计算?哪些功能是额外收费的?等等。

当复杂性上升时,买家更希望与真实的人沟通,而不是仅仅依赖一个网页上的价目表。

06 AI定价快速变化,大部分人没有做好足够准备

AI技术的快速发展使得盲目沿用现有的定价模式变得不再可行。(事实上,去年有四分之三的软件公司对其定价策略进行了调整。)

随着定价决策日益成为一项战略性且复杂的任务,企业需要为定价工作投入相应的资源。这背后有大量的实际工作要做,包括深入理解成本结构、竞争对手动态以及客户感知价值。

然而,大多数企业在两个方面仍显不足:

  1. 人员能力缺口(Personnel Gaps):缺乏具备专业定价分析、价值建模和市场洞察力的人才;
  2. 工具落后(Legacy Tooling):仍在依赖传统的Excel表格或过时的系统,无法支持实时数据驱动的定价决策。

换句话说,虽然定价的重要性日益提升,但很多公司并没有建立与之匹配的能力体系来支撑这种战略转型。

在公司发展的早期阶段,定价几乎总是由创始人或CEO直接拍板决定。随后,随着公司规模扩大,定价逐渐变成一个“烫手山芋”,在销售、产品、市场、财务和运营等多个部门之间来回推诿。

要特别警惕陷入所谓的定价“无人区”(pricing no-man’s land)——这通常发生在年经常性收入(ARR)在500万到2000万美元之间的时候。在这个阶段,初创时期的“拍脑袋”决策方式已经不再适用,但正式的定价机制和责任人又尚未建立起来,导致定价策略缺乏清晰的所有权和战略方向。

07 总结

我仍然对基于使用量(usage-based)和混合型定价模型(hybrid pricing models)持乐观态度,但我越来越倾向于认为它们只是迈向基于工作量(work-based)和基于成果定价(outcome-based pricing)的过渡阶段。

这其实是整个软件行业从“拥有”走向“租赁”,再走向“按需使用”的更广泛演进的一部分:

  • 从本地部署(on-premise)到订阅制(SaaS);
  • 再从订阅制走向按实际使用付费的模式;
  • 每一次演变都在降低客户的前期成本,使软件变得更加易得;
  • 同时也将风险从买家转移到了供应商身上,迫使供应商真正为客户的成果负责;

如果我们能够实现这一愿景——也就是真正落地成熟的基于成果的定价模式——它将彻底改变软件公司的运作方式。届时,公司中的每一个部门都将围绕一个核心目标运转:帮助客户实现他们的目标。

本文由人人都是产品经理作者【智能乌鸦】,微信公众号:【乌鸦智能说】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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