从外面看，SMM 面板就是一家很简单的商店：选服务、贴链接、付款、等待。但在这张表单背后发生了很多事：有东西记录你的起始数字，有东西决定交付速度，还有东西负责盯着数字万一下降该怎么办。我们回复的大多数“订单卡住了”的消息，都源于对其中某一步的误解。
所以，我们来完整跟踪一个 Telegram 订单，看看它在 ProSMM 上到底是怎么跑的。看完整个流程，后台里的各种状态就都说得通了，联系客服之前你也会清楚该先检查什么。
一句话总结
- 服务名称就是一份说明书，速度、保障和用途都写在括号里。
- 每个服务只接受一种链接。链接错误是订单卡住的头号原因。
- 交付数量从订单开始时记录的“起始数”算起。
- 只有名称里承诺了补量的服务才有补量，而且只在承诺期内有效。
点击“提交”之后，谁在做什么
每个订单都有三个部分协同工作，最好在脑子里把它们分开：
面板
你看到的后台。保管余额、检查订单、显示状态。
供应商
拥有账号、服务器和脚本，真正负责交付成员、浏览量或启动。
执行过程
订单本身。记录起始数，分批交付，并回报进度。
有些面板既是面板也是供应商；有些则把你的订单转给别人，自己赚差价。这种差别会体现在价格、速度以及问题解决的快慢上，我们在 Telegram SMM 供应商 页面有详细说明。这里我们只站在你这一边。
看懂服务名称
Telegram 服务的名称在你读懂之前看起来很乱，其实每个括号都有含义。这是我们列表里的一个真实例子：
5073 — Telegram Non Drop Members 🔥{90 Days Guaranteed} {Join from Search} {Ranking Improvement⚡️}
| 部分 | 告诉你什么 |
|---|---|
| 5073 | 服务 ID。联系客服和使用 API 时请提供它。 |
| Non Drop Members | 为留存而设计，而不仅是到得快 |
| {90 Days Guaranteed} | 90 天内的掉量可以补回 |
| {Join from Search} | 成员像真实用户一样，通过搜索找到你 |
| {Ranking Improvement} | 用于提升搜索排名，而不只是增加数字 |
其他常见标签：[Instant] 表示立即开始，[30 Days] 是在线类或订阅类服务的持续时间，Country Targeted 表示账号限定某个国家，Premium 表示 Telegram Premium 账号，No Refill 则是更便宜但没有任何承诺。价格列表 中的每个服务都有说明，写明开始时间、速度以及最小和最大下单量。花三十秒读一读，能省去很多来回沟通。
提交正确的链接
链接错误导致的订单卡住，比其他所有原因加起来还多。成员服务需要频道链接，浏览服务需要帖子链接。一旦搞混，系统就没有可以计数的对象。
| 服务类型 | 应提交的链接 |
|---|---|
| 成员（公开频道或群组） | t.me/yourchannel |
| 成员（私密频道或群组） | 邀请链接，且仅限标有“Private Link”的服务 |
| 单个帖子的浏览、回应或转发 | 帖子链接，例如 t.me/yourchannel/125 |
| 未来帖子的自动浏览 | 频道链接，再加上需要覆盖的新帖子数量 |
| 机器人启动 | 机器人链接，例如 t.me/your_bot，若服务支持也可用推荐链接 |
一个小习惯
提交链接前，先用浏览器的无痕窗口打开它。如果在那里看不到频道或帖子，交付系统也看不到。
用数字解释起始数
订单开始的那一刻，面板会记录你的链接已有多少成员、浏览量或启动次数。这就是起始数，交付量从这里算起。
假设你的频道有 4,200 名成员，你下单 1,000 个成员。起始数是 4,200，所以订单大约在 5,200 时完成。如果你同时搞了一场抽奖，有 300 人自己加入，系统无法把他们和交付的成员区分开，因此交付可能比你预期的更早结束。并没有出错，只是计数器不知道谁是从哪儿来的。
这也是为什么绝对不要在同一个链接上同时跑两个订单。第二个订单记录的起始数还在因为第一个订单而变化，结果两个都会乱。
每种订单状态的含义
| 状态 | 正在发生什么 | 需要你处理吗？ |
|---|---|---|
| Pending | 已接受，正在排队 | 不需要，除非等待时间远超服务的开始时间 |
| In progress | 已开始交付，起始数已记录 | 不需要 |
| Processing | 处理中，通常在两批之间 | 不需要 |
| Completed | 全部数量已交付 | 接下来几天检查一下效果 |
| Partial | 只交付了一部分，剩余金额退回余额 | 检查链接，需要的话重新下单 |
| Canceled | 未交付，全部金额已退回余额 | 修正原因（通常是链接）后重新下单 |
速度、分批与滴灌
快不一定好。一小时内给一个 300 人的频道塞进五千人，任何留心的人都会觉得奇怪，Telegram 也一样。很多服务本身就会控制节奏。如果服务支持 滴灌（drip-feed），你还可以把一个订单拆成几次运行，中间留出间隔。
例如：5 次 × 500 个成员，每次间隔 720 分钟，就能在大约两天半里获得 2,500 个成员。价格和一次性大单一样，变的只是节奏。
如果你每天发帖，像 ID 479 这样的自动浏览服务会盯着频道，自动为每篇新帖子添加浏览量，你就不必每天早上都下一次单。
掉量、补量与保障
一部分账号会随时间离开，这在 Telegram 和任何平台上都很正常。关键在于服务承诺了什么：
- 如果名称里有 {30 Days} 或 {90 Days Guaranteed} 之类的保障，在该期限内，已完成订单旁会出现 Refill 按钮。点一下，数字就会补回到已交付的数量。
- 补量只覆盖服务本身造成的掉量。因为更换链接、频道转为私密或删除帖子而失去的成员不在范围内。
- 标为 No Refill 的服务更便宜，因为它不做任何承诺。适合少量掉量无关紧要的场景，比如旧帖子的浏览量。
补量和退款的完整规则请见 服务条款。
订单为什么会卡住
- 下单后频道或群组被设为私密
- 订单进行中更改了用户名或帖子链接
- 同一链接上同时有两个订单在跑
- 成员服务填了帖子链接，或者反过来
- 频道存在阻止新成员加入的限制
这样联系客服，解决得最快
如果还是觉得不对，请在后台提交工单（或通过 联系页面 找到我们），并写清以下四点。这通常能把一场长对话变成一次回复：
- 订单 ID，而不只是服务 ID
- 链接，和你提交时一模一样
- 你的预期和现在看到的情况（例如：“下单 1,000，数字从 4,200 涨到 4,750”）
- 下单后你做过的任何改动：名称、用户名、私密设置、删除的帖子
规模化下单：批量下单与 API
当你管理几十个链接时，一个个下单很快就让人厌烦。后台的 Mass Order 可以一次粘贴多个订单，每行一个。代理商和分销商通常更进一步，通过 ProSMM API 对接，每个操作都只是一个简单的请求：
| API 操作 | 作用 |
|---|---|
| services | 返回完整的服务列表，包括价格和限额 |
| add | 下单，可选滴灌次数和间隔 |
| status | 查询一个订单，或一次查询最多 100 个 |
| refill / refill_status | 申请补量并跟踪进度 |
| cancel | 申请取消尚未开始的订单 |
| balance | 返回当前余额 |
很多小面板就是这样运作的：他们的客户在他们的网站下单，订单自动流转到我们这里。如果你想要这样一个网站又不想自己开发，子面板 可以给你一个已接入我们服务的现成面板。分销的生意经，我们写在了 面向面板主和分销商的指南 里。
小词典
| 术语 | 含义 |
|---|---|
| 起始数（Start count） | 开始交付时你的链接已有的数字 |
| 剩余（Remains） | 订单中还未交付的数量 |
| 滴灌（Drip-feed） | 一个订单被拆成多次定时运行 |
| 补量（Refill） | 在保障期内补回掉量 |
| 不掉粉（Non-drop） | 为留存设计的服务，通常带保障 |
| Premium | 开通了 Telegram Premium 的账号 |
常见问题
订单多快开始？
每个服务的说明里都写有开始时间，我们的价格列表还会显示近期订单的平均完成时间。很多 Telegram 服务几分钟内就开始，有些则是刻意放慢节奏。
订单显示 Partial，我亏钱了吗？
没有。Partial 订单中未交付的部分会自动退回你的余额。重新下单前，先确认链接仍然公开且没有改动。
可以在同一链接上再下第二个订单吗？
请等第一个订单变成 Completed。同一链接上的两个重叠订单会搞乱起始数，两个都无法准确追踪。
什么时候可以点补量？
订单 Completed 之后，并且只在服务名称写明的保障期内。如果服务是 No Refill，就不会有补量按钮。
使用面板需要技术能力吗？
不需要。选服务、贴链接、看状态，就是大多数人要做的全部。API 是给想要自动化的人准备的。
延伸阅读
我们负责运营 ProSMM 背后的服务器，记录每天看到的真实情况：订单如何运行，哪些会掉，哪些能留住。