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

推荐订阅源

C
Check Point Blog
GbyAI
GbyAI
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
U
Unit 42
美团技术团队
NISL@THU
NISL@THU
C
Cisco Blogs
SecWiki News
SecWiki News
N
Netflix TechBlog - Medium
Forbes - Security
Forbes - Security
Cloudbric
Cloudbric
雷峰网
雷峰网
T
Tailwind CSS Blog
博客园 - 司徒正美
The Register - Security
The Register - Security
L
LangChain Blog
S
Security Affairs
Hacker News - Newest:
Hacker News - Newest: "LLM"
B
Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
T
Threat Research - Cisco Blogs
I
InfoQ
S
Schneier on Security
L
Lohrmann on Cybersecurity
量子位
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Martin Fowler
Martin Fowler
Schneier on Security
Schneier on Security
F
Fortinet All Blogs
TaoSecurity Blog
TaoSecurity Blog
K
Kaspersky official blog
Google DeepMind News
Google DeepMind News
Cisco Talos Blog
Cisco Talos Blog
PCI Perspectives
PCI Perspectives
Attack and Defense Labs
Attack and Defense Labs
WordPress大学
WordPress大学
Microsoft Azure Blog
Microsoft Azure Blog
H
Help Net Security
Project Zero
Project Zero
The GitHub Blog
The GitHub Blog
D
Docker
N
News | PayPal Newsroom
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
H
Hacker News: Front Page
云风的 BLOG
云风的 BLOG
Microsoft Security Blog
Microsoft Security Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园 - 聂微东
Webroot Blog
Webroot Blog
MongoDB | Blog
MongoDB | 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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第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-03-21 · via 人人都是产品经理

作者在亚马逊的工作中,感受到很多独到与不同之处,比如,强烈的用户至上理念、强烈的数据文化、技术驱动与引领。这或许也是为什么亚马逊能够成为世界顶尖企业的原因之一。本篇文章中,作者向我们介绍了“用户至上”背后的机制,相信能够给大家带来参考和借鉴价值。

上篇文章重点跟大家分享了我在亚马逊感受到的企业文化特点,这篇我们再来聊聊亚马逊的工作方法里一些比较独特、值得参考借鉴的做法。

我在中国和美国的顶级企业都工作了很多年,对两边的文化和工作方法体会都比较深刻。两相对比,感觉亚马逊作为世界顶尖企业,确实有很多独到与不同之处,可以成为大家很好的参考借鉴。

其中最突出的几点是:

1,强烈的用户至上理念。很多工作流程和决策机制都围绕用户价值进行设计,而非企业利益至上。

2,强烈的数据文化。尊重数据、用数据说话、避免主观决策、重视长期价值、深挖细抠各个环节效率的思维方式深深融入从上到下各层级的工作理念之中。

3,技术驱动与引领。很多工作都通过技术驱动,减少甚至避免人工干预,通过大数据模型和算法取代人工来寻找最优方案。相比我国电商巨头,亚马逊技术团队更加独立,并且拥有很大的话语权。

下几篇文章我会介绍其中一些较为独特的做法。本文先从“用户至上”背后的机制说起。

1 PRFAQ

很多人都听说过亚马逊“顾客至上”文化的经典例子:贝佐斯在开重要会议时,常会在旁边放一张空椅子,这张椅子是为“顾客”保留的,以提醒每个高管都要在工作中充分为顾客思考。

这个做法颇有象征性寓意,现在贝佐斯还摆不摆这把椅子不得而知,他也早已淡出了企业日常管理。但我能清楚地感觉到亚马逊的很多机制设计上,的确存在着浓厚的顾客至上文化,体现在产品设计、运营策略、项目评审等工作的很多不同侧面。

产品设计方面,亚马逊的产品设计不像大多数公司那样要撰写和评审PRD(Product Design Document),而是特别重视一个叫做PRFAQ 的文档。这个文档有两个部分,PR和FAQ。

PR是指Press Release,也就是新闻稿。每个产品/功能在设计时,产品经理都要仔细思考产品能为顾客、为社会、为企业带来什么样的价值,并要假设将会开一个新闻发布会,产品经理要为这个发布会写一个新闻稿。新闻稿必须站在顾客价值和社会价值视角,明确阐述产品对顾客和社会的价值和意义,并援引顾客的语言(通常由产品经理站在顾客的视角虚构)来描述顾客会为新产品/新功能感到什么样的欣喜。

