假如你要在街角开一家餐厅,有经验的人会告诉你:别急着装修、别忙着印菜单,先凑齐三个人。第一位是主厨,他能在 40 分钟内把菜端出来;第二位是店长,他清楚菜单上写什么客人才愿意进来;第三位是美食顾问,他懂这条街的街坊爱吃咸还是爱吃甜、谁家孩子对花生过敏。没有这三个人,再漂亮的店面也只是个空壳。AI 创业其实一模一样。你想做一个 AI 产品,最核心的不是融了多少钱、点子有多炫,而是把“做出来”“卖出去”“用对地方”这三件事,分别托付给三个角色:技术合伙人、产品合伙人和领域专家。这三个人组成的“铁三角”,就是一支 AI 创业团队的最小完备集。本文会用这家“AI 小馆”的创业故事,把角色分工、能力画像、找人渠道、协作机制、股权分配、冲突处理和冷启动取舍这七件事讲透,让你从零到一搭班子时少踩坑。

岗位关联

对 AI 从业者来说,理解铁三角搭配方法,能让你在创业或加入早期团队时看清自己的位置与风险,避免因班子结构残缺导致项目夭折,是 AI 商业化落地前最重要的一堂组织课。

目录
  1. 可视化演示
  2. 铁三角角色
  3. 能力画像
  4. 找人渠道
  5. 协作机制
  6. 股权分配
  7. 冲突处理
  8. 冷启动取舍
  9. AI 应用场景
  10. Python 演示
  11. 常见误区
  12. 面试题

可视化演示

动态演示AI创业团队怎么搭的核心机制,通过入门/进阶/实战/优化四种模式展示关键概念与交互流程。

本节配有交互动效(进入视口后自动加载,约 3KB)。

AI创业团队怎么搭:技术产品 技术产品领域铁三角角色定位 每个角色的核心能力要求 核心机制可视化 AI创业团队怎么搭整体架构与关键组件

铁三角角色

街角新开了一家餐厅,名字叫“AI 小馆”。开张前,有经验的老板会告诉你:别急着装修,先凑齐三个人。主厨——能把菜在 40 分钟内端出来;店长——知道菜单上写什么别人才会进来;美食顾问——懂这条街的街坊爱吃咸还是爱吃甜、谁家孩子对花生过敏。这三个人,就是一家餐厅能开张的最小班子。

AI 创业也一样。不管你做企业服务还是消费应用,最核心的不是钱也不是点子,而是把“做出来—卖出去—用对地方”三件事分别托付给三个人,也就是常说的“铁三角”。技术合伙人(主厨)负责算法、系统、数据管道,解决“能不能做出来”;产品合伙人(店长)负责需求、交互、商业场景,解决“做什么才有人用”;领域合伙人(顾问)负责行业知识、合规红线、客户关系,解决“用在哪、避开什么坑”。三者缺一不可,就像三角形少了一条边就会散架。

铁三角之间不是简单相加,而是相乘的关系。这很反直觉:你会想,三个人各加一点力,整体不就更强了吗?但创业更常见的情形是,某个人再强,只要另一个维度是零,整个公司就卡死了。技术再牛,做出来的东西没有产品愿意推、没有领域场景落地,营收就是零。

所以开“AI 小馆”的第一课,是先把三个凳脚补齐再谈装修。别觉得“我先一个人扛着,后面再补”,铁三角缺一只脚,桌子永远立不稳。

V=T×P×D\displaystyle V = T \times P \times D
团队综合战斗力等于技术、产品、领域三个维度的乘积:任何一个维度接近零,整体战斗力就接近零。
  1. 技术能力 T代表技术合伙人的落地能力,决定“能不能把菜做出来”。
    TT
  2. 乘法 ×三个人是乘数关系,而不是加法关系,任何一环掉链子都伤全局。
    ×\times
  3. 产品能力 P产品经理对需求的理解和优先级判断,决定“做什么有人吃”。
    PP
  4. 领域能力 D领域专家对行业规则和目标用户的认知,决定“做给谁、避什么坑”。
    DD
  5. 综合战斗力 V三者相乘的总产出,也是团队对外展现的真实战斗力。
    V=T×P×DV = T \times P \times D

