-
-
Notifications
You must be signed in to change notification settings - Fork 14.6k
【社区官网能力】建议支持成员资料、活动发布、报名入口与多作者信息 #4035
Copy link
Copy link
Open
Labels
documentationImprovements or additions to documentationImprovements or additions to documentationenhancementNew feature or requestNew feature or requestgood first issueGood for newcomersGood for newcomers
Metadata
Metadata
Assignees
Labels
documentationImprovements or additions to documentationImprovements or additions to documentationenhancementNew feature or requestNew feature or requestgood first issueGood for newcomersGood for newcomers
Type
Fields
Give feedbackNo fields configured for issues without a type.
背景
NotionNext 目前非常适合个人博客、作品集、知识库,但如果要用来搭建 社区官网 / 组织官网,会遇到一些结构性的能力缺口。
我最近在实际使用 NotionNext 搭建社区官网时,感受到它在“内容展示”上已经很好,但在“社区信息组织”上还不够。
主要问题
1. 单作者模型过强
当前很多主题和 SEO 字段基本围绕单人站点展开,例如:
AUTHORAVATARBIO但社区官网通常需要:
2. 社区信息与内容信息没有分层
如果要做社区官网,至少会有几类信息:
Post:文章内容Member:成员资料Event:活动Page:静态说明页当前这些信息如果都混在
Post/Page中,会导致:3. 活动发布与报名入口能力不足
社区官网常见需求:
NotionNext 目前可以展示活动内容,但缺少一套比较明确的数据契约和展示约定。
4. 表单收集能力缺少统一入口
很多社区官网会有:
不一定要求 NotionNext 自己做完整后端,但至少可以考虑提供:
registrationUrlregistrationEmbedUrl建议方向
建议先从 通用底座能力 开始,而不是一次性做成完整社区系统。
Phase 1
Member/Event类型allMembers/allEvents数据契约Phase 2
authors为什么这件事值得做
这类能力不只是服务某一个站点,而是能让 NotionNext 从“个人博客模板”往“内容驱动的社区官网框架”再走一步。
适用场景会明显扩大:
参考
我已经把这个方向整理成了一份更完整的文档,并提交了一个 docs PR 方便讨论:
docs: add community site roadmap如果维护者认可这个方向,我很愿意继续拆分成更小的 issue / PR,优先从:
Member数据类型支持Event字段与报名入口这三块开始推进。