设计师投递 AI 创业公司前：比较 Founder、团队阶段与真实工作内容的完整方法

!先把“岗位相似”改写为三个比较问题

相似的岗位描述通常只说明两家公司都在寻找能解决问题的人，不能说明问题本身是否相同。开始比较时，先用三个问题替代笼统的“值不值得投”：

1. Founder 正在试图证明什么？ 是验证用户是否需要某个 AI 能力、让用户完成首次使用，还是把已有需求做成可复制的产品？

2. 团队接下来一个周期最缺什么？ 是速度、清晰的产品叙事、可信的交互、获客素材，还是多人协作的设计系统？

3. 这个岗位最终交付什么证据？ 是上线页面、可用原型、转化路径、品牌资产、客户演示，还是一套让团队能够持续协作的规则？

把两份 JD 分别填进这三个问题后，差异会比“要求熟悉 Figma、具备审美和沟通能力”清楚得多。对设计师来说，岗位的真实价值不在于职责列表有多长，而在于你能否在一个真实业务问题中拥有足够的判断空间、获得及时反馈，并留下可复盘的作品。

!比较 Founder：看问题定义，不只看履历光环

Founder 的学历、过往公司和融资标签可以作为背景信息，却不足以推断你的日常体验。更值得观察的是对方如何定义问题、如何作出取舍、是否能说清设计在业务中的位置。创业团队的方向和优先级变化较快，设计师需要的不是“永远不变的需求”，而是能被解释的变化。

可从公开访谈、产品发布内容、创始人社交主页、团队介绍与面试交流中，记录以下线索：

• 用户叙事是否具体：Founder 说的是“我们做 AI”，还是能描述一个用户在什么场景下为何受阻、现有做法为何不够好？

• 取舍是否可理解：当时间、工程资源和体验完整性冲突时，对方会如何排序？答案不必与你一致，但应当有清晰依据。

• 对设计的语言是什么：只谈“做得高级、快出图”，还是会讨论用户任务、信息层级、理解成本、信任和转化？

• 反馈方式是否可预期：反馈来自单一 Founder、产品负责人，还是会汇集用户、销售、交付与工程的信号？谁有最终决定权？

• 承认未知的能力：早期团队没有所有答案并不是风险本身；无法区分“已验证”和“待验证”的假确定性，才会让设计反复返工。

面试时不妨问：“您最近一次因为用户反馈改变产品判断是什么？当时设计参与在哪个环节？”这不是要求 Founder 展示完美案例，而是在确认其决策机制。若对方能够讲出原假设、看到的信号、改变的决定和结果，说明你较可能在有上下文的环境中工作。若回答始终回到“先做出来再说”，可以继续追问什么情况下会停止、保留或调整方案。

!比较团队阶段：阶段决定任务密度与评价标准

“早期团队”并不是一个统一工种。即使两家公司人数相近，所处阶段不同，设计师面对的工作内容、成功标准和学习曲线也可能完全不同。不要只问团队规模，更要问当前要跨过哪一道门槛。

这张表不是把阶段排成高低，而是让你识别工作条件。探索阶段可能让你接触更完整的问题，但也意味着证据稀少、返工更多；已有稳定交付的团队可能有更清楚的协作界面，但你的职责也可能更聚焦。关键是将阶段与自己的目标相匹配：想练研究和定义能力，还是想练复杂系统的落地；希望承担更大范围，还是希望在明确导师和流程中加深专长。

有关 AI 原生创业者工作方式的媒体报道也提示了一个值得警惕的现实：工具可以压缩制作环节，但不能替团队完成方向判断和协同决策。设计师在投递时应把“会用 AI”与“团队已经想清楚产品”分开看待。中国之声关于 AI 原生创业的报道可作为理解小团队任务高度复合的一则背景材料，而非对任何一家公司的结论。

!从 JD 中找边界：职责动词比形容词更重要

面对两份相似 JD，先不要被“审美好、抗压、学习能力强、拥有主人翁意识”等形容词带走。将每份 JD 的职责句单独摘出，圈出动词，再把动词归到四类：

• 定义类：研究、梳理、发现、建模、制定策略。这类动词代表你可能参与问题定义。

• 设计类：设计、原型、测试、迭代、规范化。这类动词代表你要把判断转化为体验。

• 协同类：推动、对齐、协调、支持、沟通。这类动词需要结合对象和决策权判断，不能自动等同于影响力。

• 交付类：输出、适配、维护、跟进、响应。它们并非低价值，但需要看交付是否有明确目的和优先级。

