高风险 Telegram 付费频道的收款后运营层 —— 给已经在收 crypto 的付费频道做对账、续费提醒与自动踢人（而非再做一个付费墙）
结论：观望（需求侧有真实信号，但唯一证据来自单一来源；且“频道主愿为收款付费”≠“愿为对账付费”尚未验证；先以人工托管验证 5 个付费客户再决定是否开发）｜形态：SaaS（Telegram Bot + 轻量 Web 后台）
1. 产品定义与形态
一句话：不碰支付通道，只做支付之后的事。频道主把现有收款地址（或现成 paywall bot 的 webhook）接入，本产品负责：
- 链上/回调事件 → 一张可对账的订阅表（谁、付了多少、何时到期、币种与汇率快照）
- T-3/T-1 自动续费提醒（私聊 + 频道内 @）
- 到期未付 → 自动踢人 + 邀请链接轮换 + 白名单回填
- 多频道/多管理员权限与审计日志
形态理由：Telegram 频道运营天然在 Bot 里完成，但“对账表 + 导出 + 退款记录”必须有 Web 看板，纯 Bot 交互做不了。不做 App、不做小程序——用户是匿名的频道主，不需要应用商店分发。
2. 目标客户画像
- 运营 1–5 个付费频道的个人或 2–3 人小团队，订阅者 100–5,000 人，月费 $10–100
- 已被 Stripe / PayPal 判定高风险，收款只能走 USDT/BTC
- 典型类目：交易信号、crypto alpha、投注/体育tip群。注意：这一条来自已有摘要（“需求来自交易信号、crypto alpha 和投注群等真实付费场景”），原帖摘录中未出现该原话，标记“待验证”
- 他们现在的“系统”是：一个钱包地址 + 群里的转账截图 + 一张 Excel + 手动踢人。真正的竞争对手是这张 Excel。
3. 付费者与付费证据
付费者是频道主，不是订阅者。已有的付费证据只有一条，但质量不低：
“live for 2 months, almost 100 paywalls set up, without any marketing. That tells me the demand is real”
“1% per payment, no monthly fee.”
这说明：① 频道主愿意动手配置付费墙（有主动寻找工具的行为）；② “按笔 1% + 无月费”的价格结构被市场接受。但必须区分两件事：他们为“能收到钱”付费的意愿已被证明；为“收完钱之后的对账与踢人”再付一次费的意愿，无任何证据，待验证。这是我给“观望”的第一个原因。
补充风险：1% 的抽成模式下，竞品 ARPU 极低（一个 $20/月的频道，一单只值 $0.2），意味着原帖作者也必须靠量；这反过来说明月费制在这个人群里可能是空白位，也可能是他们根本不接受月费——待验证。
4. 时机判断
- 结构性顺风：Stripe/PayPal 对高风险类目的收紧是长期政策，不是周期波动；稳定币（尤其 TRC20-USDT）在小额跨境收款上已是默认选项
- 窗口期：竞品“2 个月近 100 个付费墙”说明品类刚起量、格局未定，窗口约 6–12 个月
- 逆风：Telegram 官方付费频道/Stars 在推进，若官方把“订阅+到期+踢人”做成原生能力，低端场景会被吃掉——具体覆盖度待验证
- 反向信号：这个赛道火起来后，同类 bot 的供给会在半年内翻倍，价格战风险高
5. 市场前景
不给规模数字，只给可复算的假设链：
- 假设 A：竞品 2 个月 100 个付费墙中，30% 是“有真实付费成员”的活跃频道 → 30 个活跃客户
- 假设 B：该人群总量（英语 + 俄语 + 东南亚的 crypto 付费频道）在数千量级（纯假设，待验证）
- 假设 C：同类工具最终 3–5 家共存，单家可服务 100–300 个频道
- 推论：$29/月 × 100–300 = $2.9k–8.7k MRR，属于一人公司的舒适区，但不是能融资的生意
结论：天花板不高，但对 OPC 够用；真正的变量不是市场大小，而是留存。
6. 竞争格局
三类对手：
- 原帖这类 no-KYC 非托管 paywall bot（“no-KYC, non-custodial paywall bot for Telegram channels”）——直接竞争者，已有先发与 100 个付费墙的案例，正面硬刚不智
- 通用 crypto 支付网关/收款机器人（如各类 USDT 收款 bot）——强在支付，弱在 Telegram 订阅生命周期管理（是否会做自动踢人，待验证）
- 手工方案：钱包 + 截图 + Excel + 手动踢人——今天的真实占有率最高，也最容易被替代
差异化定位：做支付墙的“上层”而非“替代品”，主打“可接入你现有的收款方式/机器人”，把竞品变成渠道而非对手。竞争空间我扣分较多（见评分卡），因为“对账+踢人”技术门槛低，功能极易被原厂顺手做掉。
7. 90 天路线图
- 第 1–2 周｜验证：在 @TGStat 与 Telegram 搜索 "VIP / signal / alpha / private" 频道，私聊 20 位频道主，只问三个问题：现在怎么对账、上个月漏收/错踢过几次、愿意为“自动续费+踢人”付多少。目标：10 个有效访谈
- 第 3–4 周｜人工 MVP：不写代码，用 Google Sheet + 手动脚本给 3 个频道做一周“代运营对账”，收取 $19 试用费。有 3 个人愿意先付钱，才继续
- 第 5–8 周｜最小可用产品：TRC20/ERC20 地址监听 + 到期表 + 自动踢人 + 邀请链接轮换 + CSV 导出。只做 USDT，只做两个链
- 第 9–12 周｜收费：目标 5 个付费频道、$150 MRR；同时写 3 篇 build-in-public 帖（见下节）。达不到 5 个 → 按第 11 节放弃
8. 获客与运营
- 冷启动（最有效）：直接在 Telegram 里搜频道主，一对一私聊。话术是“我帮你免费对账一周”，不是“来用我的产品”
- Reddit：发 r/SideProject（原帖就在这里起量，证明该版块对此类内容有分发）、r/TelegramBots、r/Telegram。避开 r/CryptoCurrency 做推广，会被当 spam
- 互补集成：主动联系已有的 paywall bot 作者，做“对账插件”，用分成换分发——这是绕开正面竞争的最短路径
- SEO 关键词（英文为主，长尾低竞争）：
telegram paid channel bot、telegram subscription bot crypto、telegram auto kick non-payers、usdt telegram paywall、telegram channel renewal reminder bot；中文：Telegram 付费频道 续费 机器人、TG 频道 自动踢人 - 内容：一篇“我用 3 个 Excel 公式管理 200 个付费订阅者的翻车记录”——痛点叙事比功能罗列转化高
9. 地域需求分析
- 英语区：支付通道被封最普遍，付费意愿最高，是主战场
- 俄语/独联体：crypto 付费频道密度高，对非托管方案接受度高（待验证）
- 东南亚、中东、非洲：Stripe 覆盖差，USDT-TRC20 是刚需，但客单价低、议价强
- 需回避：对 crypto 收款有明确监管禁令的司法辖区；以及对“投注群”类客户的法律风险，需要在 ToS 里明确排除
10. 定价与收入模型
建议反着竞品定价：竞品是“1% 抽成 + 无月费”，我是“月费 + 0 抽成”——对已在一个 bot 上被抽 1% 的频道主，这是清晰的价值主张（“你已经付过一次手续费，别再付第二次”）。
| 档位 | 价格 | 内容 |
|---|---|---|
| Free | $0 | 1 个频道，≤50 订阅者，仅对账表 |
| Starter | $29/月 | 3 个频道，≤1,000 订阅者，自动提醒+踢人 |
| Pro | $79/月 | 不限频道 + 多管理员 + API/Webhook + CSV 导出 |
收入假设（全部为假设，非预测）：50 客户 × $29 ≈ $1.45k MRR；150 客户混合档位 ≈ $4.5k MRR。按 3% 月流失计算，需每月新增 5–8 个客户才能维持增长——这就是为什么要先验证获客渠道而非先写代码。
11. 风险与放弃条件
| 风险 | 说明 | 放弃/止损条件 |
|---|---|---|
| 需求是伪需求 | 频道主只要“能收钱”，不要“对账” | 10 个访谈中愿意预付费 < 3 个 → 放弃 |
| 客户质量 | 客户本身可能是拉盘/博彩盘，带来声誉与合规风险 | 前 10 个客户中明显骗局类 > 3 个 → 放弃 |
| 平台吞并 | Telegram 官方付费频道补齐续费+踢人 | 官方发布同类原生能力 → 立即停止投入 |
| 竞品顺手做掉 | 原厂把对账/踢人加进 paywall bot | 3 个月内出现 2 家竞品免费提供同功能 → 退出 |
| 留存差 | 频道主做完一次配置就不再用 | 3 个月留存 < 60% → 停止获客，转做一次性买断 |
12. 总评分卡
| 维度 | 权重 | 得分 | 加权 | 依据 |
|---|---|---|---|---|
| 个人匹配度 | 0.25 | 75 | 18.75 | Bot + 轻后端 + 链上监听，一人可交付；但需维护多链与钱包安全 |
| 时机 | 0.20 | 82 | 16.40 | 品类刚起量（2 个月 100 个付费墙），窗口 6–12 个月；官方入局是悬顶之剑 |
| 付费意愿 | 0.25 | 85 | 21.25 | 付费墙被大量配置、1% 抽成被接受，说明“收钱”这件事有预算；对账预算待验证 |
| 竞争空间 | 0.15 | 62 | 9.30 | 已有先发者 + 通用收款 bot + 官方能力三重挤压，功能易被复制 |
| 执行难度（分高=容易） | 0.15 | 70 | 10.50 | MVP 可 8 周内完成；难点在链上确认与错付处理，不在业务逻辑 |
| 加权总分 | 1.00 | — | 76.20 |
我的 76.2 略低于遴选官的 77.9，差异主要来自竞争空间扣分：这个功能太薄，护城河不在技术而在“谁先拿到频道主的收款数据”。所以不是“不做”，而是先花 30 天用人工服务换 5 个付费客户，再决定要不要写代码——这就是“观望”的具体含义。