Airtable 需求信号库模板

需求信号库的价值，是把零散反馈变成可筛选的下一步，而不是做一个漂亮但没人维护的数据库。

一策建议早期只维护一张主表：信号来源、用户原话、关联页面、强度、下一步。

当某类信号重复出现，再拆成工具候选、内容选题、资源模板或产品实验。

Airtable 字段结构

先建一张 Demand Signals 主表，字段够用即可。

表名：Demand Signals

字段：
- Signal ID：自动编号
- Created At：创建时间
- Source：单选，Tally / Clarity / Search Console / 小红书 / X / 微信 / 手动记录 / 朋友推荐
- Original Text：长文本，用户原话或原始信号
- Related Page：URL 或页面标题
- Related Tool：关联工具名
- Signal Type：单选，工具需求 / 模板需求 / 对比需求 / 教程需求 / Bug / 商业线索 / 内容选题
- Audience：单选，投放增长 / 内容运营 / 独立开发 / 创业者 / 学习者 / 其他
- Intent Strength：单选，低 / 中 / 高
- Evidence：附件或链接，截图、录屏、评论链接
- Next Action：单选，更新条目 / 新增资源页 / 新增对比页 / 新增场景页 / 暂存 / 跟进用户
- Owner：负责人
- Status：单选，Inbox / Reviewed / Planned / Shipped / Archived
- Notes：内部备注

推荐视图：
1. Inbox：Status = Inbox
2. High Intent：Intent Strength = 高
3. This Week：Created At 最近 7 天
4. Ship Candidates：Next Action 不是 暂存，Status = Reviewed 或 Planned

每周维护流程

把 Tally 新反馈、评论、私信和搜索词放进 Inbox。
每条只判断一个 Next Action，不要同时塞多个方向。
每周筛 High Intent 和重复出现的信号。
只选择 1-2 个更新到站点：条目、资源页、场景页或 CTA。
上线后把 Status 改成 Shipped，并记录页面链接。

避免数据库变复杂

字段是否少到你愿意每周维护。
每条信号是否保留用户原话。
是否能从视图里直接看到本周该做什么。
是否有 Shipped 状态记录已经完成的页面。
是否避免一开始就拆太多表。