Build Leads Management
概览
Leads Management 是 MoeGo 面向宠物服务商家的获客管理模块，把散落在inbound calls、浏览商家网站后产生的book 意向、到店咨询中的潜在客户自动捕捉进统一的 leads list，提供结构化的跟进工作流，并通过 Google Ads 归因把广告花费与实际广告产生的新客revenue打通，清晰的看到：leads 从哪来、跟到哪了、广告值不值。
该项目作为 MoeGo「Growth Engine」战略下 Acquisition & Conversion 闭环的核心一环，与参与共建的种子客户Red Dog共同验证，从"把lead记在便利贴和 Excel 里"升级为"一条 lead 都不丢的系统"。
从北美宠物市场的变化，洞察“增长”的需求
资本开始收购小商家成立连锁品牌，希望占据更多市场份额
2025 年，宠物行业开始出现新趋势：宠物市场逐年增长，资本在收购做的不错的宠物 grooming / boarding & daycare门店、整合成连锁品牌，这些企业客户与我们过去主要的smb客户相比，具有更成熟的市场运营sense，我们的ceo在与其中一家企业客户Red Dog详聊后，发现他们已经组建marketing team来做市场运营，希望在逐渐增长的宠物市场里占据更多的份额，吸引更多的新客。
团队据此提出一个方向：MoeGo CRM 该不该向Growth发力？Leads Management 成了最初的切入点——但当时它只是个方向，不是一个想清楚的产品。谁真正需要它、客户现在怎么管 leads、MoeGo 能提供什么别人给不了的价值，一切有待探索。
我和 PM 先做了一轮 discovery：拆了 Salesforce、HubSpot 等头部 CRM 的 leads 模块，访谈了不同规模的宠物商户，也和 Red Dog、MoeGo 内部一线跟进我们自己的 leads 的员工聊了聊，得到了许多learnings。
不止大客户，T2 同样追求增长，并且非常重视leads
“We treat our phone number like gold.” 一位我们采访的用户这样说。我们的用户非常注重新客商机，所以很珍惜每个打电话来咨询的顾客的电话号码，因为电话号码是转化一个潜在客户的必备条件。
一开始以为我们做新客增长icp会是大型连锁，但很多成长中的商家在投广告获客。他们没有 marketing team，但老板每天照样在繁忙的日常运营中，挤出时间去研究Google Ads，尝试吸引更多的客户。
目前没有哪个客户，摸索出了管理 leads 的best practice
一位客户说，要"像对待金子一样对待每个电话号码"——他们要求员工把每一通来电，哪怕未接来电，都手动记进 Excel。而 leads 来源本来就散：Google Ads、官网的intake form、到店、社媒后台私信、老客推荐，最后散落在通话记录、短信、Excel 和员工个人手机里。
我们在访谈中也发现，目前客户在管理leads时，普遍有容易遗漏、跟进随意、数据无法串联的痛点。
行动之前，明确这就是我们的机会
痛点的本质是什么？
Leads 的触点（收集/跟进/转化）散落各处，而任何第三方 CRM 都无法去做串联。从体验上来看，操作平台分散的成本更高，需要维护多个平台；从leads conversion 的结果来看，数据无法串联，就看不清广告的效果，也就难以衡量获客成本。
Why MoeGo?
Leads 的触点全部就发生在 MoeGo 系统里：
- Inbound calls:：打进的是 MoeGo Calling，来电即被记录
- 在 website 有感兴趣的意向 : 点击book now，进入的是 MoeGo 的 Online Booking，第一步就会留下手机号，moego后台会记录；website的intake form也是MoeGo内嵌的，如果在intake form留下联系方式，我们也会直接记录在系统
- Walk-in：前台正在用 MoeGo，可当场 add lead
- Revenue数据： 预约与金额数据本来就在 MoeGo
只有 MoeGo 始终在完整链路上，我们只需要把所有触点串联。这是用户需要，而且只有moego 可以做的事。
Why Now?
- 我们用户的需求已经明确出现
- 在资本收购smb 成立连锁品牌的市场变化下，我们的目标是拿下大的连锁客户，而我们的大客户此刻正关心这个需求
- 竞品 Goose 也开始尝试做增长，因此我们需要加速追赶
一周时间，快速与我们的客户验证MVP
做这个项目时，我与pm 正巧出差至美国，能与客户无时差沟通。因此我们希望在出差剩余的一周内，快速确定我们的产品设计方向是正确的。
验证一条最小闭环
我们时间紧任务重。MVP 的目标也不是做一个大而全的工具，因此我们定义了要验证的最小闭环：lead 进得来（Capture）→ 跟得上（Engage）→ 管得住（Manage)→算得清（Analyze）。每一环都尽量复用 MoeGo 已有能力，把工程投入压到最小，和参与共建的种子客户一起跑通全链路。
Capture：帮用户捕捉全部的leads
leads 散落的根源在于入口散：电话、官网、到店，各有各的记录方式。而这三个入口恰好都在 MoeGo 的现场——来电打进的是 MoeGo Calling，自动记录为 lead（未接来电也不例外）；官网点击 Book Now 进入的是 MoeGo Online Booking，第一步留下的手机号即被捕捉，intake form 同理；walk-in 客人由前台当场一键 Add lead。全部来源自动汇入，商家就无需担心遗漏。
Engage：全景工作台，结构化跟进leads，跟进记录可追踪
每条 lead 有独立 profile，无需切换工具，直接收发 SMS / Email、记录通话、写 note；完整的 history 时间线让任何同事接手都能回溯每一次交互。
跟进节奏来自客户真实的 SOP——有客户的做法是：第 1、3、5 天发短信，第一周后每 6 周跟进一次，最长持续两年，直到对方预约或明确放弃。围绕这套节奏，用 Tasks 把"下一步"变成明确的待办：设定跟进任务和时间，到点提醒，不让任何一条有机会转化的 lead 被搁置冷却。
Manage：一张看板，看清整条 pipeline
我们除了list view，还在mvp 阶段特意验证了kanban 视图的价值。kanban让整条 pipeline 的推进进度一目了然，也是结构化管理的一部分，拖拽即可流转状态。在之前的访谈中，有客户特意提及了使用第三方crm时比较看重kanban功能，因此我们在mvp阶段也加入了验证。
Analysis：数据打通，看清leads 来自哪里，表现如何
把 Google Ads 的数据和 MoeGo 里的 revenue 数据打通，通过 gclid 关联，就能看到每条广告到底带来了多少收益。但这一环我们没有做产品化，而是直接把数据导成 Google Sheet 给客户看，先确认这些 metrics 是不是他们真正需要的。（涉及客户的真实数据，暂不展示）
让Red Dog 试用MVP，伴随使用收集反馈
用了一阵子，Red Dog 整体对我们的方案都是满意的，并进一步提了两个需求：把过去一直存在本地 Google Sheet 里的历史 leads 一键导进来；以及想看到 Google Ads 和 leads 打通之后的 dashboard，因为这是他们高频的查看内容。这一次，我们选择了直接产品化开发，因为如果直接后台数据迁移他们的全部过往leads，成本也非常高；再者import leads可能会是未来其他客户也需要的功能，因此直接产品化一劳永逸。
验证了MVP 的价值，从MVP 走向GA
MVP 为快速验证，跳过了一些本该产品化或 configurable 的部分
放量前，我们为了快速验证，lifecycle有哪几个阶段、action status 有哪些，我们都是直接按照用户自己的sop 写入后台，Google Ads 的账号也是直接从后台帮用户拉通。但GA 后，这些需要变成通用的configuration，因此我们修修补补，最终GA。
Impact
目前有 433 个 company account 在用 leads 功能，累计产生 2w+ 条 leads。像 Red Dog 这种把转化看得很重的客户，旗下部分门店转化率高达 98%，其余客户普遍在 12%–65% 之间。
更重要的是，MoeGo 第一次把广告获客 → lead 管理 → 预约 → revenue 这条数据链路打通了。客户终于能在一个平台里管完新客，不用再在几个工具之间来回切。
思考
最大的收获是搞明白了两件事：到底什么才算"快速验证"，以及成本意识有多重要。
设计师在验证价值的阶段，只要守住"要验证的那部分能闭环"就够了，MVP 完全可以更轻。比如 analysis 那一环，下意识可能会考虑要做个最低成本的产品界面，但最小的验证其实是一张导给他们看的 Google Sheet——先确认字段够不够、是不是他们真想看的，都对了再去做产品化的页面。action status 也是同样的道理：需不需要这个结构化管理需要验证，但"能不能自己配"完全可以等工作流跑通了再说。
但这个项目并不是完美的，它仍有未解决的问题 - 有的商家可能不知道该如何结构化的跟进leads，哪怕我们提前预设了基本的action status作为参考。因此，在今年 2026 年的AI时代，我们开始了Leads agent的项目，正在研究如何把leads conversion托管给ai agent，用户只需要每天review agent的跟进进度与结果即可，成为“监工”的角色。