惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

V2EX - 技术
V2EX - 技术
P
Privacy International News Feed
Security Latest
Security Latest
H
Hacker News: Front Page
T
Tenable Blog
The Hacker News
The Hacker News
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
S
Security @ Cisco Blogs
Project Zero
Project Zero
O
OpenAI News
AI
AI
Spread Privacy
Spread Privacy
C
CERT Recently Published Vulnerability Notes
The Last Watchdog
The Last Watchdog
G
GRAHAM CLULEY
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Scott Helme
Scott Helme
Application and Cybersecurity Blog
Application and Cybersecurity Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
C
CXSECURITY Database RSS Feed - CXSecurity.com
NISL@THU
NISL@THU
A
Arctic Wolf
T
Threat Research - Cisco Blogs
PCI Perspectives
PCI Perspectives
N
News and Events Feed by Topic
C
Cyber Attacks, Cyber Crime and Cyber Security
C
Cybersecurity and Infrastructure Security Agency CISA
Simon Willison's Weblog
Simon Willison's Weblog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Know Your Adversary
Know Your Adversary
Google Online Security Blog
Google Online Security Blog
罗磊的独立博客
L
LINUX DO - 最新话题
U
Unit 42
S
Security Affairs
有赞技术团队
有赞技术团队
WordPress大学
WordPress大学
博客园 - 【当耐特】
T
The Exploit Database - CXSecurity.com
S
Schneier on Security
月光博客
月光博客
Engineering at Meta
Engineering at Meta
腾讯CDC
F
Full Disclosure
Cyberwarzone
Cyberwarzone
S
SegmentFault 最新的问题
Recorded Future
Recorded Future
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
博客园 - 司徒正美
The Cloudflare Blog

博客园_首页