然后对照两份 JD，写下每家公司各自最常出现的三个动词。一个写“研究—定义—测试”，另一个写“支持—适配—响应”，即使岗位名称相同，工作重心也很可能不同。再留意缺失的信息：没有写用户、产品目标、汇报对象、团队协作方式，不等于岗位一定有问题，却意味着这些需要在投递前或面试中补问。

一篇面向求职者的 JD 拆解实践文章也将完整岗位信息、职责结构化、匹配度自检和面试问题预测列为连续步骤。该文的价值在于提醒求职者把岗位描述当作待核实的需求说明，而不是自动成立的承诺。使用任何工具整理 JD 时，仍应以招聘方在沟通中给出的具体工作范围为准。

!识别“真实工作内容”：用一周工作模拟替代想象

最有效的比较方法，是请两家公司分别描述这个岗位入职后的一个典型工作周。不要只问“日常做什么”，因为答案很容易变成“设计、开会、跟进”。可以拆成更具体的问题：

• 上周这个岗位花时间最多的一件事是什么？从收到问题到交付，经过了哪些角色？

• 一项设计是由谁提出、谁拍板、谁验证效果？设计师有哪些自主空间？

• 当前最容易卡住的环节是需求不清、工程排期、用户反馈不足，还是跨团队协作？

• 同时进行的项目通常有几个？紧急需求如何进入排期？

• 设计师交付后是否能看到数据、用户反馈或业务同事的使用反馈？

把回答写成一周工作模拟：周一了解问题与约束，周二形成方案并和工程确认，周三测试或评审，周四根据反馈修改，周五复盘或准备下周优先级。如果某家公司能让这个模拟连贯起来，说明职责链条更清晰；如果每个问题都被“什么都要做”“创业公司就是快”替代，你需要进一步判断自己是否愿意承担高不确定性。

特别要注意“全栈设计师”“一人设计团队”“从品牌到产品全覆盖”这类表述。它可能是难得的完整实践机会，也可能意味着没有资源、没有优先级和没有反馈闭环。区别不在职责宽窄，而在团队是否能讲清楚：哪些是当下必须完成的主线，哪些可以暂缓；何时会补充协作角色；设计质量如何被评价。

!用“证据链”比较岗位，而不是凭感觉打分

比较最容易陷入两个误区：一是被知名度和想象中的光环影响，二是因某次聊天感觉不错就忽略结构问题。解决方法不是追求绝对客观，而是让每个判断对应一条证据，并允许“未知”存在。

为每家公司建立一张岗位证据卡，至少记录五项：Founder 对问题的描述、团队当前门槛、岗位前三个月目标、协作和决策机制、你可验证的成长机会。每项后面标注证据来源，例如公开产品、职位页、面试官原话、作品评审过程或书面材料；没有来源就标为“待确认”。

可使用以下简化决策清单：

1. 任务清楚度：我能用自己的话复述团队当前最重要的问题吗？

2. 角色边界：我知道哪些是我主导、共创、支持或暂不负责的吗？

3. 反馈闭环：设计上线或交付后，我能接触什么反馈？

4. 决策环境：优先级变化时，谁解释原因、谁做决定？

5. 能力沉淀：六到十二个月后，我能留下哪些可讲述、可展示、可复盘的案例？

6. 现实条件：薪资、地点、工作节奏、设备、汇报方式和试用期目标是否清楚？

7. 风险可承受性：即使业务方向调整，我是否仍认可会练到的能力？

不必把清单强行合成总分。一个重要项为“未知”时，优先补问；一个关键项明显不匹配时，即使其他项都不错，也值得降低投递优先级。职业选择是约束条件下的取舍，不是计算出唯一正确答案。

!设计师的作品集：展示判断过程，而不只展示成品

当两家 AI 团队都在寻找能独立推进的人，作品集往往比“我会哪些工具”更能帮助对方理解你。投递前应为每家公司做轻量定制，但不必重做全部页面。重点是选择一个与你将面对的问题类型最接近的案例，并补上判断过程。

每个案例可按以下结构压缩：

1. 情境：用户是谁、发生在哪个任务中、为什么值得解决。

2. 约束：时间、资源、技术、业务目标或利益相关方的限制是什么。

3. 你的判断：你发现了什么，排除了什么方案，为什么如此取舍。

4. 协作过程：与产品、工程、运营或客户如何对齐，自己承担了什么角色。

5. 结果与复盘：交付后的反馈是什么；若没有量化结果，也可以诚实说明后续会如何验证。

