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

推荐订阅源

Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
Cisco Talos Blog
Cisco Talos Blog
T
Threat Research - Cisco Blogs
P
Privacy International News Feed
S
Schneier on Security
P
Privacy & Cybersecurity Law Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
云风的 BLOG
云风的 BLOG
P
Proofpoint News Feed
Scott Helme
Scott Helme
人人都是产品经理
人人都是产品经理
G
GRAHAM CLULEY
O
OpenAI News
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
PCI Perspectives
PCI Perspectives
GbyAI
GbyAI
宝玉的分享
宝玉的分享
Y
Y Combinator Blog
T
Troy Hunt's Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
C
CXSECURITY Database RSS Feed - CXSecurity.com
腾讯CDC
C
Check Point Blog
Spread Privacy
Spread Privacy
L
LINUX DO - 最新话题
Recent Announcements
Recent Announcements
大猫的无限游戏
大猫的无限游戏
P
Palo Alto Networks Blog
Hacker News: Ask HN
Hacker News: Ask HN
M
MIT News - Artificial intelligence
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The Hacker News
The Hacker News
H
Hacker News: Front Page
Microsoft Azure Blog
Microsoft Azure Blog
I
InfoQ
T
Tor Project blog
Martin Fowler
Martin Fowler
博客园 - 叶小钗
罗磊的独立博客
C
Cyber Attacks, Cyber Crime and Cyber Security
H
Heimdal Security Blog
V
Vulnerabilities – Threatpost
Simon Willison's Weblog
Simon Willison's Weblog
Latest news
Latest news
WordPress大学
WordPress大学
G
Google Developers Blog
N
Netflix TechBlog - Medium
S
Security Affairs
S
Secure Thoughts
Know Your Adversary
Know Your Adversary

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
销售未签约客户流转的思考和实施策略
运营的不惑屋 · 2024-09-24 · via 人人都是产品经理

对销售来说,客户资源永远是稀缺的。所以在未转化的客户上,要做好管理和流转,提高转化率。这篇文章,作者分享了对客户流转的思考和一些见解,供大家参考。

在我刚刚迈入销售这个行当的时候,我与我的客户之间的关系比我和我女朋友的关系还牢不可破,我清晰的记得,我第一个销售TL因为另一个销售组的人翘了我的客户,那连续5天的口诛笔伐,以及最终客户被抢回来的时候他恨铁不成钢的神情。也是从那个时间开始,我始终记得,一旦做了销售,你的客户就是你的禁脔,染指者必诛之~~~

但是随着我成为了销售管理者以及中台运营的时候,我会发现,屁股坐的位置变了,有些事情并不是那么简单的非黑即白,为了一些更大的利益和需要,在某些时间和场景下,销售与客户之间的牢不可破的归属规则也需要发生一些变化,这也是为什么会有今天这个分享的缘由。

变化的根本和源头:客户资源永远是稀缺的

微观经济学告诉我们,资源永远都是稀缺的,20年的销售从业经验告诉我,潜在客户可能是不缺的,但“好客户”永远都是稀缺的。我们所有的销售培训、销售SOP、作业管理系统,以及SEO\SEM\会销\陌拜等等,都只是为了让我们能够更多、更快、更好的触达客户,并且建立不同程度的交互,筛选出那些“好客户”,并争取让我们达成合作关系。

但是,这个市场里不是只有你一个销售,而是有茫茫多的一堆,所以尽管你接受到了良好的培训和有效的支撑,可别人一样有,这就导致客户资源在竞争下仍旧是稀缺的。

引发变化的原因:在一个时间点上,客户资源与归属销售之间总会出现错配

如果仅仅是稀缺的资源和丰裕的销售,似乎我们更应该确保客户和销售的强归属关系,因为这样才是最稳固的,最牢靠,最应该投入不计成本的。但是,我们忽略了一个重要的影响要素:时间。