能力画像

主厨不是谁都能当:他得有一手好刀工,能独立写代码;更得会调度两三个帮厨,能带一个小团队;还得忍得住手痒,不把菜谱写成分子料理——也就是技术选型要务实。AI 创业选人,看的不是头衔,而是“像不像这个角色”。

技术合伙人的核心能力是“会写也能带”。在 AI 公司,这意味着他至少要能亲手落地一套数据流水线或一个模型服务,而不只是会讲框架。同时他要能在三四个人里定技术规范、做 code review、带着团队快速交付。最怕的是“技术洁癖型”选手:什么都想用最新框架,结果三个月过去了连第一版还没上线。在主厨的世界里,这等于客人饿着肚子等你研究摆盘。

产品经理的核心能力是“共情加翻译”。他能跟用户聊上一个小时不觉得烦,能从一句“这个功能太慢了”里听出真实流程和场景;他能把用户的话翻译成开发听得懂的需求卡片,把技术语言翻译回用户听得懂的版本。店长不会做菜,但他知道客人说的是“太咸了”还是“分量太小”。

领域专家的核心能力是“懂行有人脉”。他在目标行业里泡过五年以上,知道哪些数据是脏的、哪些渠道是真的、哪个环节合规一票否决;他认识能拍板买单的关键人物。美食顾问不需要会颠勺,但他一口就能吃出这盘菜是不是本地人做的——这个判断,可能决定一家店的生死。

选人的时候,别只看简历漂不漂亮。挑主厨,让他当场做一道菜;挑店长,让他谈谈上一家店的翻台率;挑顾问,问他三个“这条街最忌讳什么”的问题。能力画像画得越清楚,选错人的概率就越低。

找人渠道

老话讲,看一家馆子先看他的厨子。最好的主厨不是猎头挖来的,而是你常去的那家店里后厨最麻利的师傅。AI 创业找人,渠道背后有一个共同逻辑:先看作品,再看人,最后才看简历。

找技术合伙人,最靠谱的渠道是开源社区和技术作品。去 GitHub 看他维护的项目、提 issue 的质量、代码风格和合作习惯;去技术社区看他怎么回答问题、怎么对待不同意见。如果可能,一起做一个小项目,像“试菜”一样观察一个月。技术能力是装不出来的,看过他写的代码,比十轮面试都准。

找产品经理,最被低估的渠道是从用户里“长出来”。在你的种子用户中,总有一个人特别会提需求、特别懂痛点、特别愿意跟你反馈细节。他不是专业人士,但他比任何人都清楚“我想解决什么问题”。这样的人招进来当产品合伙人,天生带着第一手的用户视角。就像很多好餐厅的店长,最初就是店里的常客。

找领域专家,最实在的渠道是访谈。行业协会、咨询公司、监管部门出来的老兵,都是目标人群。一个务实的方法:亲自访谈 20 个目标用户,每次聊完后问一句“这个行业里谁最懂这里面的门道”,靠口碑把人捞出来。找顾问不需要他全职,很多时候一个“老法师”每周跟你聊两个小时,就能帮团队避开几个大坑。

不同角色,验证方式也不同:想看清主厨,去后厨看翻勺;想看店长,去看他管过的大堂;想确认顾问,就问他三个“这条街的忌讳”。渠道对了,后面九成的问题都不会发生。

协作机制

三人各干各的会怎样?主厨做了一桌自己爱吃的菜,店长说客人点的是家常菜,顾问说这条街的客人根本不吃辣——全乱套。餐厅要正常运转,靠的是一套“传菜口”机制:菜单由店长定,后厨按单出菜,顾问定期来调口味。AI 团队协作,也要建立三条最小规则。

