AI 分析
痛点:主流 headless CMS(Strapi/Payload)在生产环境无法直接改内容模型,加一个字段就得改代码、跑迁移、重新部署。
目标用户:自托管 headless CMS 的开发者和中小型技术团队,尤其是被 Strapi/Payload 的 schema-as-code 流程拖慢迭代的内容型站点维护者。
证据:Every headless CMS I've used makes you redeploy to add a field. Strapi turns its content-type builder off in production. Payload has you write the field in code. I said "this is bullshit" out loud enough times that I built one where that isn't true.
变现:开源核心 + 商业版:托管云(免运维多站点)、团队协作/审计日志/SSO、企业支持订阅;或按站点/席位收费的 SaaS。作者本人无收入披露,属推测路径。
MVP:只做单点:一个 Node + SQLite/Postgres 的 schema-as-data 层,管理后台加字段即时生效并立刻反映到 REST/GraphQL API;配 `schema pull/apply` CLI 做版本对比与冲突拒绝。不做多站点、本地化、角色权限等周边。
竞品:Strapi、Payload CMS、Directus、Sanity、Contentful、KeystoneJS
摘要:独立开发者在 r/SideProject 发布开源自托管 headless CMS Shapio(v0.5.4,首个公开版本约一周,作者自己的三个站点在跑),核心卖点是内容模型即数据、生产环境加字段无需部署或迁移。痛点描述具体且真实(Strapi 生产环境关闭 content-type builder、Payload 必须写代码),但项目完全开源免费,帖中没有任何付费意愿原话或收入数据,且 CMS 赛道竞品极其密集。