Midjourney产品经理简历怎么写才能过筛2026
一句话总结
Midjourney筛简历的标准不是"你做过什么"，而是"你做的东西里，有多少和生成式AI产品的核心问题长得一样"。大多数简历死在第一关，不是因为经历不够亮眼，而是因为没有把非AI的经历翻译成Midjourney能听懂的语言——你没有在描述你做了什么，而是在描述你本来是谁。
这不是一个"包装"的问题，这是一个判断力的问题。你在简历上呈现的每一行字，都是在告诉审阅者：当我遇到一个没人知道答案的问题时，我的第一反应是什么。如果你的第一反应是堆砌关键词、强调职级、列举工具，那你对产品经理这个角色的理解还停留在上一个时代。
Midjourney的产品经理需要具备一种罕见的特质——在技术路线图不确定的情况下，依然能给出清晰的产品方向。这不是学得来的，是筛出来的。
具体来说，Midjourney的hiring committee在第一轮筛选时，每个简历的平均停留时间不超过45秒。在这45秒里，reviewer扫的不是你的工作年限，而是三个信号：你的判断力有没有在具体场景里被验证过、你的技术直觉能不能跟得上研究团队的速度、你在模糊地带能不能做出让自己事后不后悔的决定。
这三个信号在简历上能不能被快速捕捉，决定了你有没有资格进入下一轮。
适合谁看
这篇文章不是写给所有人的。如果你还在做传统SaaS或者移动端产品经理，还在用"DAU增长20%"作为最亮眼的成绩，那Midjourney的面试官在看到你简历的第二秒就已经做出了判断——不是因为你不够好，而是因为你们在解决不同的问题。
这篇文章写给以下几类人。第一类是正在准备Midjourney PM面试的候选人，你已经拿到了面试机会，或者你正在往这个方向投简历，但不确定自己的背景够不够格、简历需不需要大改。
第二类是在AI产品公司做PM，但感觉自己的日常工作跟Midjourney的核心挑战越来越远，你想确认自己到底在正确的轨道上还是已经偏离了。第三类是创业公司或者中型AI产品的PM，你有一定的产品判断力，但缺乏一个系统性的框架来把自己的经验整理成Midjourney愿意买单的叙事。
如果你是一个刚转行PM、还没有完整带过一个产品从0到1的经验的人，这篇文章能帮你建立方向感，但不足以替代真正的产品积累。Midjourney不招只看过猪跑的人。
如果你是传统互联网大厂出来的PM，年薪已经在base 25万到35万美元区间，你可能觉得Midjourney能给你的不如你现在有的——这个判断在某些维度上是正确的，薪资不是Midjourney的核心优势，你需要想清楚自己真正要的是什么。
为什么大多数简历在Midjourney第一关就被判了死刑
审阅Midjourney简历的逻辑跟审阅Google或者Meta简历的逻辑完全不一样。在传统科技公司，hiring committee会看你的项目复杂度、团队规模、跨部门影响力——这些是可量化的硬指标。但在Midjourney，这些指标要么不存在，要么不重要。
David Holz在公开场合反复说过一句话：Midjourney是一个研究实验室，只不过碰巧在卖产品。这意味着团队里的每一个人——包括PM——本质上都在参与一个持续的实验，而不是在执行一个已经定义好的产品路线图。
第一轮筛选的审阅者通常是团队里的一个高级PM或者联合创始人本人。他们看简历的方式不是逐行阅读，而是快速扫描三个区域：你的自我介绍段落、你最近两份工作的核心描述、你提到AI或者生成技术的那个瞬间。如果这三个区域里没有任何一个能在10秒内让他产生"这个人知道我们在做什么"的判断，你的简历就会被放进待定区，然后大概率不会再被打开第二次。
这不是夸张。在2024年的一次内部产品周会上，团队分享过一个数据：在开放招聘的月份里，Midjourney每周会收到超过800份PM相关的申请。其中能够进入第一轮电话面试的比例大约是3%到5%。这意味着每20到30份简历里，只有一份能过第一关。如果你做过数学，你就会知道这不是一个正常的通过率——这意味着绝大多数简历在第一轮就被快速过滤了。
问题出在哪儿？大多数候选人犯的底层错误是把Midjourney当成了一家普通的产品公司。他们在简历上写"负责用户增长策略"、"主导了推荐算法优化"、"提升了转化率X个百分点"——这些描述在任何一家B2C互联网公司都是加分项，但在Midjourney，它们什么都不是。
因为这些描述透露的信息是：你在一个已知解法的问题上做执行。但Midjourney的核心问题恰恰相反——没有人知道解法是什么。
> 📖 延伸阅读：Midjourney案例分析面试框架与真题2026
你的简历需要说一种Midjourney听得懂的语言
在进入具体写法之前，你必须先理解Midjourney的产品哲学，因为你的简历本质上是在用你的经历回答一个问题：你的思维方式跟这个哲学有多契合。
Midjourney的核心产品挑战有三个层次。第一层是可控性——怎么让模型输出稳定地符合用户意图，这不是工程问题，这是产品问题。
第二层是可用性——怎么让一个没有设计基础的人也能用文字创造出专业级的视觉作品，这是交互设计问题但又不仅仅是交互设计。第三层，也是最难的，是意义问题——生成式AI到底在什么场景下创造的是真实价值而不是玩具价值，你怎么判断一个功能是会让用户用一次就扔掉还是会成为他们工作流的一部分。
你在简历上描述的每一段经历，都应该能映射到这三个层次里的至少一个。如果你的经历是在做用户增长，你的简历应该解释清楚：你做的增长工作有没有涉及到"用户意图理解"这个维度——因为那才是Midjourney版本的增长。
如果你做的是推荐系统，你的简历应该讲清楚：你对推荐质量的理解有没有超出"点击率优化"的范畴——因为Midjourney要的不是更高的使用率，是更准确的理解。
这不是让你在简历上撒谎，而是让你换一个描述框架。你做的还是同一件事，但你在告诉审阅者：你知道这件事在Midjourney的语境里意味着什么。这个转换的价值远超你的想象。
不是堆经历，而是展示你在模糊地带做了哪个判断
大多数PM简历的致命伤不是经历不够丰富，而是经历描述没有焦点。一份简历写了四段工作经历，每段都是一套完整的PRD流程、团队管理、项目交付的故事——看起来很充实，实际上什么重点都没有。审阅者看完只记住了一件事：你会做PM该做的事。但"会做PM该做的事"是Midjourney对实习生的最低要求，不是对senior PM的期待。
Midjourney真正想看到的是：你在一个信息不完整、时间压力巨大、利益相关方互相矛盾的场景里，做了一个什么判断，这个判断后来被证明是对的还是错的，你从中学到了什么。这个叙事结构才是他们想读到的。
PRD流程、跨部门协调这些事你做对了不会加分，但你做错了会扣分——因为那意味着你连基本功都没掌握。所以简历上应该少写你"完成了什么"，多写你"在不确定的情况下押注了什么"。
具体到一个例子。如果你在上一份工作里做过AI功能的定价策略，不要只写"主导了AI功能的订阅定价方案，实现了X%的收入增长"。这个描述在Stripe或者Notion是加分项，但在Midjourney不够。
你应该写的是：你在定价的时候遇到了一个核心矛盾——AI生成的成本结构是动态的，但用户的感知价值是静态的，你怎么处理这个gap，你最后选择了哪个方案，竞争对手是怎么做的，你为什么认为你的选择更好。哪怕你的最终选择后来被证明有问题，这个反思也比一个干巴巴的收入数字有价值一百倍。
这不是在鼓励你暴露失败。Midjourney不是要找失败过的人，而是要找那种对自己的判断有过深度复盘的人。因为在Midjourney，你每天都会遇到没有标准答案的问题，你不能临时去找老板要一个判断，你需要自己在现场做决定然后承担后果。一个从来没有被迫在模糊地带做决定的人，在Midjourney的产品节奏里会非常痛苦——而你的简历应该让审阅者确信你不会痛苦。
> 📖 延伸阅读：MidjourneyPM晋升时间线和评审标准深度解读2026
不是强调技术背景，而是展示你对技术边界的直觉
很多候选人有一个误区，认为Midjourney是技术驱动型公司，所以PM必须有很强的技术背景。于是他们在简历上写"熟悉深度学习原理"、"了解Diffusion Model的基本架构"、"参与过AI产品的技术评估"——这些内容写出来比不写更糟糕。
为什么？因为技术背景在Midjourney的语境里不是一个加分项，而是一个基准线。你不需要懂Diffusion Model的技术细节，那不是PM的工作。你需要懂的是：当前技术的边界在哪里，这个边界在6到18个月内会被推到哪个方向，以及这个方向上的突破会在产品层面带来什么新的可能性。这个能力不是技术背景决定的，是产品直觉决定的。
一个更聪明的写法是：不提技术术语，而是描述你对技术边界的感知过程。比如不要说"了解Stable Diffusion的技术原理"，而是描述一个具体的场景："在2024年第二季度，我注意到用户在使用我们的AI写作功能时，开始自发地用多轮对话来弥补模型单次输出的局限性——这让我判断用户需要的是一种更好的上下文保持能力，而不是更大的单次输出尺寸。
基于这个判断我推动了一个内部概念验证，最终这个方向成为了下一代产品的核心方向之一。"
这个描述没有出现任何一个技术术语，但它透露的信息是：这个PM在技术边界附近工作，他能感知到用户行为里的信号，他能把这个信号翻译成产品假设，他能推动团队去验证这个假设。这个能力比"了解Diffusion Model"值钱一百倍。
不是写职位title，而是写你在这个职位上做的核心赌注
简历上写"高级产品经理"还是"产品经理"对Midjourney的审阅者来说没有任何区别。他们看的不是你是什么title，是你在那个title下做了什么东西、那个东西最后变成了什么样。
一个常见的错误是在工作描述里用大量篇幅描述职责而不是成果。"负责XX产品的规划和迭代"、"协调多个团队的资源投入"、"推动产品需求文档的撰写和评审"——这些内容出现在简历上等于什么都没说。任何一个人花三个月都能学会做这些事，这些不是你的价值。
你的价值体现在你做了哪个具体的赌注。什么叫赌注？就是你在多个方向里选择了A而不是B，你有一个理由，你押了时间、团队和资源进去，结果有对有错，但无论如何你不是在执行一个已经分配好的任务，你是在主动选择你要解决什么问题。
比如你可以这样描述一段经历："在2023年，我负责的AI产品面临一个关键选择：是继续优化现有功能的性能，还是投入到一个全新的使用场景里。我分析了用户数据和竞品动态，判断后者在18个月内的ROI会更高——尽管团队内部有分歧，我还是推动了这个方向的立项。
6个月后这个功能成为了我们用户留存率提升的核心驱动因素，但代价是错过了本可以在现有功能上实现的几个优化机会。"这个描述里有判断、有押注、有结果、有反思——这才是Midjourney想看到的PM叙事。
不是面面俱到，而是让审阅者记住你做的唯一一件事
一份好的Midjourney PM简历不需要四段完整的经历描述。你需要的可能只是两个深度案例，加上一个清晰的能力定位陈述，就足以让你进入面试环节。但大多数候选人的简历是平的——每个项目都占三到四行，每个项目都在说类似的事情，审阅者看完没有任何记忆点。
你需要让自己被记住。你在简历上留给审阅者的印象应该是一个具体的、单一的画面。比如"那个在AI产品里第一个发现用户会把生成式工具当作思考工具而不是执行工具的PM"——这个画面比"负责过多个AI产品从0到1的PM"有力量一百倍。
怎么做到？在你写完简历之后，做一个测试：让一个不了解你的朋友看你的简历30秒，然后问他"这个人在做什么类型的PM工作，他最擅长什么"。如果他的回答跟你想要传递的核心信息是一致的，你的简历就成功了。如果他的回答是模糊的或者偏离的，你需要重新调整你的描述角度。
准备清单
以下是让你简历通过Midjourney第一轮筛选的具体行动项目，每一条都可以直接执行。
第一，明确你在简历上要传递的单一核心叙事。在动笔之前，先用一句话回答这个问题：如果Midjourney的审阅者只记住你简历上的一件事，那件事是什么？这个叙事应该围绕你在AI产品领域做过的最重要的判断来构建，而不是围绕你的职位或者公司背景。写下来，修改，直到这句话足够精准，然后用整个简历去支撑这句话。
第二，把每一段工作描述从"职责清单"改成"判断案例"。找一张纸，写下你在每段经历里做过的最重要的三个决定——不是"完成了什么"，是"在什么情况下我选择了A而不是B"。然后从中选出一个最有代表性的，把它扩展成一段完整的叙事：背景是什么、你的判断是什么、结果是什么、你的反思是什么。这个叙事才是你要放在简历上的内容。
第三，重新审视你简历上所有提到AI的地方。你在简历里有没有提到过生成式AI、机器学习、大模型这些词？如果有，这些词出现的语境是否准确？
Midjourney的审阅者对AI叙事非常敏感——你是在真实地描述你对AI产品的理解，还是在赶时髦地堆砌术语，一眼就能看出来。如果你要提AI，就把它放进一个具体的场景里：用户是怎么跟这个技术互动的、你的产品判断是什么、你观察到了什么。
第四，把技术描述全部替换成产品直觉描述。检查你的简历里有没有"熟悉XX技术"、"了解XX原理"这类表述。如果有，全部删掉，用你对产品体验的观察来替代。比如把"了解Diffusion Model的原理"改成"在测试竞品时，我发现用户对生成时间的容忍度在不同场景下差异极大——这个观察让我重新思考了产品优先级"。技术知识是隐性的，不是在简历上声明的。
第五，写一个精准的自我介绍段落。Midjourney的审阅者在第一轮会先读这个段落，如果这个段落不能在15秒内让他产生兴趣，剩下的内容他读的概率会大幅下降。
这个段落应该包含：你做过的跟Midjourney核心问题最相关的一件事、你的核心能力定位、你为什么对Midjourney感兴趣。不要在自我介绍里写"对AI充满热情"——这跟说"对吃饭充满热情"一样没有信息量。
第六，准备一个"简历扩展包"。简历本身只有两页，但你应该准备一份能够随时展开的补充材料，里面包含你做过的最重要项目的详细背景、你在关键决策点的具体思考过程、以及你事后对结果的复盘。
在面试前的准备阶段，这套材料会成为你最核心的武器——因为面试官问的问题往往就是从你简历上的某一句话延伸出来的。系统性拆解面试结构（PM面试手册里有完整的AI产品PM面试实战复盘可以参考），其中关于如何把简历上的每句话扩展成一个3分钟的即兴演讲，有非常具体的框架和案例。
第七，检查你的简历是否在说Midjourney的语言。具体来说，你的简历里有没有提到过"可控性"、"用户意图"、"生成质量"、"技术边界"这些跟Midjourney核心问题直接相关的词汇？如果没有，说明你的简历语言跟Midjourney的语境是脱节的。在简历的适当位置加入这些词汇——不是生硬地插入，而是在描述你的经历时自然地使用这些框架。
常见错误
以下是三个真实发生过的简历失败案例，每个案例都有BAD版本和GOOD版本的对比。名字和具体公司信息已做脱敏处理，但问题结构是真实的。
第一个错误案例是"技术堆砌型"简历。候选人是某头部AI公司的PM，技术背景很强，简历上密密麻麻地写满了各种技术词汇和模型名称。
BAD版本是这样的：毕业于某985高校计算机专业，曾在某AI公司担任产品经理。熟悉深度学习原理，了解Transformer架构和Diffusion Model的基本原理。参与过多个AI产品的技术评估，能够与算法团队进行深度技术交流。主导了AI生成功能的性能优化，模型推理速度提升了40%。
你看完这段描述能说出这个人到底是做什么产品的PM吗？不能。因为这段描述换到任何一个AI公司都成立，它没有说任何关于"这个人的判断力"的信息。
GOOD版本是：我在上一家公司负责AI生成功能的体验优化。在工作中我发现了一个核心矛盾：用户对生成速度的期待是"即时反馈"，但模型推理的技术限制决定了单次生成需要15秒以上。我的判断是：与其优化生成速度（这个方向ROI已经很低），不如重新设计用户的等待体验——把等待过程本身变成一个有意义的产品环节。
最终我推动了一个"生成预览流"的功能设计，用户满意度和功能使用率都有显著提升。这段描述没有出现任何技术术语，但它让审阅者立刻理解了这个PM在做什么级别的判断。
第二个错误案例是"职责清单型"简历。候选人有非常丰富的经历，在三家公司做过PM，简历写得很满，但每段都是类似的结构：负责什么、协调什么、推动什么。
BAD版本：2021-2023年，某公司高级PM。负责产品规划和迭代，协调研发和设计团队，推动产品需求文档的撰写和评审，带领团队完成了XX功能的上线。2023-2024年，某AI公司PM。负责AI功能的用户研究，协调算法和工程团队，推动产品路线图的制定和执行。
你看完什么感觉？这个人很忙，但你不觉得他做的任何一件事是非他不可的。而且"推动"这个词在简历上出现超过两次就是一个危险信号——它往往意味着你是一个协调者而不是一个决策者。
GOOD版本：2021-2023年，我加入这家公司时他们的核心产品正面临用户留存率下滑的问题。我的判断是问题出在产品价值传递上——用户在使用产品的第一分钟内没有感受到足够的价值钩子。我推动了一个"首分钟体验重设计"的项目，核心决策是牺牲部分功能深度来换取上手速度。
项目上线后，留存率在30天内提升了18%，但代价是新用户的早期付费转化率下降了——这个tradeoff我们在上线前就知道会发生，我在决策文档里提前标注了这个风险。事后看，这个风险变成了一个真实的教训：我们在优化留存的时候低估了早期付费意愿对用户心理的锚定作用。这段描述里没有"协调"，没有"推动"，有的是判断、有的是押注、有的是诚实的后果承认。
第三个错误案例是"大厂光环型"简历。候选人是某知名互联网公司出来的，简历上全是公司名字和职位title，项目描述非常简短。
BAD版本：某大厂高级PM。负责核心产品线的规划和管理。带领20人团队完成多个大型项目。与高层保持密切沟通，参与公司战略决策。
你觉得Midjourney的审阅者看到这份简历会怎么想？第一反应是：这个人很可能会把我们当成一个跳板。第二反应是：他的核心判断力到底怎么样，我完全看不出来。title和团队规模在Midjourney的筛选逻辑里几乎不起作用——不是因为这些不重要，而是因为在研究实验室的环境里，这些指标的可参考性几乎为零。
GOOD版本：我在某大厂工作期间，有一段经历跟Midjourney的核心问题非常接近——当时我们要在模型能力还不稳定的情况下定义产品的第一批核心功能。这个挑战的难度在于：技术团队给不出稳定的性能指标，产品团队给不出清晰的需求边界，而时间压力又要求我们必须做出选择。我的做法是建立了一个"功能分级"框架——把功能分成"技术稳定且用户价值清晰"、"技术不稳定但用户价值清晰"、"技术不稳定且用户价值不清晰"三个等级，然后只对第一个等级投入资源。
这个框架后来被团队采纳，成为了我们处理技术不确定性时的标准方法。这段描述透露的信息是：这个人面对技术不确定性时有方法论，他不是等着别人给他答案。
FAQ
Q1：我的背景不是AI方向，还能投Midjourney的PM吗？
能投，但不意味着能过。Midjourney的筛选逻辑不是"你做过多少AI产品"，而是"你的思维方式跟AI产品开发的核心挑战匹不匹配"。
一个在游戏公司做过复杂经济系统设计的PM，一个在创意工具公司做过用户意图理解的PM，甚至一个在金融公司做过风控模型的PM，都有可能在Midjourney找到自己的位置——前提是你能在简历上清晰地展示你过去的挑战跟Midjourney的核心问题之间的内在联系。
但这里有一个关键的条件：你的简历必须证明你已经完成了从"传统PM思维"到"AI产品PM思维"的认知转换。如果你还在用DAU、转化率、功能完成率这些指标来定义你的成功，Midjourney的审阅者会认为你的认知框架还没有准备好。真实案例是：有一个从消费电子公司出来的PM，他从来没有做过AI产品，但他在简历里描述了他如何在一个供应链高度不确定的环境里做产品规划——这个描述跟Midjourney面对技术不确定性时的产品决策逻辑有高度的同构性。
他最终进入了面试环节。所以关键不是你的背景标签，是你能不能在简历上建立这个连接。
Q2：Midjourney PM的薪资范围大概是什么水平？
需要先说一个现实：Midjourney不是一个靠薪资竞争人才的公司。如果你目前在Meta或者Google做senior PM，base大概在25万到35万美元区间，加上RSU和bonus，年包可能在40万到60万美元之间。Midjourney的薪资结构通常是这样的：base大概在15万到22万美元之间——这个数字显著低于一线大厂的senior PM水平。
RSU部分取决于公司的融资阶段和估值，如果是在快速增长期加入，RSU的潜在上行空间可能相当可观，但这是概率游戏不是确定性收入。Sign-on bonus通常在2万到5万美元之间，用于弥补候选人离开稳定大厂的机会成本。
所以你需要问自己的问题不是"Midjourney能给多少钱"，而是"我为什么愿意接受可能更低的现金收入"。如果你的答案只是"我对AI感兴趣"，这个理由不够。
Midjourney的审阅者在面试中会直接问这个问题，你需要有一个真实的、具体的理由——比如"我想在技术边界被重新定义的地方工作"，或者"我想做那种从零开始定义新品类的产品，而不是在一个已经定型的市场里优化指标"。这些理由Midjourney会认真对待，因为团队成员自己就是带着这些理由加入的。
Q3：Midjourney PM面试的流程是什么样的？每轮考察的重点是什么？
Midjourney的面试流程比大多数科技公司更非结构化，但大致可以分为三个阶段。第一阶段是简历筛选通过后的电话初筛，通常是30分钟，由一个团队成员进行。
这个阶段的核心目的不是考察你的硬技能，而是判断你的认知框架和Midjourney的产品哲学是否有基本的契合度。他们会问你一些开放性的问题，比如"你怎么理解我们正在解决的问题"、"你最近使用Midjourney的时候有什么感受"，你的回答方式比内容本身更重要——他们要看到的是你的思考过程，而不是一个准备好的标准答案。
第二阶段是几轮深度面试，每轮45分钟到1小时，可能涉及联合创始人、产品负责人、或者跨职能的工程师和研究员。这个阶段的考察重点是你在模糊地带做判断的能力。
常见的面试形式是给你一个真实的、还没有被解决的产品问题——比如"如果我们要在3个月内让模型的可控性提升一个台阶，你认为应该从哪个方向切入，为什么"——然后看你在信息不完整的情况下怎么分析问题、提出假设、权衡取舍。这个阶段没有标准答案，但有明确的淘汰标准：如果你表现出"等待更多信息"或者"寻找权威答案"的倾向，你的面试就结束了。
第三阶段是跟团队的文化契合度评估，通常是一到两轮非正式对话，可能是共进午餐或者线上聊天。这个阶段考察的是你能不能在高度自主的环境里工作、你对不确定性有多大的容忍度、以及你能不能在一个没有清晰汇报线的组织结构里找到自己的位置。
Midjourney的团队非常小，每个人都有很大的自主权——这意味着你需要能够在没有上级给你方向的情况下主动做出判断并推动落地。如果你习惯了在大公司里依赖流程和层级来做决策，这个环境会让你非常不适应，而第三阶段的对话就是用来筛选这种不适应的。
整个流程走下来，从简历投递到最终决定，通常需要4到8周——比大多数科技公司慢。原因是Midjourney的招聘决策需要团队共识，而团队成员同时还要做产品。这不是一个可以加速的流程，你需要耐心等待，同时保持跟招聘方的适度跟进。
准备好系统化备战PM面试了吗？
也可在 Gumroad 获取完整手册。