钱包项目开始问 MPC，不等于它准备换方案

判断时关注的线索

• 团队承认现有引导环节存在流失
• 开始询问 MPC 集成限制
• 愿意提供技术栈和测试时间

本文为模拟复合场景，文中消息、数字、期限和业务情形均为典型化表达，不代表真实客户、真实群聊、合同或实际成效。

MPC 钱包基础设施销售的一天，通常从扫群开始。某个钱包项目的成员在 Telegram 群里聊助记词流失，聊到一半有人接了一句:是不是得上 MPC。看到这句话，销售心里一紧——助记词流失正是 MPC 最常解决的痛点，对方主动提了，是不是意味着项目要换基础设施?

但这句话让他必须做一个判断:对方是顺手做概念调研，是产品出了问题在排查，还是已经准备评估供应商?三种可能对应完全不同的动作——前者回一条消息即可，中间要弄清楚具体故障场景，后者才值得约会议、协调售前资源。判断错了，要么错过窗口，要么把精力投给一个还没有立项的项目。需要说明，本文涉及的群消息、项目情况均为复合示意，用于展示判断方法，不代表任何真实项目。

为什么会把 MPC 提问当成换方案的信号

销售会把这类提问放大成商机，原因有三，但每一条都不等于结论。

第一，痛点恰好对应。助记词是钱包用户自己保管的一串随机单词，丢了就无法找回资产，这是行业高频痛点；MPC(多方计算)正是对着它设计的——把私钥拆成多个分片，分散存放在不同参与方手里，签名时多方协作完成，任何单点都拿不到完整私钥。销售每天都在用这个故事开场，看到“助记词流失”和“MPC”出现在同一条消息里，大脑会自动补齐一个完整商机。

第二，群里有人接话。接话带来讨论感，讨论感容易被读成需求。但接话的人可能只是路过，未必是提问的项目方本人，更不一定是决策者。

第三，线索荒。手上商机少的时候，人会把低频信号解读成确定意向——这是注意力机制的问题，不是道德问题。

这里的关键是:群里能看见的只有“有人提了 MPC”，看不见提问者的动机、项目阶段、预算和决策链。一次提问能证明的，只是这个话题被提起。

第一层:好奇——问概念，不代表有问题

第一种情况，提问停在概念层。群里出现的是“MPC 是什么原理”“助记词能不能设计成可恢复”“现在主流钱包用什么方案”。

能看见的证据:问题都是定义和行业概况，不涉及自家项目，也没有具体失败场景；提问零散，今天问 MPC，明天问别的，没有围绕一个业务问题持续追问。

仍然未知:项目处在什么阶段，提问者是工程师还是商务，有没有决定权；他问 MPC 是因为遇到真实问题，还是写报告需要素材。

这一层，销售只需要确认对方是谁、在什么阶段，不需要谈方案。如果对方只是好奇，追着推销反而消耗信誉——一个只追关键词跑的销售，会被记住，但记住的方式未必好。

第二层:问题确认——问现状，不代表要动

第二种情况，提问开始和自家产品绑在一起。群里出现“我们钱包的助记词流失率一直下不来”“用户丢私钥的客服工单太多”“现在用的方案能支持 MPC 吗”。

能看见的证据:开始用“我们”，出现产品现状和困扰；问题成套，先描述流失，再问恢复流程，再问多设备登录；有人追问实现细节，比如分片怎么托管、出险怎么恢复。

仍然未知:问题是否真实、多严重——群里的说法未经核实，可能来自感受而非统计；对方现在有没有供应商、是否已谈过别家；内部是否立项，还是工程师的个人想法。

这一层值得回一条认真的消息，但动作仍是确认，不是推进。销售可以问:这个问题影响多少用户、内部谁在负责、时间上有没有压力。回答含糊，说明还在想法阶段；能说出具体场景和数据来源，才说明问题被认真对待。

第三层:供应商评估——问实施，才接近机会

第三种情况，提问直接进入实施细节。群里出现“迁移到 MPC 要多久”“现有资产怎么切过去”“分片托管放在哪、合规上有没有问题”“能不能先做 POC，我们内部有个时间节点”。

能看见的证据:问题成套且具体，每一项都指向落地；有人明确自己的角色，比如“我这边负责技术选型”；对话里出现时间线、审计、预算这类表述。

仍然未知:决策人是谁——群里提问的可能是执行者，拍板人不在群里；预算多少、有没有竞争者——对方可能同时在和别家谈；时间节点是否真实，还是嘴上说说。

只有到这一层，才值得投入售前资源:约会议、准备架构说明、协调演示环境。即便如此，第一次沟通也是了解项目全貌，而不是急着给方案。

MPC 能解决什么，不能解决什么

判断准备度的同时，销售自己也要清楚 MPC 的边界，否则容易在对话里给出超出事实的承诺。

MPC 解决的是密钥保管层的问题:私钥不再存在单点，单台设备丢失或被攻破，不代表资产丢失；分片分散保管，降低单一托管方的信任负担。对应助记词流失，MPC 把“用户一个人保管一串单词”变成“多个参与方共同完成签名”。

但 MPC 不自动解决所有钱包体验问题。恢复流程仍要设计，用户忘记口令、分片丢失时的找回机制依然存在；设备兼容、网络环境、客服话术、用户教育，每一项都还是运营工作。一个项目问 MPC，可能只想解决其中一小块，也可能只是听说这个方向——不代表它要换掉整套方案，更不代表它准备好为迁移付费。

这个边界，销售在第一次回复里就该坦诚讲出来。坦诚不会丢单，反而能筛掉还没准备好的项目。

回复可以克制，判断要靠证据

基于上面的分层，第一条回复做两件事:表明身份，然后把问题问回去。示例:

“我们在做 MPC 钱包基础设施。看到你们在聊助记词流失，想确认下现在是什么阶段——刚开始调研，还是在看现有方案的替换?如果是后者，你们遇到的具体场景是什么?”

这条回复没有编造任何东西，没有承诺结果，只是把准备度问题抛回去。对方怎么答，决定下一步动作。

但销售不可能时刻盯住所有群。分散在多个群的提问、多个项目的交叉讨论，靠翻记录容易漏，也容易把不同来源的消息混在一起。这正是工具能帮上忙的地方:比如 Top商业线索 这样的信息整理工具，只处理用户主动连接且有权访问的 Telegram 群，做消息去重，保留原始消息、来源和上下文，给出分类或优先级供人工复核；它不读取私人聊天，不自动联系群成员，也不认证任何采购意向或事实。换句话说，它把零散提问整理成可核查的线索清单，“这是不是商机”仍然由销售本人判断。

判断也不该只依赖一次提问。接下来几天，看提问者会不会继续追问、会不会提出新场景、会不会私聊深入——行为比一句话可靠。一次 MPC 提问能说明的，只是这个话题被提起；它能不能变成商机，取决于后续的证据，而不是销售当时的兴奋。