在某个特定时间内,受制于个体销售触达客户的数量、以及客户和销售匹配之间的随机性【你很难实现精准的把两个高度匹配的相亲者对上】、客户需求的不明晰和不确定性【客户自己都不知道自己需要什么】、销售在各销售环节上能力的不均衡【我们很难找到十项全能选手,找到了一般也就提拔成管理层了】,都会导致本就稀缺的客户资源与归属销售之间出现错配的情况,而错配显现出的最大后果,就是可怜的“漏斗转化率”。

如果在一个缓慢竞争,且处于半垄断性质的业务场景下,稳定的销售和稳定的客户总能在一个较长的时间内完成有效配对并最终缔结合约,但一旦加入时间这个影响因素,求快、求准、求不被竞争对手抢就变成了在销售管理中的绕不过去的目标。

所以,这才会引出在销售管理上最大的一个冲突和争论:我们是否需要基于效率原则,破坏公平原则,将未签约的客户从A的名下划给B。

我们的选择永远是硬币的两面:未签约客户流转与否的利与弊

就像双面人手中的硬币,所有的选择总会有利弊。

我们选择强归属关系的利弊是什么?

利:稳定的销售关系,保证了团队的公平性和安定感,销售可以深度沟通并挖掘客户需求,并且对自己的劳动付出和劳动所得充满安全感,尽可能的去拓展更多的客户,并付出更多的努力;

弊:会出现占着茅坑不拉屎的情况,销售的低效率导致客户被竞对获取或流单,眼瞅着销售搞不定却不能划转,只能安排TL进行陪访和跟进,增加了大量的管理成本却没有带来有效的销售产出,躺在金饭碗里要饭;

我们选择未签约客户流转的利弊是什么?

利:客户资源得到了有效利用,跟进主动性、转化成功率都得到了有效提升,优秀的销售拥有了更多机会,通过反向压力提升了销售的主动性和良性竞争环境;

弊:不管是任何规则都意味着我的客户可能不属于我,所以能不跟就不跟,一旦发现客户缺少短期需求立刻放弃,以防自己折腾了半天被别人收了,销售行为以交易型为主,什么客户关系啥的,费时费力还夜长梦多;

所以,总结一下就是,强归属关系核心是保证公平,但缺失效率,而未签约客户流转核心是提升效率,但缺失公平。这本来就是很难平衡的,只能基于不同公司不同阶段的目标以及战略去选择我们的侧重。

趋利避害的策略:三板斧

我们基于现在的实际竞争及业务情况,选择“优先提升效率,兼顾确保公平”的路径,这就意味着我们要尽可能的针对不同的业务场景进行行为和规则设计,最大限度降低风险。

最优选项,基于销售流程的利益分配:链家【贝壳】的利益分配模式

链家的销售利益分配模式是很多销售主导型公司都梦寐以求的一套销售业务作业模式,他利用一套清晰、透明的销售作业流程,切割了不同销售阶段的动作及产出物,并且在系统中进行留痕作业规避了人为操作产生的冲突,将该产出物与客户贡献进行了关联,这是一套开创性将效率和公平完全打通的作业模型。

但是,想模仿这个销售作业流程是存在很多制约条件的:

  • 房源信息是一个有明确地理标识,且具备物理唯一性的商品,只要由某人录入系统,基本不存在重复录入的可能;
  • 房屋租赁或房屋出售,基于国家的相关管理规范,基本都有明确的节点和流程,录房源信息、上传房源资料、拿钥匙、上门看房、签署合同、在线付款,这些环节既可以一人全程负责,也可以由不同的人分别负责,而其中,不会产生销售成果归属不明的情况;
  • 交易中的收款方和付款方是两个不关联、独立闭环的场景,并且两个KP之间不存在任何交集,他们的唯一关联就是房子本身,这就让整个销售链路具备了拆分的可能;

所以,尽管这是一个很好的销售模式,但是他有太多的限制条件,平台企业、IT及软件服务企业、传统消费品和工业品企业在拓展B端客户的时候,就不具备这样的应用条件,至少我们谁都无法保证,B端商家按照营业执照产生的唯一性以及KP的唯一性。不过2C的业务场景中,涉及到线下拉新、拓客,比如新零售、会员卡等,这就是一个非常好用的方法。

