我接触过一位机器人企业的创始人，工科博士出身。创业之后，他意识到商业能力的重要性，又去读了商科。交流下来，能感受到他的认知确实有突破。

后来，他希望与一家上市公司的CEO交流，寻找合作机会。因为我认识对方，他便发来一条信息，大意是：能否帮忙约一下，大家认识认识，交流交流，吃个饭。收到这条信息，我反而不知道该怎么帮。

认识一位CEO，与能够促成一次有价值的产业合作，中间隔着很多工作。对方为什么愿意见？双方可能在哪个业务场景合作？有哪些判断需要提前验证？我该以什么理由介绍，能为哪些信息背书？这条信息里，都没有。这件事让我重新思考一个商学教育中容易被忽略的问题：一个人已经接受了商业认知，为什么在真实场景中，仍然沿用原来的行动方式？

它也把技术经理人的价值推到了更深的一层：我们究竟是在为科学家补知识、找资源，还是在为一项技术建立能够持续经营的组织？

一、一条约饭信息，暴露了尚未完成的合作设计

这位创始人的问题，不能简单归结为不会写信息，也不能凭一个场景判断他的全部商业能力。但在这一次请求里，他把一项需要设计的合作，表达成了一次需要安排的见面。想见谁，已经确定了；为什么值得见、见了以后可能推进什么，却尚未形成。这意味着，他把定义合作机会、判断对方利益、组织交流议题的工作，一并交给了介绍人。

介绍人面对的还有另一笔成本：信用。我如果把这条请求转给对方，对方很可能理解为：我已经判断过这件事值得谈，至少确认了它与他的业务有关。如果我没有足够材料，这个介绍就需要用私人信用填补商业信息的空白。关系可以降低接触成本，却不能替代合作理由。这也是为什么，通讯录里有一个名字，与手里有一个客户机会，是两件不同的事。

从认识，到愿意见，再到内部有人接手、投入资源、承担试点责任，每一步都有不同的门槛。CEO的一次认可，未必能自动生成业务部门的预算、技术部门的验证安排和现场人员的配合。如果合作方案尚未形成，越往高层递送，越可能得到一句友好的“可以了解一下”，然后在下一层停住。真正需要准备的，往往是一页能够让对方做判断的合作建议：我们对哪个业务场景有初步假设；技术可能创造什么价值，还有哪些证据不足；希望与哪个岗位先核实；下一步准备验证什么；双方需要投入什么，做到什么程度再决定是否继续。

这些内容，不要求创业者提前知道所有答案。它要求创业者把未知组织成一个值得共同验证的问题。会面因此才有了目的，介绍人才知道自己在介绍什么，对方也才有理由动员内部的人。

二、认知改变，只完成了能力形成的一部分

做了多年商学教育，我越来越警惕一个过于顺滑的假设：只要一个人懂得客户导向，下一次面对客户时，他就会自然地以客户为中心行动。

现实经常没有这么顺滑。一个人可以在课堂上认同“要理解客户”，回到现场，仍然先讲自己的技术；可以理解“合作需要共赢”，发出请求时，却仍然只有自己的需求；可以知道“组织需要授权”，遇到重要决定，依然把所有判断收回自己手里。

这里至少有三个层次。
知道什么重要，是认知；能够在具体情境中识别并做出动作，是行动能力；没有人提醒时仍然持续这样做，才形成了稳定的行为方式。

伍德与尼尔关于习惯的研究指出，反复发生的行为会与情境线索形成关联；新的目标或理解，并不必然直接改写已经形成的反应。这为理解“懂了却没有做到”提供了一种机制，但不能据此把某位创业者诊断为习惯有问题。真实的缺口，还可能来自不知道动作顺序、缺少现场反馈，或者没有时间和组织支持。

因此，改变行为需要进一步追问：面对这次合作请求，他是否知道先研究什么，向谁核实，准备什么材料，提出多大的下一步？对方没有回应时，他能否判断问题出在价值、证据、时机，还是找错了人？这些判断，很难仅靠记住“客户导向”四个字完成。