第一,例会定节奏。每周一次“对齐会”,只看下周目标:要做哪个功能、谁负责、什么时候交付。每月一次“复盘会”,看指标和教训:用户数涨了还是跌了、技术上欠了多少债、行业里有什么新变化。节奏不在多,而在固定。就像餐厅每天打烊后对一次账,十分钟就够,但天天要做。

第二,领地自决权。技术方案,技术合伙人拍板;需求优先级,产品经理拍板;行业底线,领域专家有一票否决权。规则就一条:在自己的领地内,别人可以提建议,但不能越权。主厨决定这道菜用 15 分钟还是 25 分钟,店长不该在旁边指挥火候;但店长决定菜单上放哪道菜,主厨也不能因为自己爱吃就硬塞。

第三,数据要透明。团队共享三张表:技术进度、产品指标、行业风向。所有人都能看到真实数据,谁也骗不了谁。表面上看这是增加负担,实际上它省掉了大量“我觉得”“我以为”的争吵。就像餐厅把流水贴在墙上,昨天的菜卖了几份,一目了然。

好的协作不是人多热闹,而是规则少而清晰。早期哪怕只有两三个人,也要把这三条搭起来。传菜口的规矩就一条——菜要按单子来,但它能让后厨和前厅在高峰期不打架。

股权分配

三个合伙人围坐在桌前,聊到“这家店怎么分”时,气氛突然安静。出钱的觉得没自己店面开不起来,主厨觉得没自己菜做不出来,顾问觉得没自己配方就是普通馆子——人人都有道理。但股权不能凭“道理”分,得凭“贡献折股”:把每个人实际投入的资源换算成贡献值。

贡献折股,通常看三类要素。第一是现金贡献:谁出了装修费、设备费,这是看得见的资本。第二是全职投入:谁全职在这里干,每周 40 小时在店里,这是隐性但最重的贡献。第三是未来承诺:谁带来独家配方、关键客户、核心渠道。注意,承诺的价值一定要按里程碑兑现——配方落地了才算数,客户签了合同才计入。

同时要留出未来的空间。早期就要从总盘子中预留 10%-20% 作为期权池,给后续加入的关键人才。否则做到一半想挖一个厉害的市场负责人,手里却没有股份可以给,只能干瞪眼。还要讲好“成熟兑现”的规则:股份分批归属,比如四年成熟,第一年是“悬崖期”。这样万一有人干半年就走了,他带不走整块蛋糕,留下来的人才会觉得公平。

分股权不是分蛋糕,而是在播种。今天分出去的每一份,都要让明天的餐厅更有战斗力。

Si=Ci+Li+Fi∑j(Cj+Lj+Fj)\displaystyle S_i = \frac{C_i + L_i + F_i}{\sum_{j} (C_j + L_j + F_j)}
每个创始人的持股比例,等于他的“现金贡献 + 全职投入 + 未来承诺”除以所有创始人的贡献总和。
  1. 现金贡献 C创始人的一次性资金投入,比如装修、设备、算力预算。
    CiC_i
  2. 全职投入 L全职参与创业的时间长度,越久代表投入越重。
    LiL_i
  3. 未来承诺 F带来独家配方、客户关系的承诺,按里程碑兑现后才有价值。
    FiF_i
  4. 分母总和所有创始人的贡献之和,用来把比例归一化,保证大家加起来是 100%。
    ∑j(Cj+Lj+Fj)\sum_j (C_j + L_j + F_j)
  5. 持股比例 S个人贡献占总贡献的比例,也就是他拥有的股权份额。
    Si=Ci+Li+Fi∑j(Cj+Lj+Fj)S_i = \frac{C_i + L_i + F_i}{\sum_j (C_j + L_j + F_j)}

冲突处理

