Demand Generation Guide
如何在 Twitter 上做 demand generation monitoring，让团队看到真实问题信号，而不是泛流量噪音
Twitter 对 demand generation 的价值，常常来自公开 pain、 recommendation request 和 category question，而不是直接 lead 本身。更强的流程，是把这些 public demand clue 整理成 recurring GTM note，而不是一次次临时捞线索。
1. 先定义 demand theme
更好的起点，是先选几类 demand theme，比如 competitor frustration、 recommendation request、 workflow pain 或 launch-related need。
这样这条流程会更贴近真实商业相关性。
- 先选少量 demand theme。
- 列出代表这些主题的关键短语。
- 定义什么 signal 算值得跟进或保留。
2. 保留 demand clue 背后的上下文
更有价值的 demand post，通常会解释哪里坏了、为什么现在重要、或者在找什么样的 tool 或 workflow help。
这些上下文经常比帖子本身更有商业意义。
- 保留 problem 和 urgency language。
- recommendation 或 evaluation context 出现时也一起记录。
- 把 broad awareness 和 real demand 分开。
3. 看来源和公司相关性
团队更容易做对判断，当它知道帖子来自 likely buyer、startup operator、agency partner 还是普通观察者。
这层来源视角能帮助长期保持 GTM signal 的质量。
- 重要 signal 都看 role 和 company context。
- 把 likely buyer 和一般市场声音分开。
- 记录为什么这个来源值得进 review set。
4. 最终做成 recurring GTM note
一份短 GTM note，里面有 repeated demand theme、代表性帖子和下轮要继续看的东西，通常比书签列表更适合 founder、growth 和 sales 团队使用。
它也更方便跨周期比较 demand shift。
- 每轮都用同一套 GTM-note 结构。
- 按 theme 或 urgency 分组。
- 跟踪哪些 theme 在上升、哪些在减弱。
团队在 Twitter 上做 demand generation 时，常会问这些问题
这些问题通常会在 public demand 需要真正进入 GTM workflow 时出现。
为什么 Twitter 适合做 demand generation？
因为公开 pain、 recommendation request 和 evaluation language 经常比正式 pipeline signal 更早出现。
是不是只跟 explicit tool request 就够了？
通常不够。repeated workflow pain 和 switching language 也常常很有价值。
什么样的 demand-generation post 值得保留？
problem context 清楚、来源 credible，而且带着 urgency 或 evaluation 迹象的内容，通常更值得保留。
团队怎么验证这条流程？
选一个 demand theme 跑一轮 repeated review，看 resulting note 是否比 ad hoc browsing 更容易带来 GTM 机会。
和 GTM demand 常一起看的页面
如果下一步要看更强的 buying-signal 流程，可以接着看这页。
如果 recommendation request 是更强的 signal，也可以看这页。
如果 demand generation 只是更大 growth-marketing listening 的一层，可以接着看这页。
如果流程要扩到更大的 sales monitoring，也可以看这页。
把 public demand clue 变成可重复的 GTM workflow
如果你的团队已经会在 Twitter 上注意到有价值的 demand signal，下一步通常就是把它整理成稳定的 review 和 qualification path。