Linux实操--组管理、权限管理和定时任务 Java + EasyExcel 实现单个接口导出多个Excel Mem0 源码解析系列(二):提示词工程的深度剖析 Openclaw TaskFlow究竟是什么?和普通Skill技能有什么区别 博文阅读密码验证 - 博客园 嘉立创开源:应该是全网MicroPython教程最多的开发板 Hermes Agent 集成实践:从协议到生产 2026年AI编程工具横评:Cursor、Codex、Claude Code、Zed、Windsurf Java程序员必看的RAG入门教程 2026 AI效率神器:Superpowers + Claude Code 保姆级教程 本地大模型部署全攻略:从 0 到 1 玩转 Ollama 【从0到1构建一个ClaudeAgent】内存管理-上下文压缩 .NET 高级开发 | 设计、实现一个事件总线框架 电子小白入门之NE555 3. WorkBuddy:隐藏玩法,一键召唤专家,让 AI 以"专家身份"给你干活 和AI一起搞事情#3:Claude Teammate 游戏开发翻车实录 【OpenClaw】通过 Nanobot 源码学习架构---(7)Memory C# .NET 周刊|2026年3月3期 我在 Debian 11 上把 K8s 单机搭起来了,过程没你想的那么顺(/opt 目录版) 深度学习进阶(七)Data-efficient Image Transformer CLI+Skill搭建浏览器AI自动化框架,告别一切重复枯燥任务 告别Token账单无底洞:OpenClaw本地部署,重塑企业数据主权的唯一解 FastAPI+Vue:文件分片上传+秒传+断点续传,这坑我帮你踩平了! SBTI 爆火后,我做了个程序员版的 CBTI。。已开源 + 附开发过程 多模态检索开始进入工程期:用 Sentence Transformers 搭建可落地的 Multimodal RAG 100多行代码实现一个最简单的Agent(用ReAct) Claude Code 通关手册(八):推荐 5 个 Hooks,代码质量提升 3 倍 老板:“有人截图了!”。安全部门:“收到,马上查暗水印!” - why技术 技术之外,皆是人间 C#/.NET/.NET Core技术前沿周刊 | 第 69 期(2026年4.01-4.12) Snack JSONPath 项目架构分析 Claude Code Buddy 小析:一个非核心功能,如何体现产品的细节完成度 AI新时代下的图床管理方案-Cloudflare图床+MCP+Skills方案指南 化繁为简:顺丰速运App如何通过 HarmonyOS SDK实现专业级空间测量 从零实现富文本编辑器#13-React非编辑节点的内容渲染 AI开发-python-langchain框架(3-23-OpenAI Functions风格Tool Calling智能助手) .NET + AI 进阶实战:基于类的技能开发 - 打造可治理的 Agent 能力模块 【从0到1构建一个ClaudeAgent】规划与协调-技能 上周热点回顾(4.6-4.12) 电子小白的工具三件套:面包板、杜邦线、万能板 单表五亿数据的查询优化 | Mysql、StarRocks 2. WorkBuddy:从“我是谁”到“帮我干活” C# 如何减少代码运行时间:7 个实战技巧 基于HelixToolkit.SharpDX 渲染3D模型 - 笺上知微 从零开始的双臂具身VLA起源及现阶段发展综述 - SkyXZ 记对 xonsh shell 的使用, 脚本编写, 迁移及调优 - pluvium27 受够了Vibe Coding的失控?换个起点,让AI事半功倍 从开始配置漏洞环境到漏洞复现流程 - 難しい 关于10年工作经验的程序员对OpenClaw的实战经验分享以及看法 - 虚无境 Any metadata 的内存布局 C# .NET 周刊|2026年3月2期 - InCerry 我帮你测过了,测试圈排名第二的 Skill 依然很牛逼 Skill Discovery | 无监督技能发现的经典工作总结 - MoonOut PbootCMS 网站内容数量多导致访问慢?这些实用优化方案帮你提速! - 家兴网络技术工作室 上下文工程是什么?过时了么?一文讲明白! - 一枫说码 网站漏洞怎么发现并修复?一篇实用指南(附完整流程) - 家兴网络技术工作室 开了 TUN 模式还是直连?90% 的人都踩过这个坑 Github日报|2026年04月12日 - AI一族 AScript扩展多种脚本语言 - rockey627 AI 学习笔记:Agent 的记忆机制 你能被装进一个文件里吗?——7 万人把同事"蒸馏"成了 AI - 我没有三颗心脏 Claude Code 通关手册(七):给 AI 装上技能包——Skills 完全指南 - 暮色之狐 在浏览器中快速编辑代码:VSCode Web 集成实践 - Newbe36524 蒸馏自己 skill?基于 Deepseek 的蒸馏器,丐版蒸馏方式,简单便捷 - To_Carpe_Diem Spring AI Aliababa和AgentScope,哪个更好? - 苏三说技术 Etsy 把 1000 个 MySQL 分片迁进 Vitess:425TB 数据背后的真正问题不是性能,而是运维规模 MicroPython LVGL基础知识和概念:底层渲染与性能优化 - FreakStudio 数据库草图算法 Python 潮流周刊#146:CPython 引入 Rust 的进展 - 豌豆花下猫 最小生成树 - mofei1116 红日靶场七:从外网入口、容器逃逸到 AD 接管的完整利用链复盘 - YouDiscovered1t 分享四款开源且实用的 Kafka 管理工具 - 追逐时光者 vLLM 权重加载机制全解析:从挑战到理想架构 LCT 学习笔记 - ACehomoxue Avalonia UI 12.0.0 正式发布:架构演进和性能飞跃 - 张善友 当 AI Agent 把调用链拉长,延迟开始成为一门生意 conhost.exe 无法显示 U+2717 - 145a 太秀了,我把自己蒸馏成了 Skill!已开源 - 程序员鱼皮 ASP.NET Core 内存缓存实战:一篇搞懂该怎么配、怎么避坑 基于 Ghostty 带有分割标签页和为 Claude 编程设计的通知终端 - BugShare AI 焊死入口:教育的“操作系统级”重塑 - 郝hai 初级Java开发工程师使用sql脚本编写代码的过程是简单而且不糊涂 - CoderOilStation Claude Code通关手册(六):MCP协议完全指南 - 暮色之狐 边框灯光环绕动画特效实现指南 - Newbe36524 开源:子木蒸馏版的 SEO 审计工具 seo-audit-skill v1.0 我所理解的Python元模型 【从0到1构建一个ClaudeAgent】规划与协调-TodoWrite - 程序员Seven Claude 和 Codex 在审计 Skill 上性能差异探究 - ACai_sec AScript如何实现中文脚本引擎 - rockey627 【渗透测试】HTB Season10 Garfield 全过程wp - dynasty_chenzi Android 开发者为什么必须掌握 AI 能力?端侧视角下的技术变革 树状数组正确性证明 - AC-wyr 你的 AI 焦虑,可能比 AI 本身更危险——ATM 机没有消灭银行柜员,但恐慌消灭了你的判断力 - 我没有三颗心脏 一个拉胯的分库分表方案有多绝望?整个部门都在救火! - 冰河团队 动态规划入门必学之走方格问题 - Ofnoname PostgREST 与 PostgreSQL 角色权限配置全解析(生产级实践) - SheepDog1998 使用 UEFI 图形输出协议 GOP 在屏幕上显示图像的方法 - 阿源- Claude Code通关手册(五):组建你的AI专家团队,子代理系统 - 暮色之狐 一个程序员到架构师的催婚路之感悟(整整10年后的催婚相亲感悟) - MisterLip 用 Agent Skill 自动生成工作周报 - 赵康
To B 定位,是要回答好这四个问题
付一然的ToB增长笔记 · 2026-05-11 · via 博客园_首页