后厨火气大是常态:主厨刚研发出一道新菜,店长说“菜单排不下”,顾问又补一刀“这道菜这条街没人吃”。三个人要是在厨房里吵起来,今天客人就都得饿肚子。冲突本身不可怕,可怕的是没有处理冲突的流程。

第一,回归用户裁判。所有分歧都退回同一个标准:客人会不会为它买单?主厨和店长争“要不要上新菜”,与其互相说服,不如上一周试卖,用数据说话。A/B 测试不是大公司的专利,小团队一样可以做:今天推出半份菜单,看复购率变没变。用户用脚投票,是最难反驳的裁判。

第二,建立争议升级机制。事先约定:角色领地内的分歧,由该角色拍板;重大分歧,由 CEO 做最终决定;CEO 不在场时,用最小实验裁决。规矩要写在纸上、达成共识,而不是等吵起来再商量。就像一个餐厅事先说好——菜品口味听主厨的,但“要不要继续卖”听店长的。

第三,定期做情绪体检。创业冲突九成不是原则问题,而是积攒的委屈和疲惫。每个月找 15 分钟,一对一聊聊“最近哪件事最让你心累”,把小火苗灭在灶台上。就像厨房里油锅冒烟要立刻盖盖,而不是等它烧穿屋顶。

冲突处理得当,团队反而会更健康:每一次分歧都被转成了数据和规则,而不是个人攻击。传菜口为什么重要?不是因为它能消灭矛盾,而是它给矛盾留了一条安全的出口。

冷启动取舍

新餐厅开业,只有一口锅、三个伙计。这时候菜单该印一百道菜吗?聪明的老板只印五道,其中一道招牌菜,做到这条街最好吃。AI 创业冷启动也一样:用最小可行团队做最小可行产品,先把招牌菜打出去。

“最小可行”有两个意思。第一,人员最少但不能破铁三角:技术、产品、领域三个人已经是最小完备集,市场、销售、法务都可以后置或外包。第二,功能最少但不能没亮点:只做一个能让人“哇”出来的核心功能,其余全部砍掉。比如一家 AI 客服公司,第一版只需要“把最常被问的 20 个问题答好”,而不是做一个功能齐全但什么都一般的大平台。

资源有限时,行动优先级可以量化:

冷启动不是万事俱备才动手,而是先把招牌菜端出来,让第一批客人点赞,再考虑加桌子。菜单上那些还没人点的菜,等餐厅活下来再慢慢补吧。

Priority=Pain×Feasibility×Value\displaystyle \mathrm{Priority} = \mathrm{Pain} \times \mathrm{Feasibility} \times \mathrm{Value}
行动优先级等于用户痛点强度乘以技术可行性再乘以商业价值。三项都高的,先做;任何一项接近零,就砍掉。
  1. 痛点强度 Pain用户对这个问题有多痛、多迫切——“痛”才愿意付费。
    Pain\mathrm{Pain}
  2. 技术可行性 Feasibility当前团队的技术实力能不能把它做出来。
    Feasibility\mathrm{Feasibility}
  3. 商业价值 Value做出来之后有没有人真金白银地买单。
    Value\mathrm{Value}
  4. 行动优先级 Priority三者相乘的得分,分数最高的先投入资源。
    Priority=Pain×Feasibility×Value\mathrm{Priority} = \mathrm{Pain} \times \mathrm{Feasibility} \times \mathrm{Value}

AI 应用场景

铁三角画像驱动的 AI 人才雷达

阶段:招聘与人才评估

解决的问题:传统招聘靠简历和几轮面试判断技术合伙人是否靠谱,容易看走眼——简历包装成本低,面试表现和真实协作能力往往脱节。用 AI 分析候选人的开源代码质量、技术社区活跃度、代码风格稳定性,可以构建一张“技术能力画像”,像“试菜”一样在入职前就摸清主厨的功底。

