Mini App 两周后上线，退款回调还没接：支付销售先查什么

Mini App 支付服务商销售看到“两周后上线”和“可以提供测试环境”时，通常已经有理由快速回复，但还没有理由直接排技术联调。接下来先把已知条件放进一份支付接入清单，再判断技术人员是否应该进入。

需求不是三个彼此独立的功能点。目标国家与本地币种决定支付发生在哪里，结算说明资金怎样到达商户，退款回调则是退款处理后返回给 Mini App 的状态通知。若只确认能够扣款，退款结果却回不到应用，整条支付状态仍然没有接通。

因此，销售不必先问“接口什么时候能接”，而应先沿同一笔支付走一遍：用户扣款后得到什么结果，商户如何结算，退款怎样发起，最后哪个状态返回 Mini App。清单的价值，是让技术对接围绕同一条状态流，而不是围绕几个孤立的“支持”回答。

合成清单把已知项和准入项分开

检查项	群消息已经说明	联调前仍需核实
上线与测试	两周后上线；测试环境可用	测试安排由双方确认
市场与币种	需要目标国家和本地币种	具体目标市场
支付状态	需要退款回调	结算与退款流程怎样衔接
商户条件	尚未说明	商户主体、交易品类、预计量级、合规审核状态

测试环境目前只作为一个可用条件记录，技术联调尚未排期。商户主体、交易品类、预计量级和合规审核状态仍然未知，所以当前结论只能是“可进入资格核实”，不是“已经可以接入”。

群里的接入需求先成为一条可追溯记录

Mini App 团队可能在不同 Telegram 群重复描述同一个支付问题。用户主动连接并有权访问这些群后，可以创建匹配目标；TOP Prospect 会按关键词和语义规则筛选相关讨论，把明确重复的转发去重合并，保留原始消息、群组来源、时间和上下文，再生成带摘要、判断理由与排序信息的候选 Signal（等待人工核实的条目）。

排序只帮助销售先查看上线窗口更明确的请求。产品不会验证商户主体、交易品类或合规状态，不会读取未授权群或私聊，也不会自动联系团队，更不会替技术人员承诺联调。销售人工复核来源和新增条件后，才决定清单是否可以送入技术评估。

只有清单能前后对应，才安排联调

可以推进的状态不是“对方问了退款回调”，而是商户主体、目标市场、结算与退款流程能够沿同一笔支付相互对应。预计量级和合规审核状态也需要明确，避免技术团队进入测试后才发现接入前提不成立。

若这些准入项仍缺失，销售应继续补问，并保留测试环境可用这一事实；若条件补齐，再由销售与技术人员共同决定是否安排联调。两周上线是查看优先级，不是自动跳过商户与支付流程审查的通行证。

研究与定义

值得关注的潜在线索 Signal 是怎样被发现的

了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。

查看方法论与核心定义 →