先定义：什么算「一个场景」
一个成立的场景等于特定的人加特定的任务加特定的触发时机，三要素缺一个就虚。「帮用户写东西」不是场景，那是能力描述；「帮跨境电商运营在上新前一小时写出 20 条英文 listing」才是场景——人是谁、干什么、什么时候干，全齐了。
判断颗粒度切对了没有，有两个简单的测试：一是你能不能一句话说清楚谁、在什么时刻、用它干什么；二是用户画像能不能具体到「他周二上午十点半在干嘛」。说不清楚，就是切大了或者根本没找到场景。这个标准听起来粗糙，但能刷掉八成 PPT 上的伪场景。反过来说，很多 BP 里写的场景其实是行业不是场景：「AI+教育」「AI+医疗」是行业，里面有一千个场景，有的能做有的不能做，混在一起谈只会得出「市场很大、机会很多」这种没法指导行动的正确废话。
小而美：小团队几乎唯一正确的选择
创业公司和小团队，小而美不是情怀，是算术。资源有限，切窄了才能把体验打到 90 分；场景越窄，用户反馈和数据越聚焦，prompt 和模型的调优迭代越快；窄场景大厂看不上，竞争压力小一个量级。
看几个例子：Cursor 不做「通用编程助手」，就盯 IDE 里的专业开发者，把代码补全和改写做到极致；HeyGen 不做视频平台，就盯数字人口播这一个场景；Perplexity 只做「带引用来源的搜索」。全都是先把一个针尖打穿，再谈别的。窄还有个好被低估的好处：定价权。给律师做合同审查的工具，每人每月收几百块客户不觉得贵；通用助手收 20 块用户都嫌贵——因为窄场景解决的是他的生计问题，宽场景解决的是可有可无的效率问题。
还有个反直觉的点：场景窄不等于市场小。中国跨境电商运营有几百万人，每人每月付 100 块就是几十亿的市场，关键是这个窄场景你能不能吃到第一。「窄」指的是需求边界清晰，不是指人少。窄场景还有个隐性福利：获客话术极其聚焦，一句话就能让目标用户知道「这是给我做的」，转化率天然高。
大而全什么时候成立
只有三种情况有资格做大。一是有分发能力的平台型玩家，豆包背靠字节的流量，可以通用助手起手，这是资源禀赋决定的，学不来——通用助手本质上是大厂用补贴换规模的战场，独立团队进去就是炮灰。二是场景之间天然有强协同，数据和工作流连在一起，比如办公套件里文档、表格、会议纪要的 AI 化是互相借力的。三是你已经把窄场景打穿，扩张是顺势而为，用户的需求拽着你走。
最危险的是第一种情况的错觉：没有流量却想做平台。大而全的标准死法是每个场景都做到 70 分，然后用户的每个具体需求都被更好的专业工具接走——写代码去 Cursor 了，做图去 Midjourney 了，搜索去 Perplexity 了，留给你的只剩「随便问问」。
扩张的正确姿势：同心圆，不跳扩
扩张只有两条安全路径。一是围绕同一批用户的相邻需求扩：Cursor 从代码补全到 chat 再到 agent，服务的始终是同一群开发者，新功能复用老信任。二是同一套能力向相邻人群扩：从律师扩到法务再扩到合规，底层能力不变，行业 know-how 逐层加。
要警惕的是跳扩：工具跳社交、C 端跳 B 端、国内跳出海同时来，基本都是资源错配。时间上也有讲究：扩太早，核心场景还没站稳，资源被稀释；扩太晚，窗口被竞品占了。经验信号是核心场景的留存和口碑已经稳定、团队开始出现「有余力」的迹象——新需求响应变快、线上事故变少，这时候扩的成功率最高。验证当前颗粒度对不对，看两组信号：用户来了只用一个功能就走、留存撑不住，可能切窄了，价值密度不够；用户反馈「想要的都有但都差点意思」，就是切宽了，该收。