在FAQ(Frequently Asked Questions)部分,产品经理则需要全面地思考外部顾客和内部合作伙伴可能会问什么问题,并进行回答。问题主要集中在顾客体验、客户价值、痛点解决/实际提升、内部价值、资源需求、支持要求等方面。FAQ的篇幅通常比较长,各种顾客和内部合作伙伴可能会问及的问题都要预先想到并做好解答。为了确保产品团队可以想得比较全,我甚至准备了一个长长的FAQ问题清单。

产品评审时,要安排“模拟新闻发布会”,邀请与该产品相关的业务、运营、技术、客服等相关部门出席,大家审阅PRFAQ,进行各种挑战提问,并提出意见建议。这可不是走个过场,很多产品构想就在这个新闻发布会被干掉了,或者回炉重写。

在产品评审人员里,有一个按规定必须邀请的角色,代表客户,就是CXBR,详见下文。

2 Bar Raiser机制

在介绍CXBR之前,先简单聊一下亚马逊的Bar Raiser机制和运作方式。

针对很多技术业务的专题,亚马逊设立了各种各样的“Bar Raiser”。比如:

  • 负责顾客体验的Customer eXperience Bar Raiser(CXBR)
  • 审核AB测试的Weblab Bar Raiser
  • 负责审核促销活动的Deal Bar Raiser
  • 负责审核配置和变更管理的Configration Mgmt Bar Raise
  • 负责把关面试的Interview Bar Raiser(因为和亚马逊的招聘有关,这个比较有名,网上有很多文章说到它,甚至很多人都误以为亚马逊的Bar Raiser就是指这个面试Bar Raiser)
  • ……

Bar Raiser机制一般是选出在某个重要领域专业能力和原则性都特别强的人,针对该领域的工作执行方法、执行过程和达到的标准进行把关。它的大致流程如下(不同领域会略有差异):

1)申请。首先候选人提出申请,希望成Bar Raiser。不同的Bar Raiser有不同的门槛标准,申请人可以查询系统(Wiki里通常会有负责这个领域的Bar Raiser组织发布的相关文档),确认自己满足要求。少数要求高的领域比如CXBR还需要高层的推荐信,并通过组织负责人的确认,成为候选人。

2)认证。申请通过后,组织一般会指定一个mentor(导师),指导候选人进行一系列相关课程的学习培训,学习期间候选人可能需要定期写文档对组织进行思想汇报,以帮助组织确认自己的经验、判断能力和原则性。学习完毕后会有相应的考试,要求高的领域还会有一个较长实习期和毕业答辩。认证程序走完并达到要求,就可以获得该领域的Bar Raiser资格,系统里该员工的徽章区域就会出现一个相应BarRaiser的徽标,体现他已经成为该领域的Bar Raiser。顺便提一句,亚马逊的员工系统里,员工名字后面会有很多徽章,一般完成关键项目、做出重要贡献、成为Bar Raiser这些都可以获得徽章。这个勋章成就系统还挺有激励效果的,名下的徽章越多,越体现在公司的资历和价值。

3)受邀。以后内部同事在需要Bar Raiser把关的工作中,可以通过查询系统,根据这个徽标或者组织wiki page上的成员名单,来查询和邀请对应的Bar Raiser。因为各专业领域的流程各不相同,下面以InterviewBarRaiser为例进行说明。

亚马逊的面试程序要求在面试官团队里必须有一位Interview Bar Raiser。所以开放headcount的用人单位在组建面试官团队时,要设法邀请一位具有Interview Bar Raiser身份的面试官加入,否则面试流程无法启动。这个要求其实给Interview Bar Raiser带来的压力很大,因为他们一般会持续收到很多面试邀请,每周会花很多时间在面试上。

4)流程把关。首先面试官团队会开会如何组织面试,比如岗位的核心领导力准则是哪几条,哪个面试官分别负责哪条,以什么方式在什么时间以什么节奏进行面试。这时Interview Bar Raiser就需要确认面试过程规范合理,比如面试官人数合适、领导力准则的选择和分工合理,面试方式和节奏合理等等。这些方面的主要提出者是该岗位的招聘人,但Interview Bar Raiser要把关确认。

5)结果把关。面试随后展开,结束后,所有面试官需要在系统里详细填写面试纪要,复盘候选人的面试过程和问答内容,侧重在自己负责的领导力准则上,并给出针对每条领导力准则的“优秀、达标、不合格”等判定和录取与否的建议。最后面试官团队会有一个碰头会,会上Interview Bar Raiser会要求各个面试官总结面试反馈。对于是否录用候选人的最终决定,有两个人有一票否决权,一个是招聘人,一个是Interview Bar Raiser,其他面试官的意见都仅供参考。所以可以说面试结果Interview Bar Raiser有很大的决策权。