前面几篇文章有提到定位,但没展开,今天就来说说 To B 的定位

定位,就是你希望在目标客户心中占据的那个独特位置。它可不是啥营销话术,它是一家公司所有重大选择的过滤器。

对 To B 公司来说,它是公司对"服务谁、解决什么问题、凭什么选我、我不做什么"的一整套取舍。

它最终会沉淀成客户心中的一个清晰标签,也反过来约束公司的产品、销售、交付、市场和组织建设。

别等到定位变成客户替你总结出来的、但你并不想要的结果描述——它是创业早期就必须反复回答的核心问题;公司经营几年后遇到增长瓶颈,也往往绕不开重新校准定位这道坎。


一、好的 To B 定位,至少要回答四个问题

第一,卖给谁;第二,解决什么痛点;第三,为什么现在必须解决;第四,为什么是我。


1. 卖给谁(即 ICP,理想客户画像)

具体什么地区?什么行业?什么规模(人数、营收)?什么职能?什么典型特征?采购决策者是谁?最终用户是谁?预算从哪出?决策链路是什么?

举一个很浅的例子:同样是做数据分析产品,你到底服务谁?

  • 是服务 500 人以上的制造业企业,帮工厂管理层看产线效率?
  • 还是服务连锁零售企业,帮区域经理看门店经营?
  • 还是服务互联网公司的运营团队,帮他们做用户行为分析?

这三类客户都叫"需要数据分析",但:

维度 制造业 连锁零售 互联网团队
采购人 工厂管理层 区域经理 运营团队
预算来源 企业预算 门店运营 部门预算
核心痛点 稳定、权限、报表、现场实施 门店指标、区域对比、移动端 自助分析、埋点、实验、实时性

如果你说"我们什么行业都能做",销售前期听起来很爽,后期就会变成产研和交付的灾难。


2. 解决什么痛点

成本?效率?安全?稳定?质量?合规?地位提升?

这里要特别提醒一句:痛点不等于需求。

很多技术创业者容易把"我能做"误认为"客户痛"。To B 里最容易误判的是:

  • 客户说有需求,不代表客户真的痛
  • 客户觉得你有价值,不代表他今年有预算
  • 客户愿意试用,不代表他愿意采购

真痛点通常有几个特征:

  1. 客户已经为它付出代价
  2. 客户已经尝试过替代方案
  3. 不解决会影响某个明确指标
  4. 组织里有人愿意为解决它承担推进责任

如果一个问题只是"听起来值得优化",但没有预算、没有 owner、没有截止时间、没有考核压力,那它很可能只是兴趣,不是痛点。


3. 为什么现在必须解决

