先求解再扩张模式切换

核心主张：Solve before scale（先解决问题，再谈规模化），两种模式需要完全不同的姿态：

• "Solve"（探索/求解）阶段的姿态：要能容忍甚至主动拥抱"大幅度转向"（wide lurches）。作者举了亲历的例子——Google Lens 项目第一天在做"植物识别工具"，第 15 天可能已经转向"外语翻译"，因为团队发现底层技术在翻译场景上效果更好。从外部看这像混乱,但这种混乱本身应该被容忍甚至追求——最大的风险是过早固定在一座"局部山头"上（不只是创业公司,大公司同样会犯，"三年后你还在想怎么下山"）。
• 警惕"大人指标"（grownup metrics）的陷阱：像 Google Search、Office 这类成熟产品有一整套精细指标体系（CTR、留存等），但如果在 0-to-1 阶段过早锁定这类指标，就是一种"虚假精确"（false precision）——用户基数只有一千人时，CTR 和留存基本没有意义。此时该看的是更定性的信号("what is the sound of the click")。
• 具体做法：先把"能力半径"缩到极窄，再谈全能。参考 Alexa/Siri/Google Assistant 的教训——它们提供了一个"看起来什么都能做"的宽泛接口，但真正做好的往往只有一两件具体事（设定计时器、播放音乐）。必须先把这一两件事做到位，再对外宣称"什么都能做"，反过来做（先承诺万能、再慢慢填坑）不是好配方。