具体案例:某 AI 创业公司在找 CTO 时,用代码托管平台的公开数据给 30 位候选人做了画像打分,筛掉了一批简历漂亮但代码风格混乱的人,把面试名额留给真正有长期作品的人,最终在 6 周内锁定了一位技术合伙人。

协作健康度 AI 看板

阶段:团队管理与运营

解决的问题:早期的团队冲突在爆发前很难被察觉,等人开口抱怨往往已经积压很久。用 AI 分析项目管理系统里的任务流转速度、会议纪要和沟通频率,可以提前发现“信息阻塞点”——比如某位合伙人已经一周没出现在关键任务里。这相当于给“打烊复盘”配了一个永不疲倦的记录员。

具体案例:一家 8 人的 AI 创业团队每周用自然语言处理扫描内部沟通记录和任务看板,识别出连续两周没有进展的任务和单点依赖,及时干预后,交付延期率下降了 30%。

股权方案 AI 模拟器

阶段:决策支持

解决的问题:早期股权分配方案难以量化,创始人凭感觉拍板,日后容易扯皮。用蒙特卡洛模拟把现金投入、全职年限、未来承诺和离职概率代入公式,可以生成不同分配方案下的长期收益分布,帮助创始人在“分饼”前看清规则后果。

具体案例:三位创始人把各自的出资与全职计划输入模拟器,发现如果采用均分方案,一年后如果有人退出,剩下的人将背负不公平的股份结构;改用贡献折股并预留 15% 期权池后,三方都接受了新方案。

Python 演示

python44 行
# coding: utf-8"""铁三角团队评估与股权分配模拟器"""  class TeamEvaluator:    def __init__(self, tech_score, product_score, domain_score):        self.tech_score = max(0, min(10, tech_score))        self.product_score = max(0, min(10, product_score))        self.domain_score = max(0, min(10, domain_score))     def power(self):        return (self.tech_score / 10.0) * (self.product_score / 10.0) * (self.domain_score / 10.0)     def weakest(self):        scores = {"技术": self.tech_score, "产品": self.product_score, "领域": self.domain_score}        return min(scores, key=scores.get)     def is_ready(self):        return self.power() >= 0.27  class EquityAllocator:    def __init__(self, option_pool=0.15):        self.option_pool = option_pool     def allocate(self, founders):        items = []        for name, cash, years, future in founders:            contribution = cash * 0.5 + years * 10 + future * 8            items.append((name, contribution))        total = sum(c[1] for c in items)        return [(name, round(contribution / total * (1 - self.option_pool), 4)) for name, contribution in items]  if __name__ == "__main__":    team = TeamEvaluator(8, 7, 6)    print("团队综合战斗力:", round(team.power(), 3))    print("当前短板:", team.weakest())    print("是否可以启动:", team.is_ready())     founders = [("主厨", 20, 4, 0.9), ("店长", 5, 4, 0.7), ("顾问", 0, 2, 1.0)]    allocator = EquityAllocator(option_pool=0.15)    for name, share in allocator.allocate(founders):        print(name, share)
目的:先评估三个角色的能力是否构成可启动的铁三角,再模拟按贡献折股计算各创始人应得的股权比例。
  1. return (self.tech_score / 10.0) * (self.product_score / 10.0) * (self.domain_score / 10.0)把三维度分数转成 0 到 1 后相乘,任何一维偏低都会明显拉低最终战斗力。
  2. return min(scores, key=scores.get)找出得分最低的维度,也就是团队最短的那块木板。
  3. return self.power() >= 0.27用一条启动线判断班子是否合格,0.27 约等于三个维度都在 0.65 以上的效果。
  4. contribution = cash * 0.5 + years * 10 + future * 8把现金、全职年限、未来资源承诺统一折算成贡献分,不同资源有不同的权重。
  5. return [(name, round(contribution / total * (1 - self.option_pool), 4)) for name, contribution in items]先按贡献占比分剩余股份,再把 15% 的期权池从总盘中预留出来。
  6. print("当前短板:", team.weakest())在开会前先让数据告诉你团队哪里最危险。