从这个过程,我们看到一个非常严谨的机制,从Bar Raiser的考核筛选认证,再到相关工作的推进和结果的确认,Bar Raiser都从专业领域给出了非常强有力的把控,而不仅仅是这项工作的负责部门。

3 CXBR

说完Bar Raiser机制,再来说说其中特别浓墨重彩的CXBR。CXBR的全称是Customer eXperience Bar Raiser,可以理解为“顾客体验把关人”。

这个顾客体验并不是大家通常说的用研或者UED,而是作为站在顾客立场思考的用户专家,代表顾客把好项目和产品的体验关。比如在PRFAQ会上,CXBR需要换位思考,立场不再作为亚马逊员工,而是要假设自己是真正的顾客,站在顾客视角,代表顾客提出各种各样的问题,对产品进行质疑和挑战,并要求合理解释。

在亚马逊诸多的Bar Raiser里,CXBR可能是要求最高的一个。它的认证过程比较复杂:

1)资格要求与推荐程序:要求4年以上的亚马逊工作经验,10年以上的顾客相关岗位经验,并需要亚马逊全球副总裁或以上级别的高管选择优秀员工,亲自写邮件陈述该员工的优势、推荐的理由,并向CXBR组织进行正式推荐。

2)培训过程:VP发出推荐信后,经CXBR委员会审核通过,候选人成为CXBR Apprentice(学员)。此时CXBR组织会指定一名资深CXBR成员作为Mentor(导师),进行一个内容十分丰富的培训,培训中不但要阅读大量的文档,还要和导师做很多定期的交流探讨。在通过考试后,还需要经过shadow program(影子程序,也可以认为是实习期)。在漫长的培训和实习过程中(往往历时一年甚至更久),学员每月还要做一次汇报总结。

3)影子程序:这个阶段,由CXBR导师带着学员参加10轮或以上的实际项目评审。前五轮是导师主导评审,学员观察学习并做辅助性发言,后五轮是学员主导评审,导师观察和考核学员的思维和立场,并做补充发言。每次评审学员都要做大量准备工作,深入细致地站在顾客立场“吊打”项目,并在评审后撰写文档,提出站在顾客立场的意见建议。影子程序完成后学员撰写转正申请(又是一篇大论文),CXBR组织在答辩后投票决定学员是否转正。

这个组织门槛高、要求严格、培训认证流程长。CXBR在亚马逊全球一共只有三四十人,我成为CXBR时,亚洲区只有5人,同期学员,包括多位各国副总裁,好些都没能完成认证或通过考核。

CXBR机制是保障顾客体验的重要环节,往往也是一种重视用户的象征,因此很多高层会提出申请,并在百忙之中抽出很多时间参加培训认证程序。但职位高并不意味着就能通过,关键还是是否能抽出时间认真参与评审,站在顾客立场提供反馈,并能坚持原则。这样严格的形式,清楚地体现了“顾客至上”在亚马逊如何得到执行上的强力保障。

CXBR责任重大,因为亚马逊要求所有重要产品和项目评审都要邀请CXBR。成为CXBR后我除了要评审大量中国项目,也常接到美国、印度、日本、新加坡等各个国家的评审邀请,然后白天黑夜地揣摩顾客是怎么看待这些产品,并慎重给出反馈……压力很大,付出很多,也有满满的被需要的感觉,痛并快乐着。但如果缺乏为此付出的决心,肯定撑不下来。

我们不难看到,空椅子也好,PRFAQ也好,CXBR也好,这些机制都围绕着顾客至上原则所设计。除了这些机制,在产品的设计原则和理念上亚马逊往往也十分偏执地站在客户立场,甚至不惜牺牲转化率(例如强制在商详页上打捞差评),或者牺牲自营销售(商家和自营站在一个起跑线上抢Buy Box,也就是“购买”按钮)。这些做法在后面的文章里再跟大家细说。

下篇预告:后续文章将陆续为大家分享weblab、算法确定商品选品/价格、自动化运营、长期价值预测等方面的一些独特有趣的产品和技术侧做法,敬请期待。

专栏作家

徐霄鹏,微信公众号:产品遇上运营。人人都是产品经理专栏作家。亚马逊高级总监,产品、中央运营及增长团队负责人,前京东、携程高级产品总监。精通前台产品、运营及用户增长等领域。

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

题图来自 Unsplash,基于 CC0 协议

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