这是 to B 业务定位的特色要素;

很多需求是真需求,但不是当下需求;很多痛点是真痛点,但还没有痛到进入预算。

  • 客户说"这个东西有价值",不代表他今年会买
  • 客户说"我们确实需要提升效率",不代表他愿意立项
  • 客户愿意听你讲方案,也不代表他愿意推动内部采购

真正有采购机会的痛点,往往背后有触发条件:

  • 政策合规压力
  • 降本增效要求
  • 老系统替换窗口
  • 安全事故
  • 审计要求
  • 新业务上线
  • 上级考核变化

比如一个制造业客户,他的 MES 系统已经用了八年,虽然难用但还能跑——这时候他不会换。但如果下个月环保新规下来,老系统出不了合规报表,他的"替换窗口"就打开了。

你的定位如果锚定的是"环保合规倒逼下的 MES 替换",你就知道该在什么时间点、对什么人、讲什么话。没有这个"现在必须"的锚,你的销售会永远在"跟进",但永远关不了单。

所以,定位不能只回答"客户需不需要",还要回答"客户为什么现在必须解决"


4. 为什么是我

"为什么是我"最忌讳两种回答:

  • 自夸式:"我们更专业、更靠谱、性价比更高"——这种话每家公司都会说,等于没说
  • 技术堆砌:"我们用了 XX 大模型、XX 架构、XX 算法"——客户不关心你用什么,只关心你能给他带来什么

好的"为什么是我",通常落在三个方向之一:

  1. 稀缺经验 — 比如团队是某行业 Top 3 客户出身,最懂这个场景的隐性需求
  2. 结构性优势 — 比如交付周期是行业一半,因为做了 XX 预制能力
  3. 商业模式差异 — 比如按结果付费,不卖 License

关键是这个差异点必须是客户能感知、能复述、能用来说服内部同事的,而不是只在你 BP 里成立。

反面信号是: 销售每次见新客户都要重新解释一遍"我们不是做那个的",或者客户介绍你时说"他们好像是个做 XX 的"——这就说明你的"为什么是我"只在你 BP 里成立,没打进客户心智。


这四个问题的答案合在一起,就是定位的内核。把这个内核翻译成一句客户能听懂、愿意点头的话,就是价值主张——它本质上是定位的对外表达版本。

定位 价值主张
对象 内部共识 对外叙事
内容 服务谁、解决什么、凭什么是我们、我们不做什么 客户为什么需要我、为什么现在需要、为什么愿意付钱给我
关系 一个对内 一个对外
要求 内核必须一致 否则就是分裂

把价值主张清晰、准确地传递给客户,得到客户的真心认同,就是把定位成功落地的过程。

什么叫客户真心认同?具体可以拆成几个行为信号:

  • 销售不用解释半天,客户能复述你是谁
  • 愿意付费
  • 愿意推进采购流程
  • 愿意内部帮你卖
  • 愿意复购
  • 愿意转介绍
  • 愿意在案例中背书

这并不简单:价值主张的梳理、内部共识的推动、向市场的传递、市场反馈的校准,每一步都很难。它也不只是讲故事,你得真按照它去落实自己的一切,否则,只要客户不信,定位就成了自欺欺人的口号。


二、定位不是越大越好

很多早期 To B 公司不敢窄,怕窄了市场不够大,投资人不爱听。但早期定位太大,回头来看是选择没做完

  • "服务千行百业"听起来市场很大,落到销售手里就是不知道先找谁
  • "企业智能化平台"听起来空间很大,落到客户那里就是不知道你到底解决什么问题
  • "通用 AI 能力底座"听起来技术很强,落到采购那里就是不知道这笔预算从哪出

早期定位要足够窄,因为你需要先找到一个能打穿的根据地,这不代表你的公司只能做小。

Salesforce 最早只做中小企业的销售自动化工具,SAP 最早只做大制造业的财务模块。他们都是从一条窄缝切入,把这条缝做成护城河,再逐步扩展能力圈。

关键点是:扩展的时候,客户对你的第一印象标签不能丢。