常见误区

误区我要找最牛的技术大牛当 CTO,他写代码最厉害,团队肯定稳了。

正解技术合伙人要的是“能写会带、务实落地”的人,而不是单纯代码最强的人。最强的人不一定愿意陪你做早期产品,也可能技术选型只顾炫技,三个月做不出第一版。就像开餐厅找主厨,不是找米其林大厨,而是找适合这条街菜系、能带两个帮厨的人。

为何常见:大家默认战斗力等于技术水平最高,忽略了协作能力、稳定性和对产品的理解,这些恰恰是合伙人和员工的核心区别。

误区大家都付出那么多,三一三十一,谁也不占便宜,这不就是最公平的吗?

正解均分会带来两个雷:没有最终拍板人,关键决策容易僵死;没有预留期权池,后面招牛人没法给股份。餐厅三个人各管一摊,遇到“招牌菜要不要涨价”这种分歧只能干瞪眼。合理做法是按贡献折股,并预留 10%-20% 给后来者。

为何常见:把“公平”误解为“平均”,忽略了不同角色承担的资金、时间和资源风险完全不同。

误区领域专家是行业里的老法师,应该让他当 CEO 或者直接管团队。

正解领域专家的核心价值是认知、数据、人脉和风险预警,而不是管理权。你让他去指挥厨房,可能糟蹋了他最擅长的“尝菜”能力。美食顾问负责告诉餐厅这条街的口味和禁忌,不需要他当店长去管服务员。

为何常见:看到“权威”就自动匹配“权力”,混淆了决策咨询与团队管理,忘记了铁三角里每个人都有自己的领地。

误区我们三个人是铁哥们,等做大了再立规矩也不迟。

正解团队越小越需要最轻量的协作规则——例会、决策权划分、信息透明。没规矩的餐厅,哪怕只有三口人,也会在传菜口吵架。机制要少,但要有,比如“技术范围技术合伙人拍板,需求范围产品经理拍板”。

为何常见:人情文化下大家回避规则,觉得谈机制伤感情,结果等真发生矛盾时,连吵架的流程都没有。

误区技术、产品、领域都有了,最好把市场、销售、法务、设计都配齐再开工。

正解冷启动阶段应该用三个人做最小验证,像新餐厅先只做几道菜试营业。核心三角色缺一不可,但市场、销售、法务等可以外包或后置。早期人效和现金流比组织结构完整重要得多。

为何常见:习惯了大公司“齐装满员”的配置思维,而初创公司实际比拼的是试错速度——人越多,转身越慢。

面试题

Q1. 在“技术-产品-领域”铁三角里,技术合伙人最像餐厅里的谁?

单选题 · easy

  • A.主厨负责把菜做出来← 正确答案
  • B.店长负责前厅服务
  • C.顾问负责口味把关
  • D.会计负责记账算钱

答案:A。技术合伙人负责把算法和数据系统落地,对应主厨的角色——把菜做出来。店长对应产品经理,顾问对应领域专家,会计则不在铁三角的角色分工里。

Q2. 为什么团队综合战斗力要用乘法而非加法?

单选题 · easy

  • A.加法强调三人相互补短板
  • B.乘法强调任一项归零即全零← 正确答案
  • C.乘法比加法计算起来更简单
  • D.加法会让结果显得有些虚高

答案:B。乘法模型最能体现铁三角的本质:任何一维归零,整体战斗力就归零。加法模型允许短板靠他人补齐,这在团队协作中会低估结构性风险。

Q3. 早期找技术合伙人,相对最靠谱的方式是什么?

单选题 · mid

  • A.去互联网大厂猎聘资深总监
  • B.高薪挖来大公司的顶配专家
  • C.和有作品的人先协作做项目← 正确答案
  • D.委托付费猎头做快速搜寻