培训迁移研究也把课堂之外的使用分为两个检验：能否将所学用于工作，以及能否持续使用；研究同时讨论了学员、培训设计和工作环境的影响。对科技商学院而言，问题就在这里：如果考核止于学员是否听懂、报告是否完整，就会把认知进步提前当成经营能力形成。更深的误判则是：把企业需要的全部能力，都写进创始人个人的学习任务。即便这位科学家能够逐步改变行为，企业也不能永远等待他同时成为产品负责人、销售负责人、组织负责人和融资负责人。个人成长有自己的速度，企业生存却有现金、交付和客户窗口的期限。

三、产品化，包含客户组织采用技术的全过程

科学家创业的一个重要挑战，是将成果变成客户需要的产品。但“客户需要”这四个字，也容易被理解得太浅。客户可能承认技术先进，承认问题存在，甚至愿意看演示，却仍然不愿采购。

因为技术价值与采用价值之间，还隔着一套经营计算。以机器人进入工业现场为例——这是机制上的说明，并非上述企业已经发生的经历——性能优势需要放进真实工况：是否改变现有流程，是否需要停线改造，异常时谁恢复生产，维护由谁负责，现场人员是否愿意使用。

采购价格之外，还存在集成、培训、停机、维护以及失败后的责任成本。技术上的增益，可能被组织采用的代价抵消。更复杂的是，这些收益与成本不一定落在同一个人身上。管理层期待降本增效，现场负责人先承担生产中断的风险；研发部门愿意尝试新技术，采购部门需要明确规格和交付责任。对一家创业企业而言，证明性能可行，与让这些角色愿意共同推进，是两项不同的工作。

这要求有人完成一种我称为“承诺设计”的工作：把技术可能创造的价值，转化为各方愿意在明确边界内投入的下一步。它至少要说清：谁负责，投入什么，以什么证据验收，失败时损失如何控制，什么条件下扩大合作，什么条件下停止。

好的设计不一定一开始就争取大订单。有时是一次工况核实，有时是一个边界清楚的测试，有时是确认现阶段根本不适合合作。关键是，每一步能够减少下一步的不确定性。如果这项工作缺位，创业者就容易不断增加技术介绍、不断寻找更高层的关系，却没有增加客户愿意承担的具体承诺。

融资也有类似的问题。技术已经证明什么，客户验证了什么，下一笔钱准备消除哪项风险，需要分别讲清。资本可以提供验证所需的时间与资源，但不能自动替企业完成验证。在经营责任无人承担的时候，增加资金可能只会延长原有动作的重复。

四、技术经理人，需要按承担的责任重新区分

技术经理人的价值，正应当放在上述缺口中理解。北京市2022年的相关政策解读，已经将技术经理人的工作涵盖到技术产品化、商业化、资源组织，以及帮助科学家寻找合伙人、组建创业团队等方面。可见，理解这个职业时，不能只盯着信息撮合。

但同样不能反过来要求，每一位技术经理人都成为CEO。我更倾向于按实际责任区分三种工作。一类是促成交易。识别供需、寻找合作方，协助技术许可或转让。这类工作有独立价值，其边界可以是一项明确交易。

一类是组织转化项目。协调技术、知识产权、验证、产业伙伴和交付安排，让一个成果跨过多个环节。责任延续到约定的项目里程碑。

还有一类是建设企业。参与选择应用方向、定义产品、发展客户、组织团队和安排资金，使技术背后逐步长出一个能够经营的主体。

三类工作可以重叠，却不能用同一套能力要求、报酬方式和考核标准处理。科学家创业需要的经营互补，主要发生在第三类。有些人适合担任CEO，有些人适合承担COO职责，有些阶段则可以先由深度参与的经营伙伴承担明确任务。

成为联合创始人，意味着他要共同承担取舍。技术可以发展出多个方向，但有限的钱先投哪一个？一个客户愿意试用，却提出大量定制，接不接？研发最有价值的课题，与近期必须交付的产品冲突，如何安排？这些问题无法通过把技术术语翻译成商业语言就解决。它们需要有人持续组织证据、协调利益，并对决定后的行动负责。

这也是导师与经营合伙人的区别：导师可以提出有价值的建议，经营合伙人还需要把建议变成产品优先级、人员安排、客户推进和现金支出。其稀缺之处，在于能够在信息不完整的情况下组织行动，并承受行动带来的反馈。

五、互补能否成立，要看科学家愿意交出哪些决定