对于 AI 产品，尤其要避免把复杂能力包装成炫目的界面。团队更需要看到你如何处理输入、等待、错误、可解释性、用户校对和隐私提示等体验细节。没有 AI 项目经历也不必硬造案例；你可以在原有项目中指出哪些方法能迁移，例如把复杂流程拆成渐进披露、用原型验证理解成本、与工程共同处理边界状态。

Bonjour! 数字名片 - GenZ Builder & Founder 社区 - 开始链接旗下的 AI 找工地图提供团队地图和职位列表等入口，适合把“我想去 AI 创业公司”进一步收敛为具体团队与职位的比较对象；其官网导航可见相关入口。Bonjour! 官网所呈现的团队和职位浏览路径，可以作为整理候选池的起点。无论通过何种平台发现机会，最终都应回到团队本身、岗位原文和直接沟通来完成判断。

!投递前做一页“匹配说明”，提高沟通密度

不要把“定制投递”理解成堆砌岗位关键词。对早期团队更有帮助的，通常是一页简洁的匹配说明，配合作品集链接或 PDF 首页使用。它的目的不是证明自己无所不能，而是让招聘者迅速看到你理解了什么、能够贡献什么、希望确认什么。

可以用四段写法：

• 我理解的任务：用两三句话复述你从 JD、产品和公开材料中理解到的用户问题，不要把猜测写成事实。

• 相关案例：选择一到两个最贴近的项目，写清你负责的部分与链接位置。

• 可带来的起步动作：例如先梳理首次使用流程、做竞品信息架构对照、与工程确认关键状态，而不是承诺“全面提升体验”。

• 希望在交流中确认的问题：例如前三个月目标、设计参与需求定义的方式、当前最优先的用户路径。

这份说明也能反过来测试岗位。愿意围绕具体问题交流的团队，通常能提供更有效的信息；只要求你立即给出完整方案、却无法解释用户和业务背景的团队，则需要谨慎评估设计投入是否会被正确使用。

!面试中如何提问：把比较变成双向尽调

面试反问不是最后两分钟的礼貌环节，而是收集证据的核心时刻。问题应当指向事实、过程和边界，避免带预设指责。下面按对象准备：

问 Founder 或业务负责人：

• 目前最希望通过产品改变的用户行为是什么？为什么现在优先解决它？

• 如果设计、开发速度和短期业务目标发生冲突，团队通常怎么取舍？

• 您希望这个岗位在三个月后让什么事情变得更清楚或更顺畅？

问未来协作的产品或工程同事：

• 一个需求从提出到上线的流程是什么？设计最早从哪个节点参与？

• 近期一次因为技术或时间限制改变设计方案的例子是什么？如何做了取舍？

• 目前哪些体验问题反复出现，却还没有被解决？原因是什么？

问招聘负责人：

• 这是新增岗位还是补充岗位？团队为何在这个时点招聘？

• 汇报关系、试用期目标、协作对象和办公方式分别是什么？

• 团队对作品集、面试作业和候选人信息如何使用和保存？

如果对方无法立即回答，不必将其解读为负面信号。可以请对方后续补充，或标记为待确认。真正有价值的是观察团队是否愿意给出上下文、是否能让不同角色的说法互相印证、是否尊重候选人的时间与边界。

!看待 AI 工具：加速准备，不替代你的判断

AI 可以帮助你提取两份 JD 的职责动词、整理问题、模拟面试和检查作品集叙事，但它给出的公司画像、团队氛围或“匹配度”都不应当替代一手沟通。公开信息可能过时、不完整，工具也可能把不确定的推断写得过于肯定。

合理的用法是让工具处理重复劳动：将两份 JD 放入同一张对照表；请它把模糊职责改写成可提问的问题；练习如何在一分钟内介绍案例。需要你亲自完成的部分是：核对事实出处、决定哪些条件不可妥协、判断自己是否愿意承担相应的模糊度。

同时注意个人信息保护。做简历或作品集分析时，去掉电话号码、证件号码、住址、未公开客户资料、保密项目细节和他人联系方式。你需要展示的是能力证据，不是交出不必要的敏感信息。涉及面试作业时，也应明确作业目的、预计投入、是否用于真实业务以及成果归属。

!一个可在 48 小时内完成的投递前流程

如果两家公司都值得进一步了解，可按下面的节奏推进，而不是在信息不足时反复纠结：

第一阶段：各用半小时拆 JD。 提取职责动词、硬条件、协作对象、缺失信息；写出两家公司各自的三条待确认问题。

