4. 股权成熟机制设计
股权成熟机制(Vesting)解决的是一个非常具体的问题:创始人拿到股权的那一刻,并不等于他已经把对应的价值交付给了公司。如果股权一次性归属、随时可带走,那么一位创始人在第 6 个月离开时,仍可能持有 25% 甚至更多的公司股权,而公司还要继续跑五年、十年。成熟机制的本质,是把"股权授予"与"持续投入的时间和服务"绑定起来,让股权随时间逐步"挣得"。
理解成熟机制,需要先区分三个层次的概念:授予(Grant)是公司承诺给创始人的股权总量;成熟(Vesting)是这部分股权按约定条件逐步归属给创始人的过程;行权/兑现(Exercise/Settlement)是创始人实际取得股权或对应经济权益的动作。对于有限责任公司而言,通常通过股权转让或增资完成兑现;对于期权,则通过行权购买。成熟机制约束的是"归属",而不是"授予"。
一、四个核心参数:总量、成熟期、悬崖期、成熟节奏
设计一套成熟安排,本质上是在确定四个参数:
- 授予总量:创始人最终可获得的股权比例或股数,例如 30%。
- 成熟期(Vesting Period):从起算日到全部成熟所需的总时长,常见为 4 年。
- 悬崖期(Cliff):必须连续服务满一定时间,才第一次获得一批股权,常见为 1 年。未满悬崖期离开,通常一股未得。
- 成熟节奏(Vesting Schedule):悬崖之后按什么频率成熟,常见为按月成熟,即每月成熟总量的 1/48。
以"4 年成熟、1 年悬崖、按月成熟、授予 30%"为例:满 1 年时一次性成熟 25%(即 7.5%),此后每月成熟 30%÷48=0.625%。到第 4 年末,30% 全部成熟。这个结构之所以成为行业惯例,是因为它同时满足两个诉求:悬崖期筛掉"试几个月就走"的人,按月成熟则让长期留下的人持续获得回报。
二、悬崖期的两种处理方式
悬崖期并非只有"满一年一次性成熟 25%"一种写法。实践中常见两种:
- 硬悬崖:满 1 年时一次性成熟前 12 个月的份额。未满 1 年离开,成熟为零。这是最主流、对创始人约束最强的写法。
- 软悬崖/逐月回溯:满 1 年时,前 12 个月按逐月计算成熟,即一次性成熟 12/48=25%,效果与硬悬崖接近,但计算口径更平滑,便于处理不足整月的情形。
需要特别注意的是悬崖期的起算日。常见起算点有三种:入职日、公司设立日、本轮融资交割日。三者可能相差数月甚至一年以上。如果一位创始人在公司设立后 8 个月才全职加入,却以设立日起算,那么他可能在未实际投入的情况下就跨过了悬崖期。因此,起算日应在协议中明确写死,并与实际全职投入时间对齐。
三、加速成熟:把"退出"变成激励而非套利
加速成熟(Acceleration)解决的是另一类问题:公司被收购时,创始人是否应提前拿到尚未成熟的股权。它分为两种:
- 单触发加速(Single-trigger):只要发生控制权变更(如被并购),未成熟部分立即全部成熟。对创始人最有利,但买方通常不接受,因为它削弱了留任激励。
- 双触发加速(Double-trigger):控制权变更且创始人在新主体中被无因解雇或主动因"正当理由"离职,才触发加速。这是更平衡、更常见的安排。
加速的比例也可以分档。例如约定:控制权变更时加速 50%,若同时被无因解雇则再加速剩余 50%。这种"部分加速+条件加速"的设计,既给了创始人在交易中的确定性,又保留了买方需要的留人约束。
四、成熟机制与其他条款的联动
成熟机制不是孤立条款,它与回购、分红、表决权紧密联动。创始人未成熟的股权,通常仍登记在其名下,但公司或其余创始人享有回购权:一旦该创始人离职,公司可按约定价格(常见为原始出资额或净资产对应值)回购其未成熟部分。同时,未成熟股权是否享有分红权、表决权,也需明确。常见做法是:未成熟股权保留表决权以维持控制权稳定,但分红权可约定在成熟后才享有,或按成熟比例享有。
五、参数设计示例与判断依据
下表给出一组教学示例参数,用于说明不同角色如何差异化设计。表中数据为示例假设,非实测结果。
| 角色 | 授予总量 | 成熟期 | 悬崖期 | 成熟节奏 | 加速安排 |
|---|---|---|---|---|---|
| 核心创始人(CEO) | 40% | 4 年 | 1 年 | 按月,1/48 | 双触发,变更时加速 50% |
| 联合创始人(CTO) | 15% | 4 年 | 1 年 | 按月,1/48 | 双触发,变更时加速 50% |
| 后期加入的核心高管 | 5% | 4 年 | 1 年 | 按月,1/48 | 单触发,变更时加速 25% |
| 顾问/兼职 | 1% | 2 年 | 6 个月 | 按季,1/8 | 无 |
判断一套成熟安排是否合理,可以问三个问题:第一,如果某人在悬崖期刚满就离开,他带走的股权是否与其实际贡献相称?第二,如果公司第 3 年被收购,创始人能拿到多少、买方是否愿意接受?第三,如果某位创始人长期低投入甚至半退出,现有条款能否让他逐步失去未成熟股权?这三个问题分别对应悬崖期、加速条款和回购条款,是设计时最需要反复推演的场景。
最后需要强调,成熟机制一旦确定,修改成本很高。它通常写在创始人协议、股东协议或期权计划中,修改需要相应比例的股东同意。因此,在设立初期就把起算日、悬崖口径、加速触发条件、回购价格公式写清楚,远比事后补救更划算。对于创始人而言,成熟机制不是"不信任",而是把彼此的长期承诺变成可执行、可预期的规则。