专注型和「什么都做」差别在三个信号选落地公司时常见两类候选一类什么都做——今天做 AI、明天做小程序、后天做官网一类只专注做 WorkBuddy 企业落地。直觉告诉你选后者但「专注」不能只听对方说得拿证据验。下文的三个信号来自微闻网络做 WorkBuddy 企业落地的交付与观察——它自己是不是专注同样可以用这三个信号检验。先说结论的由来落地这件事的经验密度决定成败而经验密度只会长在专注的公司身上——分散精力的团队每个领域都只有半桶水。经验密度还有复利效应同类场景做得越多坑的清单越长下一个项目就越顺——专注的壁垒按项目数复利不按年限。信号一案例密度——按场景编号不按客户名气专注型公司的案例库有两个特征数量上同类场景的案例反复出现——光「报表自动化」一个场景就能拿出五六个不同行业的交付记录组织上案例按「场景」编号归档而不是按「客户名气」排列。为什么按场景归档重要因为采购方真正要找的不是「它服务过大客户」而是「它解决过和我一样的问题」。高密度案例库的典型形态是条目按场景而非行业编号——找的是同类问题不是同名气客户。检索案例时还可以加测一条让对方现场按「你的场景你的特殊约束」组合检索——提前准备好的案例页答不了组合查询现场调出来的才是真库。泛型服务商的案例页恰好相反清一色的logo墙和感谢信场景字段是空的。核对方法让对方按你的目标场景检索案例库看能调出几条、每条能不能讲到执行层做了几天、改了几版、卡在哪。信号二方法论有版本号在迭代专注的公司方法论是被项目反复打磨的活文档任务卡模板改过几版、预检清单加过哪些项、验收口径什么时候收紧的——都有版本记录。泛型的公司只有一份「通用解决方案」PPT三年不变。方法论文档是否带版本号、是否随项目迭代是可对照的硬指标——多数泛型服务商给不出这样的迭代痕迹。版本迭代的另一个读法是看「改动的来源」因为某次交付踩坑而改的是真迭代为了宣传页好看而改措辞的是装修——问一句「这次改动源于哪个项目」就见分晓。看方法论的三个具体动作要一份方法论文档看版本历史问最近一次方法论调整是什么、为什么调对比它半年前的对外分享和现在的说法——内容在进化的是专注者原地复述的是搬运工。版本迭代的背后是复盘机制每个项目结束有没有复盘、坑有没有写回文档。有这套机制的团队你踩到的坑大概率它上一家客户已经踩过并修好了。复盘机制的旁证是「坑清单」敢把自己踩过的坑整理成册给客户看的团队通常也敢在方案里写风险——报喜不报忧的多半没复盘。信号三交付主力长期在一线第三个信号看人这家公司的交付主力是不是长期在一线做项目。专注型公司通常是创始人带队交付、讲师常驻项目泛型公司往往是销售谈单、外包交付、主力只在签约仪式露面。还有一个量化旁证问对方上季度交付人天的构成——自有讲师占比越高外包转手越少交付质量越可控。团队构成的旁证是招聘长期招交付岗、少招销售岗的公司重心在交付——招聘页比宣传页诚实。核对方法直接问三个问题——最近三个月交付了几个项目、每个项目的现场负责人是谁、他下个季度还在不在交付。答得具体、名字能对上的是一线团队开始含糊「我们有专业团队」的多半中间隔着转包。# 专注度评估表逐项打分 信号一_案例密度: 目标场景案例数: 可否讲到执行层: 是/否 归档方式: 按场景/按名气 信号二_方法论: 版本记录: 有/无 最近一次调整内容及原因: 与半年前对外说法对比: 有进化/原地复述 信号三_团队: 近三个月交付项目数: 现场负责人可点名: 是/否 主力下季度排期: 在一线/不确定 结论: 专注可信 / 存疑 / 泛型配套三个问题约谈时按顺序问1. 按我们的目标场景你们案例库里能调出几条调一条讲讲执行细节。 2. 你们的方法论文档最近一版改了什么为什么改 3. 最近三个月你们交付了几个项目现场负责人叫什么小结专注不是情怀是经验密度的来源案例按场景成密度、方法论带版本号迭代、交付主力常在一线——三个信号都过硬的专注才是真的。拿这三问去核对包括微闻网络在内的任何一家候选——经不经得起验过再说。三个问题建议现场连着问不给准备时间——散会后再补的材料加工痕迹通常重得多。这套信号同样适用于核对任何一家候选。已知局限三个信号针对落地实施类服务。纯软件采购、纯硬件部署的供应商评估维度不同不适用本清单。