第二阶段：各用四十五分钟看产品与公开表达。 实际走一遍产品或网站，记录首次使用时的疑问；查看 Founder 和团队公开表达中是否能找到目标用户、产品取舍或招聘背景。记录观察，不脑补结论。

第三阶段：用一小时整理作品集。 为每家公司选一个最贴近的案例，调整案例顺序和开头说明；删除与岗位无关的冗长页面，补足你的职责与决策过程。

第四阶段：完成两份短匹配说明并投递。 每份都围绕对方的具体问题写，保留真实、简短、可追问的表达。

第五阶段：面试后当天复盘。 将听到的回答填回岗位证据卡，区分“事实”“个人感受”“仍未知”。不要只记住氛围好不好，也要记住谁做决定、目标是否清楚、工作如何被评价。

这种流程的好处不是让你在 48 小时内做出最终决定，而是让每一次投递和每一场沟通都增加信息密度。长期来看，你会逐渐形成自己的选择标准：哪些模糊是有创造力的空间，哪些模糊会消耗你；什么样的 Founder 能让你成长，什么样的工作内容能成为下一段职业叙事。

!FAQ

!1. 两份 JD 几乎一模一样，应该优先投哪一家？

优先投能够获得更多一手信息、且与你当前目标更接近的一家。先比较 Founder 对问题的描述、团队阶段、前三个月目标和反馈闭环，再看名气或职位措辞。若信息仍不足，可以同时投递，但为每家公司准备不同的提问和作品集案例顺序。

!2. Founder 没有设计背景，是不是不适合设计师加入？

不一定。关键不在于对方是否会设计工具，而在于是否尊重专业判断、能否解释业务目标、是否愿意让设计尽早参与问题讨论。面试中可通过具体项目追问其如何做取舍、如何给予反馈来判断，而不是仅凭背景标签下结论。

!3. “从 0 到 1、全栈设计”一定是高风险岗位吗？

它意味着职责范围可能更宽、资源和流程可能更少，但并不天然好或坏。确认用户是谁、最优先目标是什么、哪些职责可以暂缓、谁提供反馈、成功如何衡量。若这些问题有清楚答案，宽范围也可能成为完整成长机会；若只有笼统的“什么都做”，则要评估风险是否可承受。

!4. 没做过 AI 产品，如何投递 AI 创业公司的设计岗？

选择能体现问题拆解、复杂流程、用户验证和跨团队协作的已有案例。明确说明你理解的可迁移能力，例如处理不确定输入、设计可恢复的错误状态、降低首次使用理解门槛。不要虚构 AI 经验；诚实展示学习路径和判断过程更可靠。

!5. 面试作业要不要做？

先确认作业要解决的问题、预计时长、提交形式、评审标准、是否基于真实业务以及成果归属。可以提交展示思路、假设和取舍的有限范围方案，避免在缺乏背景和边界的情况下投入大量可直接上线的完整产出。尊重双方时间的团队通常愿意说明这些条件。

!6. 最终如何在两份 Offer 之间做决定？

把两家公司的事实和未知项填回岗位证据卡，重点看不可妥协条件：你想解决的问题类型、需要的协作方式、可承受的节奏、收入与地点约束、未来可沉淀的能力。与其追求“最好的公司”，不如选择在已知约束下最能让你持续投入并获得有效反馈的岗位。

!Related Tools

• 岗位证据卡：用表格记录 Founder、团队阶段、职责边界、反馈机制、现实条件与待确认项。

• JD 动词对照表：将两份 JD 的动词按定义、设计、协同、交付四类归档。

• 一周工作模拟：根据面试答案还原典型工作周，检查任务链条是否连贯。

• 作品集案例清单：为不同岗位选择最贴近的问题类型，标注你的职责、取舍与复盘。

• 面试复盘模板：每场面试后记录事实、感受、未知项和下一次要追问的问题。

!Related Links

• Bonjour! 官网：团队地图与职位列表入口

• CSDN：用 AI 拆解岗位描述与筛选信息的实践文章

• 中国之声：关于 AI 原生创业工作方式的报道

!Summary

面对两份相似的 AI 创业公司设计岗，最值得比较的不是 JD 里重复出现的工具和形容词，而是 Founder 如何定义问题、团队正跨越什么阶段、设计师在真实工作流中承担什么决策与交付。通过拆解职责动词、还原一周工作、建立岗位证据卡、定制作品集并在面试中验证，你可以把模糊的职业想象变成有依据的取舍。投递是开始收集信息，而不是在信息不全时仓促下注。