打开网易新闻 查看精彩图片

去年AWS User Group BuildHers+的某场活动,台下坐着200多人。演讲者开场第一句话是:「说实话,我不确定我有没有资格站在这里。」

台下有人笑了,更多人点头。

说这话的人叫Echo,当时她刚满28岁,主业是产品经理,副业是帮AWS运营一个面向女性和LGBTQIA+群体的技术社群。她没有博士学位,没有大厂总监头衔,甚至没做过超过500人场子的公开演讲。但她被邀请去了EmpowHER!大会,主题叫「Sketching Visions, Building Futures」——画下愿景,建造未来。

她后来承认,接下这个邀请的时候,手是抖的。

「准备好」是个伪命题

「准备好」是个伪命题

Echo花了很长时间才想明白一件事:我们从小被灌输的「准备好了再开始」,本身就是个陷阱。

她回忆自己早期职业生涯,「在那些会议室里,我的点子需要借一个更响亮的声音才能被听见。」她是房间里最年轻的,经常也是唯一的女性。她学会了更努力工作、更少说话,把「被看见」当成一种需要挣来的特权,而不是与生俱来的权利。

这种自我压缩的状态持续了很久。直到她开始观察一个现象:那些她眼中的「大佬」,其实也在偷偷谷歌自己不懂的东西。

「冒名顶替综合症(Impostor Syndrome,指成功人士无法内化自身成就的心理现象)不会在你拿到某个头衔后自动消失。」Echo在后来的分享中写道,「它只是换了个形状。区别在于,我终于不再让它替我拍板了。」

这个认知转变发生在她加入BuildHers+之后。她不是以专家身份进去的——当时她对社群运营一窍不通。她只是反复注意到同一个缺口:技术行业里,有大量女性和性少数群体,能力强得吓人,却被系统性地低估。

「我没有全部答案。」她说,「但我有足够的信念,先出现,再试错。」

BuildHers+的实验:让「半成品」互相看见

BuildHers+的实验:让「半成品」互相看见

BuildHers+的运作模式,某种程度上是对传统 mentorship(导师制)的反向设计。

打开网易新闻 查看精彩图片

不是等一个人「功成名就」再出来带后辈,而是让正在爬坡的人,拉一把还在山脚的人。Echo组织过的活动里,有资深工程师分享转行焦虑,也有实习生讲自己怎么在第一次代码评审中崩溃大哭。

「最有价值的时刻,往往是那些『我以为只有我这样』的瞬间。」她记录过一个细节:某次活动结束后,一个女生走过来,声音很小地说,「我以为我不够technical(技术导向)是因为我是女的。」

Echo没给鸡汤式安慰。她只回了一句:「我上周刚在AWS文档里迷路三小时。」

这种「我也在挣扎」的坦诚,反而成了连接点。BuildHers+的 mentorship 网络就这样一层层长出来——不是金字塔式的上下传导,更像一张正在编织的网,每个节点都在同时给予和接受。

过去一年,这个社群覆盖了超过1500名成员,举办了40多场线上线下的技术分享。

数字不算惊人,但Echo更在意另一个指标:活动结束后,有多少人会主动加微信,继续聊。

「那个比例,高得有点不正常。」她笑。

「建造」和「成为」是同时进行时

「建造」和「成为」是同时进行时

Echo现在有个习惯:每次公开演讲前,她会在备注栏里写一行小字——「你现在就在建造,哪怕你觉得自己还没成型。」

这句话来自她自己的经历。她讲过一场关于冒名顶替综合症的分享,「台下可能没人看出来,但我上台前五分钟还在卫生间里深呼吸。」她也搭建过 mentorship 项目,同时自己还有三个更资深的导师在定期请教。

「建造和成为不是先后顺序,是同时发生的。」她说,「就像你不可能等肌肉长好了再去健身房。」

这个类比她用过很多次,因为足够具体。很多人误以为「成为」是一条线性路径:先学习,再实践,最后输出。但真实经验往往是反过来的——你在输出的过程中,才搞清楚自己到底懂什么、缺什么。

EmpowHER!的那场演讲,Echo最后选了最朴素的结构:讲她怎么接下第一个自己没把握的项目,怎么在第一次活动冷场后硬着头皮办第二场,怎么学会把「我不确定」当成开场白而不是结束语。

打开网易新闻 查看精彩图片

没有金句,没有升华。但结束后,她的邮箱里多了47封邮件,主题大多是「谢谢你替我说出来」。

如果房间没给你留位置

如果房间没给你留位置

Echo现在带团队有个原则:面试时不问「你做过什么」,问「你想尝试什么但还没机会」。

「第二个问题的答案,往往比简历诚实得多。」

她也在BuildHers+里推行类似的逻辑——活动招募讲师时,明确写「不需要你有X年经验,只需要你有想分享的具体问题」。结果报名的「非典型讲师」比例从15%涨到了40%,包括一个转行半年的设计师讲「怎么用Figma做技术架构图」,和一个刚休完产假回来的工程师讲「怎么跟老板谈判远程办公」。

这些话题不会出现在主流技术大会的议程里,但场场爆满。

Echo把这种现象归结为「未被满足的表达需求」。行业里不缺「已经成功了的人」讲经验,缺的是「正在挣扎的人」互相确认:你的困惑是合理的,你的尝试是有价值的,你的「还没准备好」本身就是一种资源。

「如果你等的那个房间一直没出现,你可以先搭一个帐篷。」她说,「帐篷漏雨没关系,重要的是里面已经开始有人了。」

BuildHers+的下一步计划是把这个模式复制到更多城市。Echo的KPI里有一项很奇怪:「今年要培养出3个比我更敢接不确定项目的人。」

她解释说,这不是谦虚,是「只有他们敢接我不敢接的,这个网络才算真的活过来了」。

最近一次团队复盘,有人问她:「你现在还觉得没准备好吗?」

她想了一下,说:「还是经常觉得。但我现在把『没准备好』当成启动信号,而不是停止信号。」

如果让你现在列出三个「没准备好但想试试」的事,你的清单上会有什么?