上海坂御互联网科技有限公司
Quodara 商业计划书
单位经济与规模化数据待公测用户量足够后补充,文中已标注。
一愿景:AI for the rest of us
AI 的能力已经足够强,但今天真正能把它用好的仍然是少数专业的人。我们要让剩下的所有人也能用好它。
1.1AI 的 Mac 时刻
1984 年,苹果给 Macintosh 写下的广告语是「the computer for the rest of us」。那台机器真正的突破不是算力,而是它是第一台你不需要先学习就能使用的电脑——个人电脑从此不再属于专业人士,而属于所有人。
四十年后,AI 正站在同一个岔路口。能力已经足够强,但用好它依然是一门需要学习的专业技能:要会提需求、会写提示词、会把结果接进自己的事情里。所以我们的标语刻意向那句广告语致敬——AI for the rest of us。「the rest of us」指的是我们这些非专业的普通人:不写代码、不研究提示词、不搭工作流,但同样有想法要实现、有生意要做的绝大多数人。
我们把这件事叫做「AI 的 Mac 时刻」:个人电脑的普及不是因为电脑变得更强,而是因为它不再要求使用者先成为专业人士。AI 的这一刻正在发生,我们想成为按下那个开关的人。
1.2长期方向
我们把 Quodara 看作通向通用人工智能落地的一条务实路径:真正的通用能力不体现在模型的评测分数上,而体现在一个没有受过任何训练的普通人能否用它完成过去只有专业人士才能完成的事。这是我们衡量自己的唯一标准。
沿着这条路径,能力边界会持续扩展——从今天已经跑通的九条交付链路,扩展到普通人日常需要「找个专业的人来做」的绝大多数事情。
二执行摘要
用户像聊天一样把想法说出来,AI 负责把需求问清楚,并把可以直接使用的成果做出来。
2.1我们在做什么
Quodara 是一个纯对话入口的通用 AI 工作平台。用户不需要学习提示词、不需要填配置、不需要懂技术,只要把想法说出来,AI 会主动追问、和用户一起把需求捋清楚,然后把成果做出来并交到可以直接使用的状态——网站和应用打开就能用,图片能直接投放,文档能直接交出去,营销内容能直接发布。
用户不需要理解中间发生了什么。需求澄清、方案设计、生成、组装、配置、交付,全部由系统在后台完成。用户看到的只有两端:自己在对话里说的需求,和最后拿到手的东西。
我们的判断是:过去三年 AI 的能力增长极快,但能把这份能力用好的人始终是少数。门槛没有消失,只是从「会不会写代码」换成了「会不会提需求、会不会写提示词、会不会配工作流」。绝大多数 AI 产品仍然是为专业人士做的——它们降低了门槛,但没有消除门槛。Quodara 要做的是消除它。
2.2我们不做什么
- 不做面向专业开发者的编程工具。我们的用户不看代码,也不该被要求看代码。
- 不做需要用户搭工作流、连节点、配参数的编排平台。任何要求用户先理解系统结构的设计,对我们的目标用户都是失败的设计。
- 不做只给中间产物的单点工具。单点工具解决一个动作,我们要交出的是用户真正想要的那个最终结果。
2.3我们走到哪一步了
2026 年 3 月 18 日项目启动,至今五个月,由创始人一人全职完成:
- 九条对话交付链路全部跑通:网站、APP、小程序、图片、音乐、视频、文档、报告、营销。
- 完整的应用托管体系:从对话到生成、预览、发布、域名解析、数据存储、运行监控,全链路自动化。
- 国内与海外双站已开放公测;海外国际信用卡收款已完成技术接入。
- 期间用两个月与合作方探索过 AI 在软件外包场景下的应用,判断商业前景有限后果断收回,把已验证的技术能力保留为主线储备。早期公司最危险的不是走错方向,而是走错了还不肯掉头。
产品目前已经开放公测,国内站与海外站都可以直接注册使用;尚未开始规模化的市场推广与商业化,本轮融资正是为了启动这两件事。
2.4我们为什么现在融资
2.5摘要表
| 项目 | 内容 |
|---|---|
| 公司主体 | 上海坂御互联网科技有限公司(2024 年 9 月设立,2026 年 3 月 18 日正式启动 Quodara 项目) |
| 产品 | Quodara —— 纯对话式通用 AI 工作平台 |
| 愿景 | AI for the rest of us:让人不需要学习,也能用好 AI |
| 产品链接 | 海外站 quodara-ai.net / 国内站 quodara-ai.com |
| 阶段 | 产品完成 0 到 1,已开放公测,尚未开始规模化推广与商业化 |
| 已跑通能力 | 对话交付网站、APP、小程序、图片、音乐、视频、文档、报告、营销内容 |
| 部署形态 | 国内站与海外站双节点;海外国际收款已完成技术接入 |
| 目标市场 | 首站北美英语市场 |
| 定价 | 订阅制:海外 50 美元 / 月,国内 328 元 / 月,含 7 天完整功能试用 |
| 创始人 | 拼多多 → 小红书 → MiniMax,八年一线研发,覆盖企业级数据平台、内容社区 C 端产品、Kubernetes 发布平台、大模型推理与 Agent 产品 |
| 团队 | 创始人 1 人全职;本轮补齐至 4 人(创始人 + 海外增长负责人 + 研发 1 + 产品运营 1),取得北美付费验证后再于下一轮扩充 |
| 本轮用途 | 组建核心团队(增长优先)、北美市场验证、订阅商业化 |
| 架构规划 | 计划于本轮融资前后搭建海外主体架构 |
三我们要解决的问题
大模型让「生成」的边际成本趋近于零,但要用好它,依然横着一道隐性的专业门槛。AI 一直在降低这道门槛,却还没有消除它。
3.1门槛一直在降低,但没有被消除
过去三年,AI 确实一轮一轮地把门槛压低:从要会写代码,到会写提示词就行;从要自己搭流程,到说得含糊也能出点东西。但「能出东西」和「能出一个可以直接用的东西」之间,仍然隔着一段需要用户自己学的专业能力。门槛的位置变了、高度降了,可它还在那儿。
| 要用好 AI,用户仍然得会的事 | 对普通人意味着什么 |
|---|---|
| 把模糊想法整理成明确需求 | 大多数人说得出「我想要个能收订单的小程序」「我想要一套能投放的商品图」,说不出具体的规格与流程 |
| 学会怎么跟模型说话 | 同一个需求,会写提示词的人和不会写的人拿到的结果差距巨大 |
| 在多个工具之间搬运 | 文案一个工具、图片一个工具、代码一个工具、交付又是另一套 |
| 把结果变成能直接用的东西 | 生成的应用要有人配环境和域名,生成的素材要有人调尺寸和格式,最后一公里全在用户自己身上 |
这几件事都不难,但都得学。门槛还在,结果就是:今天的 AI 主要在给本来就很专业的人提效——工程师、专业创作者、懂技术的运营。他们只需要跨过很矮的一档,就能把 AI 的能力吃满。而我们真正希望被 AI 改变的,恰恰是不具备这些专业技能的普通人:他们同样有想法要实现、有生意要做,却因为不会提需求、不会写提示词而被挡在门外。AI 不应该只服务专业人士,它应该让不专业的人也能做出专业的结果。把这道门槛从「降低」推到「消除」,就是我们要做的事。
3.2我们服务谁
Quodara 是一个通用 Agent 平台。它当然可以当建站工具用——做网站、做小程序是它目前最成熟、也最容易被看见的能力——但建站只是它能做的事情之一。同一个入口里,用户也可以让它做一套商品图、写一轮营销稿、出一份数据报告,甚至把这几件事连起来一次做完。真正的定义是:把一件原本需要专业能力才能完成的事,交给 AI 完成。
由此展开,我们的用户是所有「有需求、但没有对应专业能力,也请不起专业的人」的群体:
| 人群 | 他们拿 Quodara 做什么 | 本轮优先级 |
|---|---|---|
| 独立创业者、小微商家 | 官网与落地页、预约与下单工具、品牌视觉、宣传内容 | 第一优先,北美投放重点 |
| 电商与本地商家 | 商品图与详情页素材、活动海报、投放文案、销售数据报告 | 第一优先,北美投放重点 |
| 内容创作者、自由职业者 | 配图与封面、BGM、多平台内容、个人作品站 | 第二优先,自然获取 |
| 企业里的业务岗 | 周报与方案文档、数据报告、内部小工具 | 第三优先,本轮不投放 |
- 他们的共同点是:需求真实、预算有限、决策链条极短——通常只有一个人拍板。
- 他们过去的选择是外包(数千至上万美元、周期以月计)或者自己硬学(时间成本更高,且大概率半途而废)。
- 他们高度活跃于线上社区,获客路径清晰、口碑传播快,并且已经习惯为生产力工具按月付费。
收窄投放人群不是收窄产品能力,而是为了让有限的营销预算能测出有效的信号。产品对上述四类人群同时成立,本轮只在前两类上花钱验证。
需要说清楚的是:这批人不是一块无人竞争的空白市场。Manus、Lovable、Replit Agent 争的正是同一批用户,我们和它们是正面竞品,用户群高度重叠,区别只在从哪一端切进去。
| 产品 | 它对外面向的人群 | 实际用起来的主要是谁 | 和我们的关系 |
|---|---|---|---|
| Lovable | 「不写代码也能做出应用」的非技术创始人、独立开发者、设计师与小团队,用来做 MVP、落地页、内部工具 | 以有一定技术或产品经验的 builder 为主。一旦项目跑偏、要接管代码、要自己配部署和域名,纯非技术用户就会掉队 | 正面竞品,用户群基本重合。差别在于他们交付的是一个项目/一份代码,我们先把需求问清楚,再把成果交到能直接用的状态 |
| Replit Agent | 想用自然语言直接构建并托管应用的人,官方口径同样强调「不需要是工程师」 | 主力仍是开发者、学生与技术爱好者。产品自带 IDE 与控制台心智,界面本身就在筛人 | 部分重叠,重叠段在非技术 builder。我们不做 IDE、不要求用户看代码,也不把用户丢回工程界面 |
| Manus | 知识工作者:一句话完成调研、报告、数据分析、幻灯片等通用任务 | 运营、营销、咨询、分析等岗位的白领,以及大量尝鲜者。任务偏一次性产出,用完即走 | 正面竞品,同为通用 Agent、同一批人。差别在我们对最终结果负责,把交付的最后一公里(能访问、能投放、能直接交出去)做完 |
把它们放在一起看,共同点很清楚:都在争夺「有想法、但不想或不会自己把它实现完」的那批人——独立创业者、小微商家、创作者、企业里的业务岗,和我们上面列的四类人群几乎是同一批。所以我们的竞争判断不是「我们服务一批别人不服务的人」,而是「同一批人,谁能真正把他们服务住」。
3.3为什么现有方案解决不了
| 现有路径 | 它的前提假设 | 为什么普通人用不了 |
|---|---|---|
| AI 编程工具 / IDE 插件 | 用户是开发者,能读懂并接管代码 | 非技术用户根本进不了这个界面 |
| AI 建站 / 应用生成工具 | 用户能把需求一次性描述清楚 | 结果偏离预期时用户不知道怎么改;交付常止步于一份代码或一个半成品 |
| 低代码 / 无代码平台 | 用户理解数据模型和业务流程抽象 | 学习曲线依然陡峭,本质是把编程换了一种表达方式 |
| Agent 编排平台 | 用户会拆解任务、连节点、配参数 | 要求用户先成为「AI 工程师」才能开始 |
| 单点素材工具 | 用户知道自己要什么尺寸、什么风格、什么格式 | 只解决一个动作,前后的活还是用户自己干 |
| 通用聊天助手 | 用户自己负责把结果用起来 | 给的是片段和素材,最后一公里还是用户自己走 |
| 外包 / 服务商 | 有预算、有时间 | 贵、慢、沟通损耗大,小需求根本不划算 |
四解决方案:把「想清楚」这件事交给 AI
别的产品接到需求就直接开始生成,我们先让 AI 把需求问清楚,再动手。
4.1核心机制:先对齐,再执行
Quodara 与其他工具最根本的区别在交互的第一步。别的产品接到需求就立刻开始生成——用户说得有多含糊,它就做得有多含糊;我们则是先让 AI 把需求问清楚,和用户一起把想法聊成一件明确的事,再动手做。整个过程就是一场对话,用户不需要学任何格式。
| 阶段 | 系统在做什么 | 用户在做什么 |
|---|---|---|
| ① 表达 | 接住日常语言,不要求任何格式 | 像聊天一样说出想要什么,比如「我想做个能收订单的小程序」 |
| ② 澄清 | AI 主动识别缺口,用结构化选择题把关键决策摆出来 | 点选,或者再补充说一句,不需要写规格文档 |
| ③ 确认 | 把理解到的需求回读给用户确认 | 确认或纠正 |
| ④ 执行 | 自动完成生成、组装与配置 | 等待,过程可见 |
| ⑤ 预览与迭代 | 给出可以直接看到的结果,支持继续对话式修改 | 看效果,不满意就接着说 |
| ⑥ 交付 | 把成果送到可以直接使用的状态:网址能打开、素材能直接用、文档能直接交 | 确认一下就拿走 |
4.2与两类主流做法的区别
- 对比「一次成型的生成」:不问就做的黑箱在结果偏离预期时无法收敛,用户只能推倒重来。我们把过程拆成可对话、可修正的多轮协作,每一轮都往用户想要的方向收敛一点。
- 对比「配置优先」:配置优先把复杂度前置给用户;我们零配置起步,复杂度由系统在后台承担,只在必须由用户决策时才用一张卡片问出来。
4.3交付最终结果,而不是中间产物
生成只是第一步。用户要的从来不是一段代码、一张待处理的原图或一份需要再排版的草稿,而是那个能直接拿去用的东西。Quodara 把生成之后的全部收尾工作——环境配置、域名解析、数据存储、格式与规格适配、发布与分享——都收在平台内部自动完成。对用户来说,从提出想法到拿到一个能用的成果,中间没有任何需要他理解的步骤。
五产品与已交付能力
九条对话交付链路已全部跑通,背后是一套统一的平台底座。
5.1已跑通的九条交付链路
| 能力 | 用户在对话里能拿到什么 |
|---|---|
| 网站 | 可以直接访问的线上站点,含域名与运行环境 |
| APP | 可在手机上使用的应用,从需求澄清到打包交付全流程自动完成 |
| 小程序 | 可预览、可提审的微信小程序工程与体验版 |
| 图片 | 海报、配图、商品图、插画、Logo,以及改图与扩图结果 |
| 音乐 | 整曲或纯音乐成品,可直接用作视频与产品的背景音乐 |
| 视频 | 自带配音与配乐的成片,可直接用于产品演示、片头与投放素材 |
| 文档 | Word、PPT、Excel、PDF 成品,排版可直接交付 |
| 报告 | 可交互、可分享的数据图表报告 |
| 营销 | 可直接发布的多平台内容与完整的内容方案 |
5.2平台底座
这九件事看起来很不一样,但用户不需要在九个产品之间挑:它们跑在同一套平台上,用同一种方式使用。这套平台底座是 Quodara 与那些「一个工具做一件事」的产品之间真正的分野。说得直白一点,它保证了四件事:
- 活儿能一直干下去。用户的项目在平台上是长期存在的,任务可以跑很久、中途停下还能接着跑,第二天回来继续说需求即可,不用每次从头交代。
- 改错了不会翻车。任何改动都先在一个只有用户自己能看到的预览环境里生效,确认满意后才对外发布。用户不需要理解这套机制,只需要知道「改坏了不影响正在用的那份」。
- 配套的东西平台自己会准备。成果运行起来需要的域名、数据存放、文件存储、访问统计等等,全部由平台自动配好,用户不需要知道它们的存在。
- 能力只增不换。同一个入口里,做编程、做文档、做营销、做素材的能力是不断往上叠加的,用户永远不用为了新的需求去换一个新产品、重新学一遍。
还有一件对生意本身很重要的事:我们不绑定任何一家大模型厂商。底层用谁的模型,对用户是完全无感的,我们可以随时按效果和成本切换。这既是成本上的主动权,也是上游一旦涨价、降级或断供时的安全垫。
此外我们还有一项储备能力:2026 年 6 - 8 月探索软件外包场景时,验证了让多个 AI 分工协作、完成需要长时间连续推进的复杂任务的做法。这个场景本身没有作为主线业务保留,但这套协作能力留了下来,用来抬高主线产品处理复杂需求的上限。
六市场与时机
模型能力刚跨过可用阈值、单位成本仍在下降、用户预期已被前一批产品教育完成——窗口刚打开。
6.1为什么是现在
- 模型能力刚跨过可用阈值。让 AI 独立完成「澄清需求—生成—修正—交付」这条长链路,在两年前无法稳定跑通,现在刚刚可行。这是窗口期,不是永远敞开的机会。
- 单位成本还在快速下降。同等能力的推理成本持续走低,今天算不过来账的策略明年可能成立,早进场可以用当下的成本结构换取用户规模。
- 用户预期已被教育完成。普通人已经知道「AI 能帮我做事」,但普遍卡在「我不知道怎么让它做好」。需求侧的教育成本已由前一批产品付掉了。
6.2为什么首站选北美
- 付费意愿与客单价:同类生产力工具在北美的订阅接受度与单价,与国内不在一个量级。对一个即将开始收费的产品,从付费意愿最强的市场启动商业化,验证路径最短。
- 目标人群密度高:独立创业者、小微商家、创作者群体规模大且高度社区化,冷启动的传播路径清晰。
- 产品无需重做:纯对话入口不依赖本地化操作习惯,交付物也没有地域限制,是少数不需要重构产品就能进入的市场。
- 基础设施已就位:海外站已开放公测,国际信用卡收款已完成技术接入,工程侧的出海成本已经付过。
七竞争格局与差异化
零门槛入口 + 全品类交付 + 结果直接可用 + 一件事从头做到尾,四条同时成立目前少有。
7.1竞争地图
下表按品类整理竞争地图,代表玩家一列为北美市场当前的主要参照对象。
| 类别 | 代表玩家 | 他们强在哪 | 我们的差异 |
|---|---|---|---|
| AI 全栈应用生成 | Lovable、Bolt.new、Replit Agent、v0 (Vercel) | 上手快、演示效果好、开发者口碑强 | 他们交付代码与项目,用户仍需自己收口;我们先澄清需求,再把成果交到能直接用的状态 |
| AI 编程工具 / IDE | Cursor、GitHub Copilot | 代码质量与开发者心智占有 | 他们服务开发者;我们服务不看代码的人 |
| AI 建站 / 无代码 | Wix ADI、Squarespace、Framer AI、Webflow | 模板生态成熟、SEO 与商业化配套完善 | 他们以模板为中心、能力边界固定;我们以需求为中心,交付物不限于站点 |
| 通用 Agent 平台 | Manus、ChatGPT Agent 等 | 任务覆盖面广、品牌与流量强 | 他们偏向给出过程与产物,我们对最终结果负责,并把交付的最后一公里做完 |
| Agent / 自动化编排 | Zapier、n8n、Make | 灵活、可组合、企业集成丰富 | 他们要求用户先会搭流程;我们不要求 |
| 创意素材工具 | Canva、Adobe Firefly | 设计能力与素材生态 | 他们只覆盖素材环节;我们把素材与产品交付放在同一个入口 |
7.2我们的四条差异化
我们的位置由四件事共同定义,缺一件都会被替代:
- 零门槛入口:不要求用户会提需求、会写提示词、会配参数。
- 全品类交付:应用、内容、素材、文档在同一个入口完成,用户不需要在工具之间切换。
- 结果直接可用:交付的是能直接使用的成果,不是需要用户再加工的中间产物。
- 一件事从头做到尾:不是交付一个孤立的成果就结束,而是把这件事后面连着的活儿一起接住。
单看任何一条,市场上都有人在做;四条同时成立,目前少有。真正难被复制的也正是第四条:它要求一家公司同时把开发、内容、素材、投放几件事都做到能直接用的水准,而不是在某一件事上做到最好。
随时间变厚的部分在执行侧:用户从模糊表达到清晰需求的澄清语料、任务的完整执行轨迹、以及失败与重试样本,决定了「AI 该怎么问用户」和「交付一次成功率」这两件事能做多好。它们随使用量线性增厚,且无法通过采购获得。需要如实说明:公测刚刚开放,这部分积累目前还很薄,准确的表述是「机制上成立、随规模增厚」,而不是「已形成壁垒」。
7.3如果大厂进场
- 产品逻辑不同。平台型公司的目标是把自家模型和云资源卖出去,天然倾向于开放能力让开发者组装,而不是替非技术用户把活干完。
- 护城河建在执行侧。交付成功率来自大量真实失败样本的积累,不随模型能力提升而自动获得。
- 生态位可以共存。我们是模型能力的消费方与放大器,对上游是增量而非威胁——这也是产业方投资我们的核心理由。
八商业模式
订阅制,海外 50 美元 / 月、国内 328 元 / 月,含 7 天完整功能试用,不设长期免费档。
8.1定价
Quodara 采用订阅制,国内站与海外站分别定价:
| 档位 | 海外 | 国内 | 说明 |
|---|---|---|---|
| 7 天免费试用 | 0 | 0 | 完整功能试用,不设长期免费档 |
| Pro | 50 美元 / 月 | 328 元 / 月 | 首发唯一付费档位,包含平台全部交付能力与相应用量额度 |
| 更高档位 / 团队版 | 规划中 | 规划中 | 面向高频重度用户与小团队,待首批付费数据出来后再定 |
定价逻辑:Quodara 交付的是一个能直接用起来的成果,而不是一次内容生成。对目标用户而言,替代方案是数千美元起的外包报价或数月的自学成本,这个价位处在明显划算的区间。同时该定价高于纯内容工具,能自然筛出真实需求用户,避免免费流量稀释早期反馈质量。
关于免费档:我们提供 7 天完整功能免费试用,但不设长期免费档。判断依据是——试用七天仍不愿付费的用户,后续转化概率极低,为其长期承担算力成本并不划算。等资源更充裕之后,我们会考虑推出面向支付能力有限人群的免费档位,这与「AI for the rest of us」的长期目标一致,但不是现阶段的优先级。
8.2收入结构
| 收入来源 | 形态 | 优先级 |
|---|---|---|
| 订阅制 | 7 天免费试用 → Pro 档(海外 50 美元 / 月,国内 328 元 / 月);后续按用量与团队规模分层 | 主线 |
| 增值算力包 | 超出订阅额度后的按量购买 | 次线,随重度用户出现后开启 |
| 企业与定制 | 私有化部署、定制交付、专属资源 | 暂不作为主线 |
8.3收款链路
国内节点通过支付宝收款;海外节点已完成基于 Merchant of Record 模式的国际信用卡收款技术接入,链路已跑通。这意味着北美商业化不存在工程侧的前置障碍——开卖是一个决策问题,而非开发问题。
8.4单位经济模型
| 指标 | 口径 | 数值 |
|---|---|---|
| 订阅价格(ARPU) | Pro 档月费 | 海外 50 美元 / 月;国内 328 元 / 月 |
| 试用转化率 | 试用到付费的转化比例 | 待北美验证后得出 |
| 单付费用户模型成本 | 月度模型调用费用 ÷ 付费用户数 | 待验证后得出 |
| 单付费用户基础设施成本 | 容器、存储、带宽 ÷ 付费用户数 | 待验证后得出 |
| 毛利率 | (收入 − 模型成本 − 基础设施成本)÷ 收入 | 待验证后得出 |
| CAC | 获客总支出 ÷ 新增付费用户数 | 待北美验证后得出 |
| 回本周期 | CAC ÷ 月毛利 | 待北美验证后得出 |
这几项都标为「待验证后得出」是有意为之:公测刚开放、付费尚未启动,当前的用户量不足以让任何一个成本或转化数字具备参考意义。用几个样本外推出来的单位经济模型,比不写更危险。跑出这几个数字正是本轮融资要完成的核心任务之一。
九北美市场进入计划
本轮融资的核心章节:先用最小成本验证「北美用户愿不愿意用、愿不愿意付」,跑出获客成本之后再放大投放。
9.1目标市场与人群
首站市场:北美英语市场。投放重点为独立创业者、小微商家与电商 / 本地商家(见 3.2),其余人群本轮以自然获取为主。
具体的获客打法,由本轮招募的海外增长负责人到岗后制定并执行。我们没有在这里写一套由创始人隔空拟定的渠道方案——在缺少北美本地实操经验的前提下写出来的打法,对投资人没有参考价值,对执行的人也是干扰。这个位置正是本轮第一顺位要补的人。我们能在这里给出的承诺,是投入原则与验证标准。
9.2团队组建:本轮最优先的投入
当前团队为创始人一人全职。本轮要补的是三个人,把公司从「一个人什么都干」变成「产品与市场两条线同时全速推进」。三个岗位分别是:海外增长负责人、研发(全栈 / Agent 方向)、产品运营。招募顺序与分工如下:
| 顺序 | 补的是谁 | 他进来具体负责什么 | 为什么排在这个位置 |
|---|---|---|---|
| 本轮 · 第一 | 海外增长负责人(1 人) | 北美获客从零到一:内容与社区冷启动、渠道测试与投放、激活与转化链路优化、CAC 与回本周期的归因 | 本轮要买的是「北美用户愿不愿意付」这个答案,这件事必须有专职的人负责。要求具备北美市场 0 到 1 的实操经验,能自己写内容、自己看数据做归因,而不只是投放执行 |
| 本轮 · 第二 | 研发 · 全栈 / Agent 方向(1 人) | 承接九条交付链路的功能迭代与稳定性、Agent 执行与交付成功率优化、海外站的性能与可用性 | 让迭代速度不再受单人产能限制,同时把创始人的精力从日常开发释放到产品方向与商业化上 |
| 本轮 · 第三 | 产品运营(1 人,可一人兼) | 英文版体验与新用户激活链路、用户反馈收口与用例沉淀、用户支持与社区日常运营 | 海外用户进来之后必须有人接住。这个岗位在本轮先按一人兼办,等付费数据出来再拆成产品与运营两个人 |
| 下一轮 | 继续扩充:增长与研发加厚,产品与运营拆开 | 在已验证的获客模型上加杠杆,并支撑付费用户规模化带来的产品与服务压力 | 取得北美付费验证之后再启动,具体编制按届时跑出来的数据决定——渠道验证成立就先加增长,产品瓶颈更突出就先加研发。现在锁定人数没有意义 |
本轮团队规划:从 1 人扩充至 4 人 —— 创始人(产品方向、技术架构与商业化)+ 海外增长负责人 + 研发 1 + 产品运营 1。本轮只对这一档编制作出承诺;再往上的扩充放在取得北美付费验证之后的下一轮,届时按验证出来的获客模型与产品瓶颈决定加谁、加多少。
9.3资金用途结构
| 用途 | 占比 | 对应目标 |
|---|---|---|
| 核心团队组建(3 人) | 约 35% | 补齐增长、研发与产品运营,让产品与市场两条线同时推进 |
| 北美市场验证与营销资源 | 约 30% | 冷启动、内容与社区、渠道测试,跑出 CAC |
| 算力与基础设施 | 约 15% | 支撑试用与付费用户增长带来的模型与资源消耗 |
| 海外主体搭建与合规 | 约 6% | 海外架构、美国商标、法务与财税 |
| 机动储备 | 约 14% | 应对渠道验证周期的不确定性 |
比例说明:本轮采用 4 人精简编制,人力支出被压缩,因而市场投入占比相应提高至约 30%。这是刻意的取舍——在验证阶段,钱应当优先用于换取「北美用户愿不愿意用、愿不愿意付」的答案,而不是提前铺开组织。待激活链路跑顺、获客成本可测之后,营销比例会在下一轮进一步上调。
9.4主体架构规划
公司目前仅有境内主体。考虑到主攻北美市场、以美元订阅计价、并可能引入美元投资,计划在本轮融资前后完成海外主体架构的搭建,使收入归集、员工期权与后续融资路径保持一致。具体方案由专业机构出具,我们希望在本轮条款沟通阶段就与投资人确认架构预期,使双方对路径的判断一致。
9.5融资后 12 个月目标
本轮资金支撑 12-14 个月,目标分三个阶段推进。三个目标的承诺属性不同,我们主动区分开写:
| 阶段 | 时间 | 目标 | 属性 |
|---|---|---|---|
| 目标一 · 组建团队 | 交割后 1 个月内 | 完成核心岗位(海外营销 / 增长负责人、研发、产品运营)的人选锁定并陆续到岗;持续完善并开发更多功能;启动海外正向现金流增长模式的验证;订阅用户突破 100 | 本轮承诺 |
| 目标二 · 跑通增长 | 交割后 3 个月内 | 海外订阅用户突破 1,000、国内订阅用户突破 100;年度 ARR 突破 60 万美元;跑出 1-2 个可规模化获客渠道;得到可信的 CAC 与回本周期;并完成 Pre-A 轮融资 | 本轮承诺 |
| 目标三 · 规模化 | 交割后 6 个月内 | 海外订阅用户达到 1 万量级、国内订阅用户突破 1,000;年度 ARR 达到 600 万美元量级;并启动 A 轮融资 | 目标区间 |
目标一与目标二是本轮资金可以直接支撑、我们也愿意被考核的兑现型目标;目标三取决于 Pre-A 到位与获客渠道的验证结果,会随渠道效率上下浮动,因此标为「目标区间」而不是承诺。
| 里程碑 | 本轮期内 | 下一阶段 |
|---|---|---|
| 团队规模 | 4 人(创始人 / 海外增长负责人 / 研发 1 / 产品运营 1) | 在付费验证成立后继续扩充编制 |
| 试用转化率 | 跑出稳定可复现的试用到付费转化率 | 转化率随激活链路优化持续提升 |
| 单位经济 | 跑出可信的 CAC 与回本周期,验证订阅定价成立 | 毛利率与回本周期达到可规模化水平 |
| 获客渠道 | 验证出 1-2 个可规模化渠道 | 渠道组合稳定,获客可预测 |
十团队
八年一线研发的经历,正好覆盖 Quodara 的每一层工程难点;而项目最大的优势是创业公司的执行速度——五个月做出并开放公测的产品本身就是证明。
10.1创始人
余洋,创始人。2018 年本科毕业后进入一线互联网与头部大模型公司,八年一线研发经历:
| 时间 | 公司 | 职责 |
|---|---|---|
| 2018 - 2021 | 拼多多 | 软件研发。内部大数据平台的报表、权限等系统;工程实践侧重严谨的数据口径与高保障的系统稳定性 |
| 2021 - 2023.5 | 小红书 | 软件研发。内容社区型 C 端产品的工程实践 |
| 2023.5 - 2026.3 | MiniMax | 先后负责三个方向:文本推理算法工程;服务发布与持续交付平台(公司内部与对外全部服务的发版均经由该系统,深度使用 Kubernetes);Agent 产品开发 |
| 2026.3 至今 | 上海坂御互联网科技有限公司 | 创始人,全职投入 Quodara |
10.2为什么是这个人做这件事
Quodara 的工程难点集中在几层,而创始人过去三年在 MiniMax 的三段工作,恰好一一对应:
| Quodara 的核心难点 | 对应的过往经历 |
|---|---|
| 模型调用:多模型路由、推理调优、成本与额度控制 | MiniMax 文本推理算法工程——从模型侧理解推理链路与成本结构 |
| 自动化交付:容器编排、部署流水线、从对话到成品的全自动链路 | MiniMax 服务发布与持续交付平台——公司全量服务的发版系统,Kubernetes 深度实践 |
| Agent 执行:常驻执行环境、长任务编排、技能体系 | MiniMax Agent 产品开发——从产品与工程两侧完整经历过 Agent 落地 |
| C 端产品:面向普通用户的体验与规模化承载 | 小红书内容社区 C 端研发——大规模用户产品的工程直觉 |
| 平台可靠性:数据口径严谨、长时间稳定运行不出错 | 拼多多内部大数据平台(报表、权限等系统)——对数据准确性与系统稳定性要求极高的工程训练 |
这几条是 Quodara 能在五个月内由一人完成的直接原因。
但我们不把过往经历当成壁垒。这个项目最大的优势是创业公司的优势:我们跑得更快,在通用 Agent 的基础上持续强化特定领域的能力,做出差异化竞争。Quodara 今天已经做出来、已经开放公测,本身就是执行力最直接的说明——我们真的交付了一个非常好的产品。
10.3为什么做 Quodara
2025 年底,我在公司做开发时已经几乎可以把所有研发工作交给 AI 完成。我意识到 AI 的能力已经越过了一条边界——普通人也可以借助 AI 做非常专业的事情。但当时和现在,绝大多数 AI 产品仍然服务于专业人士:AI 只是降低了门槛,并没有消除门槛。所以我选择离职做 Quodara,让所有人不需要学习,就能通过 AI 做到过去只有专业人士才能做成的事。
这个判断有两层含义。第一,它解释了时机:如果 2025 年底之前 AI 还接不住完整的专业工作,这件事就不成立;现在刚刚成立,窗口刚打开。第二,它解释了产品形态:如果目标是消除门槛而不是降低门槛,那么产品就不能要求用户学习任何东西——这直接推导出了纯对话入口和「AI 先把需求问清楚」的设计。
10.4当前团队与招聘计划
当前:创始人 1 人全职。
这既是本轮融资要解决的问题,也是这个项目最直接的能力证明——一个人在五个月内交付了通常需要一支团队一年以上才能完成的产品。
本轮融资后扩充至 4 人,补的是三个人:海外增长负责人(北美获客从零到一)、研发 1(全栈 / Agent 方向,承接功能迭代与交付成功率)、产品运营 1(英文版体验、激活链路与用户支持);创始人负责产品方向、技术架构与商业化。再往上的扩充放在取得北美付费验证之后的下一轮,方向是增长与研发加厚、产品与运营拆开,具体编制按届时的数据决定。招募顺序、分工与「为什么不一次铺开」的理由见 9.2。
10.5股权结构
目前由创始人 100% 持有,无外部股东,无代持,无历史遗留的股权纠纷。
创始人自 MiniMax 离职不涉及竞业限制约定,本项目不存在前雇主竞业方面的法律障碍。
十一本轮融资
本轮为天使轮。资金用于组建核心团队、启动北美真实用户验证、完成订阅商业化。
11.1融资目的
本轮为天使轮。产品与技术侧已完成从 0 到 1 的验证:九条交付链路跑通、国内与海外双站开放公测、国际收款技术接入完成。现在要做的是走得更快、更好——这需要资金把优秀的伙伴请进来,组成一支更完善的团队,让产品迭代与市场推广两条线同时全速推进。
本轮资金将用于三件事,按优先级排列:
- 组建核心团队,首先是海外营销 / 增长负责人,其次是研发与产品运营,让产品和市场不再互相挤占时间。
- 启动北美市场的真实用户验证,跑出激活率、留存率与单用户获客成本。
- 完成订阅商业化,用真实付费数据验证定价与 7 天试用的转化率,并支撑用户增长带来的算力消耗。
11.2资金用途
详见 9.3。整体结构为:团队约 35%、北美市场验证约 30%、算力与基础设施约 15%、海外架构与合规约 6%、机动储备约 14%。本轮按 4 人精简编制测算,资金计划支撑 12-14 个月。
11.3融资金额与估值
面谈沟通。
11.4我们希望投资人带来什么
- 北美市场的渠道与人脉:本地增长人才的推荐、创作者与媒体资源、早期用户社群的引荐。对一个尚无海外团队的公司,这比资金本身更稀缺。
- 算力与基础设施资源:云厂商或模型厂商的资源支持可以直接改善单位经济模型,在商业化启动期尤其关键。
- 组织与招聘支持:帮助吸引第一批核心成员。早期公司的第一个关键雇员往往靠投资人背书才招得到。
- 海外架构与合规经验:在搭建海外主体、跨境结算与期权安排上的实操建议。
十二风险与应对
投资人担心的从来不是项目有风险,而是创始人看不见风险。前三条是当前阶段最真实的风险。
12.1风险清单
| 风险 | 具体表现 | 我们的应对 |
|---|---|---|
| 单人团队与单点依赖 | 创始人是唯一全职成员,既是技术核心也是决策核心,抗风险能力弱 | 本轮融资的首要用途即为组建核心团队;招募顺序以解除单点依赖为第一优先 |
| 尚无市场验证 | 公测刚开放、无投放、无付费数据,产品与市场是否匹配尚未被证明 | 公测期持续收集真实使用与反馈;增长负责人到岗后立即启动北美验证,跑通激活与付费再放大投入 |
| 跨市场进入的经验缺口 | 团队目前不具备北美本地市场经验 | 以引入具备北美 0 到 1 实操经验的营销增长负责人作为本轮第一优先级投入 |
| 定价与漏斗 | 不设长期免费档,在零品牌认知期可能压缩漏斗顶部 | 这是主动的取舍:7 天完整功能试用已经足够让用户做出判断,如果试用期都不足以打动他,后续转化为付费的概率同样很低。在成本紧张的阶段,我们不为这部分用户追加投入,而是把资源集中到付费意愿更强的人群上 |
| 上游模型依赖 | 模型涨价、降级或断供直接冲击成本与体验 | 统一网关保持模型中立,多家模型可切换;支持用户自带模型凭据 |
| 成本随增长放大 | 用户增长同步放大模型成本,可能侵蚀毛利 | 分层额度设计、任务成本上限、尽早取得真实单位成本数据 |
| 增长目标的量级跨度 | 对外承诺的增长曲线如果兑现不了,会影响下一轮的信任 | 本轮对外只承诺可兑现的阶段目标,更高的量级目标绑定后续融资到位后再谈 |
| 大厂进入 | 平台型公司推出同类能力 | 护城河建在交付执行侧与失败样本积累,且与上游是增量关系 |
| 交付成功率 | 复杂需求失败率高会直接损伤口碑 | 持续用真实失败样本迭代执行链路;明确能力边界,不过度承诺 |
| 跨境架构与合规 | 目前仅有境内主体,面向北美收费涉及跨境结算与税务安排 | 计划于本轮融资前后完成海外主体搭建,由专业机构出具方案 |
附录联系方式
直接发邮件,或者留下联系方式由我们来联系你。
怎么联系我们
| 方式 | 内容 |
|---|---|
| 邮箱 | yuyan@yuban.site |
| 联系人 | 余洋(创始人) |
| 产品 · 海外站 | quodara-ai.net |
| 产品 · 国内站 | quodara-ai.com |
最快的方式是直接发邮件到 yuyan@yuban.site。也可以在「联系」页留下你的联系方式与希望的沟通形式(线上会议 / 线下面谈 / 先看 Demo),信息会直接进入创始人后台,我们会主动联系你。
想进一步了解?
融资金额与估值面谈沟通;更细的资料在见面之后单独提供。直接发邮件到 yuyan@yuban.site 最快。
留下联系方式 先看能力演示