他们后来什么都做,是因为他们先成了某一个窄领域的代名词——顺序不能乱。


三、有了清晰定位,五件事才有解

因为有了清晰的定位,作为创始人,对下面提到的五个点,也会有自己的思考和初步假设,并能在实践中逐渐尝试和调整,最终找到适合自己的节奏:

问题 核心问题
痛点的有效性 痛的程度?痛点是否真实、大面积存在?ICP 的痛点究竟为什么存在?现状是什么?为什么能忍?选择过什么替代方案?
产品选择 纯产品还是产品+实施?需不需要咨询导入?产品的规划节奏?
成本结构 招什么样的人?哪块该分包?哪块该合作?
获客方法 内容营销?线下活动?战略生态?
销售体系 电销?直销?渠道?怎么组合?怎么区分边界?

这样的 To B 公司,更容易在初创几年形成聚焦优势,也更敢在被验证的方向上踩油门。它们不一定不会犯错,但通常能更快建立第一个根据地,成为牢固的大后方,用源源不断的现金流支持他们扩展新的战场。


四、没有定位的公司是什么样

看到这里,一定有技术创业者说,我是捏着无敌牛逼的技术来创业的,我投资也很好找,也要来这套?

没有做定位的公司,市场确实也能做物料、讲故事,产品也有办法做规划、筛需求,销售也有办法跟客户、签订单。但是,以下症状大概率会陆续出现:

症状一:销售和产研互相背刺

销售为了签大单接了一堆定制需求,产研为了交付而交付,方案和路线图渐行渐远

症状二:产品越跑越偏

每个大客户都被包装成"共创",实质都是定制,一年下来产品被重构两三次,谁也说不清主线是什么

症状三:市场动作没有锚

高薪请来的市场负责人变成"创始人助理",陪访谈、做活动、发新闻稿,公众号发的全是公司动态、获奖、签约新闻,没有一篇是写给目标客户看的内容,官网托给不懂 SEO 的研发

症状四:获客全靠 SEM

成本逐年上升、转化逐年下降,但没人敢停,因为停了就没线索

症状五:客户心智混乱

潜客对你的印象是"做某子行业定制开发的、还能砍价",而不是你想要的那个标签

症状六:业绩天花板

营收卡在 2000 万上下、连年亏损,融资讲故事越来越费劲

你认为自己是一家产品公司,至少你有一套能和投资人互相说服的自洽逻辑,每个版本的产品你都有自己的清晰设想——但日常运转下来,已经完全不是那回事了。


五、顺手澄清:定位、战略、品牌的区别

很多技术创业者会把这几个词混着用,这里一句话说清:

概念 定义
战略 决定"打哪个山头"(选择什么市场)
定位 决定"凭什么我们能在那儿立足,且让客户觉得非我们莫属"(占据什么心智标签)
品牌 决定"客户认了我们之后,愿不愿意一直买并推荐给同行"(建立信任与情感连接)

战略是方向,定位是抓手,品牌是资产。


六、一家 To B 公司应该怎么把定位落地?

这里先简单说一下 PMF 和 GTM,祛魅一下。

  • PMF(Product-Market Fit) = 客户愿意持续掏钱,且不靠你创始人刷脸
  • GTM(Go-To-Market) = 你有一套可复制、不靠运气的方法,把产品卖出去

两者都不是一次性事件,而是反复校准的过程。

如果你计划投身 To B 创业,我的建议是下面的流程:


第一步:理性洞察

不盲信投资人和明星公司、咨询机构,去大量拜访客户,不要只和高管喝茶,要下车间,去一线感受和验证,做大量的记录、交流和思考,最终找到若干具有充分论据的商业假设——

我想要进入的这个市场,究竟需要什么样的公司?天下苦秦久矣,然后呢?谁来买单,谁来推动,谁承担风险,谁获得收益?


第二步:回到创始人本身

一家公司的定位,当然少不了创始人的性格和野心在其中:

  • 我想成为什么样的公司?
  • 这家公司的存在怎么影响了世界?

如果还没想好,不要轻易搁置或放弃,这不光是定位,也是初版的企业使命愿景。