答案:C。一起做一个小项目相当于“试菜”,能直接观察代码风格、协作方式和交付习惯;大厂资历和高薪挖人只能证明过去,猎头只能提供信息。技术合伙人的真实水平,藏在他的作品和合作过程里。

Q4. 产品经理在团队协作中最核心的职责是什么?

单选题 · mid

  • A.把用户语言翻译成需求规格← 正确答案
  • B.替技术团队决定技术路线
  • C.替领域专家研究行业趋势
  • D.负责团队日常考勤和团建

答案:A。产品经理像店长,核心是把客人的需求翻译成后厨能执行的菜单。技术路线是技术合伙人的领地,行业趋势是领域专家的职责,考勤团建不是早期核心岗位该操心的事。

Q5. 关于早期股权分配,以下哪种做法最合理?

单选题 · mid

  • A.全部按现金出资比例分配
  • B.预留期权池并分批成熟兑现← 正确答案
  • C.三个创始人各占三分之一
  • D.谁先提想法谁就占大股

答案:B。股权分配要兼顾现金、全职投入和未来承诺,并且预留期权池给后来的人才,还要设定分批成熟兑付。只按现金分、均分或按想法分,都会导致公平感崩塌。

Q6. 主厨出钱装修、店长全职运营、顾问提供独家配方,分股权时最应看重什么?

单选题 · hard

  • A.全职投入与关键资源的贡献← 正确答案
  • B.谁认识的同行朋友数量更多
  • C.谁在媒体上的曝光度更高
  • D.谁的年龄更大资历更资深

答案:A。全职投入是持续的隐性贡献,独家配方是关键稀缺资源,这两者应折算成股权。认识多少人、媒体曝光和年龄资历,都不能直接转化为餐厅的营收能力。

Q7. 团队出现重大分歧时,最可靠的裁判是什么?

单选题 · easy

  • A.出资最多创始人的个人观点
  • B.用户反馈与可验证的真实数据← 正确答案
  • C.外聘专家的书面静态分析报告
  • D.三个创始人中嗓门最大的那个

答案:B。用户用脚投票是最难反驳的裁判。把分歧转成一个小实验,看真实数据说话,能避免“谁声音大听谁的”。外部专家报告有参考价值但不能替代验证,出资多的人也不代表他对。

Q8. 冷启动期资源有限,以下哪些做法符合最小可行原则?

多选题 · mid

  • A.菜单只列五道菜卖招牌菜← 正确答案
  • B.先招满二十个岗位再开始
  • C.非核心岗位外包给兼职团队← 正确答案
  • D.三个核心角色一个都不能少← 正确答案

答案:ACD。最小可行原则要求用最少的人做最核心的验证:三个核心角色缺一不可,非核心环节外包,功能上只做招牌菜。先招满二十个岗位是大公司思维,会拖慢验证速度。

Q9. 领域专家能带来的不可替代价值有哪些?

多选题 · hard

  • A.指出行业红线与隐性规则← 正确答案
  • B.直接替团队做技术选型
  • C.提供目标客户的深层画像← 正确答案
  • D.帮团队对接关键合作渠道← 正确答案

答案:ACD。领域专家的价值在于行业认知、客户画像和关键渠道,这些来自多年的行业浸泡。技术选型是技术合伙人的职责——让顾问去选型,就像让美食顾问去管后厨火候,不是他的主场。

Q10. 关于技术合伙人持股,以下哪些说法是合理的?

多选题 · extreme

  • A.干满一年后再逐步兑现股份← 正确答案
  • B.贡献用全职投入资源折算← 正确答案
  • C.核心岗位离职时应收回股份← 正确答案
  • D.股份越多团队干劲一定越大

答案:ABC。成熟兑现机制保护长期投入的人,贡献折股保证公平,核心岗位离职收回未成熟股份是标准做法。但“股份越多干劲越大”是误区:激励效果取决于公平感、使命感和协作机制,股份只是必要条件之一。