次优选项,基于销售管理的系统设置:CRM系统及制度管理

那么2B的业务,一般会选择的是次优选项,通过销售管理的CRM系统设置或销售自动化系统,来实现对销售效率的保障,但只要是系统就需要规则,只要是规则就一定有规则适用范围之外的场景,而这些场景就是业务中出现冲突和矛盾的爆发点。

这里需要重点强调的部分是两个:流转规则的原则和冲突处理机制。

  • 流转规则一定是基于业务的差异性进行设定的,具有一定普适性,覆盖多数场景,并且需要贯彻管理逻辑,他设定之初,就是令人不适的,有约束性的,让部分人不开心的,我们需要正视这种压力,并且坚持下去,只是需要注意沟通方法。
  • 流转规则是有一些基础原则的:流转时间长短与客户大小、交易金额、潜客规模呈负相关;销售未签约客户留存时间与客户大小、交易金额呈正相关。同时,我们还需要考虑销售场景下是否需要本地深耕、是否存在强上门需求等销售条件,来完善和补全更多的流转规则,这个细则我们后面专项讨论;
  • 冲突处理机制是基于效率最大化原则设定的,在应对一些规则无法覆盖的状况时发挥作用【你永远不希望销售来公司学习的是108条销售规则,而不是如何拓展客户的技能,所以销售流转规则不会也不应该变成事无巨细的法律条文】。
  • 冲突处理的核心是需要具有评估客户成交概率和业务推进效率的能力,一般由销售管理、中台管理、团队管理的负责人参与,组成一个小的事件处理小组,拥有在无明确规则条文下决定某些事项的权利。通过对事件的还原、细节的问询、客户情况的沟通,最终选择对于公司业务开展而言最有效率的决定。这里必然会破坏甚至伤害公平原则,到那时我们需要理解,我们所在的是商业机构,我们所面对的,是竞争对手,他们不会因为公平、公允等等原因放弃对客户的争取和掠夺,如果我们派出的不是精兵强将,如何在这场战争中获胜。

一般选项,基于跨部门及跨组织利益分配:协同跟进和合作跟进

在一些非常特殊的2B公司中,需要采取一个对公司而言成本较高,对销售而言平均主义,对业务而言不够高效,但是能够解决短期客户获取的方案,协同跟进及合作跟进机制。顾名思义,就是两个销售单元可以协作一起拿下一个客户,并且在该客户身上获取更多的交易收入。这个行为背后,必须能够带来更高的成交概率和更高的交易收入,否则这个机制就是失灵的。

他的适用场景有一个前提:公司拥有多个相互隔离的销售团队,且各销售团队的客户群高度重合,都可以向客户推销公司大部分产品,客户采购金额高度依赖销售能力。基于这样的销售场景,我们就会发现,A、B两个销售单元同时跟进了一个客户或母子公司,而B销售单元的人员明显具有更好的客情和销售能力,但是客户归A所有且A销售单元可以售卖出单价较低的产品。这种时候,无论如何不建议进行人为干涉调整,因为这会直接导致销售团队的内部冲突,并且很容易转变为组织内的“无效政治对抗”。

因此,协同跟进与合作跟进的场景,在此就变的非常适用,他既保证了我们能够获取到最大的客户利益,也在一定程度上保证了公平原则,当然,唯一的问题就是公司支出了更多的成本,包括业绩奖金、提成、以及与之相关的数据成本变化。挣一分钱花两分钱就是这个意思,

于此同时,我们还需要关注很多细节,比如是提报原则还是发现原则、绩效及业绩核算是什么规则以及不同销售组织之间的水位差是否过大、是否划转客户以及是先划拨还是后划拨、客户后续的产生的业绩贡献如何计算、客户由谁服务等等,这些后面有机会在讨论。

作为公司,一个以营利为目标的组织,我们应该有最基本的判断,一切以提升企业的经营效率为目标,兼顾组织公平。皮之不存毛将焉附,当面对真实的冲突和困境时,才能理解为啥叫慈不掌兵义不掌财~~~

本文由 @运营的不惑屋 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务