2023 – 至今
CEOFounder & CEO · Hyperse
全职联合创始人、CEO 兼 CTO —— 押注自持 Headless 电商,交付可授权插件平台,以多市场品牌作为运营证明,并以 hyperse-io 开源工具链作为工程标准。
- 产品化 @hyperse-hub
- hyperse-io 工具链
- 运营多市场品牌
加载中...
Founder & CEO · Hyperse
作为 Hyperse 联合创始人、CEO 兼 CTO,我押注 Vendure + Next.js + GraphQL、可授权插件平台,以及自己运营的多市场品牌。客户继承同一套架构,而不是一次性外包。
定平台方向 · 亲自跑通证明 · 把交付产品化
店面
Next.js · GraphQL · i18n
电商核心
Vendure · Admin · GraphQL
Hyperse Hub
@hyperse-hub · 60+ 插件
可授权企业级 Vendure 插件 —— 支付、履约、增长、眼镜垂直、市场授权。
开源
hyperse-io 下 50+ 仓库 —— @hyperse/*
运营证明
kezvor 多市场 · 姐妹品牌 · AlphaIO
领导跨度 + 运营结果 —— 不编造 GMV。交付节奏对齐已对外的 Hyperse 固定套餐。
冲刺 / 诊断节奏对应我售卖的固定套餐(Plugin Sprint · Commerce Audit)—— 保证工程交付物,不保证营收。
我是动手的 CEO:在存在性技术押注上仍亲自拍板架构;同时把交付组织成可复利的平台,而不是项目堆。Hyperse 帮品牌拥有电商栈;Kezvor 与姐妹品牌用来在真实经营里证明这套栈。
拥有平台,而不是租用主题。Headless Vendure + Next.js 让利润、多品牌复用与工程控制权留在品牌侧,而不是市场平台侧。
同程数科技术经理(2015–2025)期间,最高带过 40+ 跨前后端/移动/UX/测试 —— 全链路交付,而非前端孤岛。在 Hyperse 我保持小核心,把曾经靠英雄主义的一次性交付产品化。
一次性项目沉淀为 @hyperse-hub 域能力 —— 支付、履约、增长、眼镜、搜索、内容 —— 含 Admin 壳与市场授权。复用是领导结果,不是愿望。
我在同一套平台上自己跑多市场光学 D2C(Kezvor 与姐妹品牌)。追踪、镜片链路或多渠道出问题,是生产里的痛,不是 PDF 里的故事。
在我主导下形成成熟的 Android / iOS / Hybrid 工程交付 —— 不是另开一家 App 作坊,而是与 Web/Node 同一发布体系:共享契约、质量门禁、可上架的工程节奏。
我要求团队留下可复用资本:CI/CD 与增量编译、GraphQL 治理、Sentry/Release 闭环、低代码/插件容器,以及开源工具链(@hyperse/hps、Wizard、track)—— 下一班人继承的是平台,不是口口相传。
全职联合创始人、CEO 兼 CTO —— 押注自持 Headless 电商,交付可授权插件平台,以多市场品牌作为运营证明,并以 hyperse-io 开源工具链作为工程标准。
更早历程
在同程继续负责平台工程的同时,推动 Hyperse 从早期生态走向产品化 —— 双轨压力倒逼「交付必须沉淀为平台」。
跨 Web + 移动的平台领导:架构治理、Hybrid/Web/Node 一体化,以及让 Android/iOS/前端同一节奏发布的工程标准。
同程数科 · 技术经理 —— 为最高 40+ 前后端/移动/UX/测试做技术规划;建设 CI/CD 中台、GraphQL 多项目治理与质量体系,让能力活过单个 App。
从中软、盛大到产品公司:.NET/前端成长为 SPA 架构与模块化平台负责人路径。
在同程继续负责平台工程的同时,推动 Hyperse 从早期生态走向产品化 —— 双轨压力倒逼「交付必须沉淀为平台」。
跨 Web + 移动的平台领导:架构治理、Hybrid/Web/Node 一体化,以及让 Android/iOS/前端同一节奏发布的工程标准。
同程数科 · 技术经理 —— 为最高 40+ 前后端/移动/UX/测试做技术规划;建设 CI/CD 中台、GraphQL 多项目治理与质量体系,让能力活过单个 App。
从中软、盛大到产品公司:.NET/前端成长为 SPA 架构与模块化平台负责人路径。
Hyperse 背后的系统押注 —— 以及我拒绝当成「别人的工单」的硬问题。
Next.js + GraphQL + i18n —— 品牌前台保持快速且可自持。
Schema 驱动的 Shop/Admin GraphQL —— 一套契约,多端消费。
Vendure 核心 + @hyperse-hub 域 —— 按品牌/渠道装配能力。
追踪、Help/GEO、Feed、支付/履约 —— 焊进平台,而不是事后粘贴。
这也是通用主题和「交钥匙外包」在生产里会翻车的原因。
镜片流程、信任内容与垂直插件(Hub Glass)—— 不是时装 SKU 加几个字段。
数据、权限与配置隔离,让多品牌复用不变成共享状态灾难。
客户端 + 服务端流水线与类型化契约 —— 让广告与生命周期邮件停止撒谎。
代表系统
面向 GA4 · Meta · Klaviyo 的开源类型化追踪。这是 CEO 决策:度量是平台议题,不是 GTM 事后补丁。
当平台已存在时,POC → 上线可以是数周 —— 约束是决策质量与垂直复杂度,不是再搭一套主题脚手架。
我主导的系统精选 —— 自有品牌与平台押注,均可在浏览器打开。
问题
光学不是普通时装 SKU —— 镜片配置、信任内容、多市场运营与生命周期触达会击穿通用主题与「交钥匙外包」。
决策
我押注插件化 Vendure + Next.js,辅以 Help/GEO 与端到端追踪,并亲自运营美/德/英,而不是把证明外包出去。
结果
旗舰结果:3 个在线市场(美 · 德 · 英)共用一套电商核心;姐妹品牌复用支付/后台/目录而无需分叉 —— 可在 kezvor.com / .de / .co.uk 验证。
问题
每个品牌当独立项目会漂变:支付、目录、后台最终无人能维护。
决策
领导规则:能力沉到插件平台;品牌只做主题、货盘与运营差异。
结果
同一家族上 4+ 品牌前台(Kezvor + FOGLAX + KZFOO 及姐妹站)—— 开站是在 Hub 上装配,不是重写电商。
问题
机构卖人天。CEO 需要与可复用能力匹配的公开面 —— 插件、开源与运营证明。
决策
我将 Hyperse 定位为可授权 @hyperse-hub 域能力 + hyperse-io 标准,并以美国 LLC + 上海运营支撑跨境可信度。
结果
可点击的公司面(hyperse.net)与真实交付方式一致 —— 面向框架之上构建产品的 Community / Pro / Enterprise 路径。
问题
多数 API 门户假包装:账号级共享限流、Demo 与生产不一致、合规表述含糊。
决策
按 featureCode 售卖与预览;按功能配额;统一 Shop GraphQL —— Schema 驱动的产品思维。
结果
可计量 API / 数据集变现的可信模式 —— 研究数据,非交易建议。
领导力不是头衔 —— 是项目结束后仍在复利的东西。
选择品牌第二年仍能自持的 Headless 边界 —— 店面、结账、后台。
把交付变成 @hyperse-hub 插件、Admin 壳、GraphQL 契约 —— 移动/Web 同一纪律:共享流水线,而不是每个 App 一套口头传统。
守住追踪准确、Help/GEO、联盟/会员、Feed 与生命周期 —— 增长是平台议题,不是活动事后补丁。
电商平台优先 —— 移动交付与工程资产证明我能领导多端工程,而不只是店面。
Vendure
Next.js
GraphQL
TypeScript
NestJS
@hyperse-hub
Android
iOS
Hybrid / WebView
@hyperse/track
@hyperse/hps
CI/CD · Sentry
Hub 域、硬问题与 @hyperse/track 见 体系。
不用库存头像。先在浏览器验证作品,再决定你要不要 founder 级交付。
你会拿到 founder 级架构,以及真正在跑生产品牌的人 —— 不是轮换的初级工程师拿你的里程碑练手。
请发送技术栈、时间线、约束,以及第二年的成功标准。我会回复具体方案 —— 通常是固定套餐或短期付费诊断。随便看看可以去 hyperse.net。