Solving the Blank Canvas Problem: Gusto's AI Co-Founder

Gusto 联合创始人Eddie Kim用5人团队10周内，基于OpenClaw灵感，打造了AI产品“Co-founder”，已为一家泳池公司自动发现并申请到5万美元研发税收抵免。

• Gusto Co-founder 的核心是自动化小企业的重复性业务流程，如发工资、批假、提醒员工提交工时表。它通过SMS或Slack与用户交互，用户只需回复“是/否”即可完成审批。
• 创始人Eddie Kim指出，当前99.9%的用户仍把AI当“高级搜索引擎”（问问题、要摘要），而代理式AI（Agentic AI） 的承诺并未兑现。Co-founder的解法是：不提供空白画布式的开放体验，而是基于Gusto已有的数据（行业、公司规模、历史操作），主动建议并执行自动化流程。
• 一个典型例子：如果用户是旅行社，Co-founder可以每天早上检查天气，若下雨，自动从Excel中调取客户名单，发送邮件提醒带伞——这个流程与Gusto的核心业务（薪酬、HR）完全无关，但通过Co-founder实现了。

• 灵感来自Eddie Kim自己搭建OpenClaw的经历：他花了8小时配置，买Mac Mini，设置安全隔离，但最终发现自己也只是把它当搜索引擎用。他意识到“聊天界面”（如Telegram）是比网页浏览器更好的AI交互方式。
• 在从马德里飞回旧金山的航班延误中，他在伦敦机场用Claude Code花了5小时写出了第一个原型：用户输入“我想要一个员工填写调查问卷的界面”，原型就能基于Gusto设计系统自动生成一个CRUD网页应用。
• 原型后来演变为：不构建网页应用，而是利用Gusto已有的客户数据（行业、历史操作），自动生成每周运行的业务流程自动化。技术架构受OpenClaw启发：一个每30分钟运行一次的cron任务，调用LLM，但针对确定性任务（如发工资）改用精确的cron调度。

• Co-founder由5人（4名工程师+1名设计师） 在10周内从零到一完成公司级发布。Eddie Kim本人是5人之一，他已多年不写代码。
• 团队工作方式的核心是“不做什么”：没有会议、没有文字规格、没有Figma设计稿、没有Jira看板、没有冲刺计划。唯一的工具是一个24/7开启的Zoom会议室，成员随时进出，以及大量Claude Code token。
• 设计师贡献了与工程师等量的生产级代码，工程师也敢于做设计。流程是：任何人有了想法，直接写代码、提Pull Request，然后到Zoom里展示讨论。50%的代码会被丢弃，但这种方式比写PRD、画Figma、等审批快得多。
• 关键教训：“实现本身是最高带宽的沟通”——在写代码之前开会讨论，会丢失大量信息。通过快速写出多个实现版本再讨论，决策质量更高。

• 产品已向500家客户开放，并有一个20人的“小企业委员会”提前测试。反馈最强烈的是通过短信运行一切的能力——用户在任何地方都能操作，体验远超网页端。
• 一个非预期的发现：用户创建的自动化很多与Gusto核心功能无关，如天气提醒、竞争对手分析报告等。这提示了产品作为“通用业务自动化平台”的潜力。
• 下一步计划：增加更多通信渠道（Telegram、WhatsApp）、更多垂直行业连接器（如牙科诊所的Curve Dental系统），并向尚未注册公司的“副业”用户开放——用户甚至可以在没有EIN（雇主识别号）的情况下使用Co-founder，当业务成长时，Co-founder可以帮他们注册公司、申请EIN。

> “我们没做任何改变，我们只是决定不做哪些事——没有会议、没有文档、没有Figma。唯一的东西是一个24/7开着的Zoom会议室。”

• 做SaaS产品的团队可以照抄“基于已有数据主动建议自动化”的模式：不要等用户输入prompt，而是利用用户的历史操作和行业数据，直接推荐并执行“下周发工资”“检查竞争对手”等具体任务，用SMS/Slack推送确认即可。这比开放式的AI聊天工具转化率高得多。
• AI原生开发团队的组织方式值得参考：5人、10周、零文档、24小时Zoom、全员写代码。设计师和工程师的边界模糊化，通过快速写代码-展示-丢弃的循环，比传统PRD流程快数倍。关键在于容忍高比例的代码废弃率（50%），因为写代码的成本已极低。
• “聊天界面”是当前被低估的AI交互范式：Eddie Kim强调，用户对“通过短信运行一切”的兴奋程度远超预期。做AI产品的团队应优先考虑Telegram、WhatsApp、SMS等轻量级渠道，而非复杂的Web UI，尤其针对非技术用户。