第三步:挑选并设计价值主张

从这些商业假设里挑选 1-3 个,为每个商业假设分别设计价值主张,这些价值主张的设计来自:

  • 你洞察的结论
  • 你当前的能力优势(注意!你的技术、你的经验等以往的一切优势,是在这里体现的!
  • 与各路神仙交流的结果

第四步:按部就班地去做

  • MVP / 方案验证
  • 在窄客群中验证 PMF
  • 在窄客群中跑通 GTM
  • 再向相邻市场复制

第五步:推动共识

得到投资人、合伙人和员工的认同,产研和营销按照一套共同的 Message House 去落地。

什么是 Message House(信息屋)?

一句最核心的主张做屋顶、三到四个支撑点做柱子、每个柱子下面是具体证据和案例。从老板到一线销售,对外讲的故事都从这间"屋子"里取材,保证一致性。

举个例子,一家做合同审查 SaaS 的公司,Message House 长这样:

┌─────────────────────────────────────────────────────────────┐
│                    屋顶:一句话主张                          │
│     让法务团队 1 个人干过去 5 个人的合同审查工作量            │
├─────────────────────────────────────────────────────────────┤
│                                                             │
│  柱子一:审得快        柱子二:审得准        柱子三:审得稳  │
│  平均合同审查时间       风险条款识别           已服务50家头部  │
│  从2小时压到20分钟      准确率行业Top 1        企业法务,零事故│
│                                                             │
├─────────────────────────────────────────────────────────────┤
│                    具体客户案例和数据                        │
└─────────────────────────────────────────────────────────────┘

很多公司把 Message House 做成 PPT,真正的 Message House 是销售在客户会议室随口说的话


To B 创业的理想顺序

业务线 1:市场洞察 → 初版定位 → 价值主张 → MVP/方案验证
        → 在窄客群中验证 PMF → 在窄客群中跑通 GTM → 再向相邻市场复制

如果你读过我前面那篇"四个致命错误",这套流程本质上就是 MRP(Market→Requirement→Product) 在定位层面的细化——先洞察市场,再定义产品。

这里的 PMF 和 GTM 不严格割裂,是互相喂养的:你在卖的过程中验证产品,也在交付过程中验证市场,更在复购和转介绍中验证定位。

在这个过程中,多少会获得新的洞察输入,可以考虑在业务线 1 的运转中,谨慎投入的前提下同步启动业务线 2 的相同路径。


跟随策略的陷阱

如果你不是从洞察开始,而是看着对手在做什么开始,那要注意:

采取跟随策略,要警惕定位的信息输入不足,价值主张定得不扎实,这时我也不建议绕过任何阶段。

跟随策略最大的陷阱,是把"对手在做什么"当成了"市场需要什么"。

  • 对手的定位是基于他的能力结构和资源禀赋长出来的,未必适合你
  • 即便跟随,也至少要回答两个问题:
    1. 对手的定位在客户那里真的成立吗?(很多时候只是看起来成立)
    2. 我跟随之后,差异化点在哪里?是更聚焦的子行业、更轻的交付方式,还是更深的某个能力?

没有答案就跟,结果通常是"小一号的对手",没有任何议价能力。更惨的是,因为你没有自己的根据地,对手降价的时候你只能跟着降,对手扩品类的时候你只能跟着扩——永远在追,永远慢半拍


什么时候才适合启动业务线 2?

三个信号同时满足:

  1. 业务线 1 的 PMF 已经被复购和转介绍验证
  2. 有一支不依赖创始人也能稳定推进的核心团队
  3. 现金流可以承担 12-18 个月的二次试错

任一不满足,都建议把业务线 2 的"洞察"做扎实但暂缓投入。

注意,这里的"复购和转介绍"必须是客户自发行为,而不是你靠私人关系求来的。如果是后者,说明 PMF 还没真正成立,业务线 2 就是空中楼阁。


这是我理解的一个健康的循环,随着业务线 2、业务线 3 走向落地,公司的定位也会迎来升级,篇幅有限不在这里讨论。


七、已经磕磕绊绊经营了几年,怎么校准定位?

简单说就是四步:信息汇总 → 共识推动 → 叙事重构 → 落地追踪


第一步:信息汇总

把以下信息放到一张桌子上:

  • 过去 2 年成交客户画像
  • 高毛利客户画像
  • 低毛利 / 高消耗客户画像
  • 续费客户与流失客户差异
  • 销售输单原因
  • 交付超支项目
  • 客户真实购买理由
  • 客户口中的你是谁
  • 竞品在哪些场景里赢了你
  • 官网、销售话术、产品 Roadmap 是否一致

多数公司这一步就做不下去,因为数据散在各个部门、各种格式,更深层的原因是没人愿意把"客户口中的你是谁"和"你想成为的你"摆在一起对照

举个例子:

一个 HR SaaS 公司,创始人一直以为自己的定位是"一站式人力资源平台",但在汇总信息时发现:

  • 高毛利且续费的客户,几乎全是用其"薪酬社保模块"的中小制造业
  • 低毛利、定制需求极多、交付超支的客户,全是用其"绩效模块"的大型国企

这说明什么?市场已经替你做了定位——你其实是一家"薪酬社保专家",并不是"一站式平台"。 如果你不承认这个现实,就会在"平台化"的执念里继续亏损。

校准定位的第一步,就是直面这种反差。


第二步:共识推动

已经创业几年了,定位不能创始人一个人想清楚就够了,得让销售、产品、交付、市场、客户成功一起参与。否则你在台上讲定位,销售在台下想着这个月哪个定制单能签。


第三步:叙事重构

把共识变成能对外表达的资产。最核心的是"四大件"

  1. 一句话定位
  2. ICP 描述
  3. 核心痛点
  4. 核心价值主张

在此基础上,再向外延伸两层:

层级 内容
销售一线 典型客户故事、销售 Deck、销售开场白、常见反对意见的回应话术
市场和品牌 官网首页、内容选题方向、活动主题、招聘 JD

所有对外触点必须同步更新,否则就是新瓶旧酒,客户和员工都会感知到不一致。


第四步:落地追踪

改个官网、更新营销物料只是开始,后续要追踪:

  • 线索质量有没有变好
  • 成交客户是否更集中
  • 客户是否开始用你希望的方式介绍你
  • 内部是否减少了"这个客户到底接不接"的争论

定位落地的检查清单

判断定位有没有落地,可以问自己十个问题:

序号 问题 自查
1 销售能不能在 30 秒内讲清楚我们适合谁?
2 官网首页是不是一眼能看出我们服务谁、解决什么问题?
3 产品 Roadmap 有没有明确优先级,而不是被大客户牵着走?
4 市场内容是不是围绕同一类客户的同一组问题展开?
5 交付团队知不知道哪些需求该拒绝?
6 我们有没有明确的"不做客户清单"?
7 成交客户之间有没有越来越强的相似性?
8 客户是否能用我们希望的方式介绍我们?
9 销售输单原因是否越来越集中、可分析?
10 创始人、销售、产品、市场、交付对"我们是谁"的说法是否基本一致?

这十个问题里,如果有一半以上你答不上来,或者团队不同的人会给出完全不同的答案,那定位基本上还停留在"创始人脑子里",没有真正落地。

如果你对照完这 10 个问题,发现定位确实需要校准,但内部推动困难重重——销售总监觉得定位太窄、产研负责人觉得定位太虚、创始人自己也有点犹豫——欢迎来找然立咨询聊聊。

然立的定位工作坊,专门解决这种"共识难产"的问题。先看清问题,再决定下一步。


八、结语

不知道你发现了没?对很多人来说,定位很难,它难是难在要做减法,回答好"我不做什么",才能让客户更记得清你是谁。

有一些参透定位的创始人,他们办公室白板上写的都是"我们不做什么"——下面一长串:

  • 不做这个行业
  • 不做这个规模
  • 不接这种需求
  • 不开这种渠道

每砍掉一项,他都犹豫过、痛过,但每砍掉一项,公司就清晰一分。


定位,是选择与克制的艺术。