找到一个有商业经历的人，并不等于经营互补已经形成。成熟企业中的优秀管理者，往往擅长在已有产品、客户和流程中提升效率。早期硬科技企业却可能连应用方向、客户预算和交付边界都没有确定。两个阶段需要的经验并不完全相同。

判断候选人，应该少问他认识多少人，多看他是否做过这些事：在需求模糊时找到具体场景；从客户反馈中修改产品；组织过试点到交付；处理过技术承诺与资源约束之间的冲突。也要看他面对坏消息的方式。能否如实带回客户拒绝，能否建议暂停一个方向，能否在没有进展时说明原因，而不是不断用新关系掩盖旧问题。

但真正困难的，可能在科学家这一侧。如果经营伙伴对客户负责，却无权调整产品优先级；对现金负责，却不能参与支出决策；对团队负责，却不能明确岗位和交付责任，那么他获得的只是任务，尚未获得承担任务所需的权力。科学家口头接受商业逻辑，关键决定却仍然全部按个人科研偏好处理，互补就会退化成“有人替我把技术卖出去”。把部分经营判断交给互补者，本身就是科学家创业中最重要的一次行为改变。

这不意味着科研判断必须服从短期销售。双方需要明确：哪些技术边界不能突破，哪些应用方向可以验证，哪些决定由谁负责，重大分歧如何处理。共同创始关系，至少应当让责任、权限、持续投入和收益安排相匹配。给了头衔却没有授权，给了股权却没有共同工作的机制，都不足以形成真正的互补。

更稳妥的匹配方式，是先共同推进一个真实项目。一起经历客户拒绝、资源不足和优先级冲突，才能看见双方是否能合作。一次愉快的饭局，看不出这些东西。同时，不能把商业不确定性全部转嫁给技术经理人。验证成本仍然需要资金承担，经营岗位也需要基本支持。只要求成功后分成、长期无偿投入，容易把能够承接经营责任的人筛掉，留下偏好短期撮合的人。

六、科技商学院，应当把行动训练与团队建设接起来

由此再看科技商学院，课程仍然有价值，但它需要服务于更完整的能力形成过程。
第一层，是帮助学员改变解释问题的方式：知道客户、组织、资本各自如何判断。
第二层，是围绕真实项目训练动作：做一次需求访谈，准备一份合作建议，推进一个有边界的验证，再根据外部反馈修改判断。
第三层，是识别企业缺少谁，以及如何让这个人真正参与决策。

美国国家科学基金会的I-Corps项目提供了一个具体参照：团队包括技术负责人、创业负责人和产业导师，训练强调与潜在客户、合作方等开展客户发现。它不能证明某种团队配置必然成功，但把角色互补与真实商业接触放进了同一个训练过程。

对科技商学院，更值得尝试的教学单位也是“一项真实任务中的团队”，而不只是独自听课的创始人。师资需要有人能观察现场动作，而不仅能讲授框架；作业需要包含实际发出的合作材料和客户反馈，而不仅是整理好的路演报告；考核需要观察学员能否根据证据调整行动，能否在下一次相似场景中主动重复有效动作。团队层面的变化也应进入考核：产品定义、客户验证和经营推进，是否已经有明确负责人，负责人是否拥有相应权限。

如果学员只是在课堂上越来越会谈商业，却始终没有完成一次有效验证，也没有形成经营分工，课程就需要继续面对这个缺口。科技商学院及转化平台可以参与寻找经营伙伴、组织共同训练与阶段验证。但当合作进入企业内部，就要逐步把决定和责任交给创业团队。否则，平台越能帮忙，企业越可能没有形成自己的经营能力。

回到那位机器人创业者。他已经愿意走出实验室，学习商业，也愿意寻找产业合作。这些进步值得肯定。但下一步的能力，不会因为他认识了更多CEO就自动形成。它体现在：他能否把一个愿望整理成别人愿意判断的机会，把一次机会推进成有边界的共同验证，再把验证过程中需要的能力配置进自己的团队。

所以，科学家创业的支持体系，需要回答一个更具体的问题：除了帮助科学家懂得商业，我们是否已经让这家企业有人持续负责商业行动？技术经理人作为经营合伙人的长期价值，就在这份持续责任里。教育能够帮助人看见缺口，训练帮助人改变动作，互补的组织则让企业不必等待一个人学会所有事情。