做跨境第六年，团队五个人，主要做家居和小家电。我们内部有一套选品数据工具，跑了三年，本来是自己用的——抓平台数据、算竞争度、看趋势，每周出一份报告。

今年有同行问能不能买，我们就动了对外开放的念头。正好看到 PAYATHON 的 Token Pay，讲的是"连续订阅式服务，持续收款与续期"，我们的形态天然就是订阅。

但我们没有马上动手，先算了四笔账。

第一笔：数据成本账。

我们的数据来自第三方接口加自己抓的，每月固定支出是一笔数。关键在于，这笔成本是"按人头"还是"按量"？如果是按调用量，那用户越多成本越高，订阅定价就得留出弹性。算完之后我们发现成本结构里固定部分占大头，边际成本不高——这意味着订阅制是可行的。

第二笔：定价账。

我们定的 299 一个月。参考了同行：有免费但数据粗的，也有两千多一个月做全案的。我们卡在中间，理由是服务的是中小卖家，这个群体对价格敏感，但愿意为"能用"付钱。定价这件事我改了三次，299 是最后定的，逻辑是"一顿饭钱换一个月的决策依据"。

第三笔：续订账。

这是我算得最久的一笔。选品数据有个特点：卖家不是每个月都需要。旺季天天看，淡季可能两个月不打开。如果按订阅收，淡季他就会退。我们最后的处理方式是允许暂停——淡季暂停，旺季再开，账号和历史数据保留。这一条在定价上没体现，但在续订上很关键。

第四笔：服务成本账。

这个我一开始漏算了。订阅制卖出去之后，用户会来问"这个数据怎么解读""这个类目我能不能做"。这些答疑是我们的人力成本，而且不低。我算了一下，如果超过一定用户数，答疑就会占掉我一个员工的全部时间。所以现在我们只放内测，11 家，控制得住。

踩的坑也记一下。

订阅制上线之后，用户对"更新"的期待和我不一样。我以为每周更新一次就够了，但用户觉得"我按月付钱，你就该随时是新的"。有几家反馈说数据滞后了一周，他们做决策的时候差点用错。后来我们把更新节奏写进了订阅页面——每周一上午更新，遇到平台数据异常会在页面上标注。写清楚之后，这类反馈没了。

这件事给我的教训是：订阅制卖的不是一份数据，是一个节奏。用户付的是"你持续给我"的承诺，这个承诺必须具体到"什么时候给、给什么"。

现在 11 家内测用户，都是同行介绍的。下一步准备把报告做成可定制的——不同类目看不同指标，这件事做起来不难，但要一家一家谈需求。

大赛的赛道说明在 PAYATHON 2026 活动页，Token Pay 属于三条特殊赛道之一，交付形态不做限制。

本文为个人参赛记录，赛程与规则以官方最新说明为准。

#PAYATHON 2026参赛手记 #TokenPay