Telegram机器人与小程序：先选对形态

您的Telegram产品首先应该做什么？

快速测试： 列出用户在第一分钟内应做的3件事。如果其中一项需要全屏，考虑小程序。

一个有用的Telegram产品始于一小部分用户任务，而非冗长的功能列表。我们帮助您决定首次发布是应该回答社区问题、引导成员完成可重复操作、支持交易工作流，还是提供TON小程序体验。关键决策是用户应能完成什么，以及您的团队之后需要管理什么。

在规划实施之前，请汇集：

• 主要用户群体及其要解决的问题。
• 用户可以执行的操作，包括任何批准或确认。
• 产品需要的信息及其来源。
• 您的团队中谁可以审核内容、权限和用户流程。
• 使初始版本有用到值得维护的结果。

对于社区自动化，对于需要判断的问题，保持人工支持可见。对于交易相关工具，在讨论集成之前，描述用户旅程和功能边界。对于小程序，优先考虑基本的屏幕流程，并说明用户暂停或离开时应发生什么。Web3开发计划可以将此计划与更广泛的产品连接起来。如果体验还需要基于浏览器的界面，请先与dApp开发进行比较，再承诺重叠的功能。

机器人还是TON小程序：哪个适合？

当核心体验是对话、提示、通知或结构化命令时，Telegram机器人是实用的选择。当用户需要包含多个相关屏幕或交互式产品步骤的更丰富界面时，值得考虑小程序。正确的选择取决于用户需要完成的任务，而不是添加尽可能大的功能集。

使用这个简单的适合性检查：

• 对于简短交流、帮助请求、常规社区任务或引导操作，选择机器人主导的工作流。
• 当产品需要难以通过一系列消息解释的界面时，探索小程序。
• 仅在每种格式都有明确角色时组合格式：例如，机器人可以将用户引导至小程序，而小程序处理主要交互。
• 为需要帮助或无法完成自助流程的用户保留替代途径。

Telegram小程序是在Telegram内运行的Web应用程序。对于TON项目，在估算开发之前，简报应阐明预期的产品操作以及任何网络或钱包相关的交互。TON生态系统项目可以利用此对话来协调产品和网络优先级。如果计划还包括Telegram之外的钱包功能，请通过crypto钱包开发单独评估，以便明确界面和职责。

您的6点Telegram构建清单

在开发开始前填写这6项。简短、具体的答案能让构建者准确报价，并让您的团队在每个里程碑（而不仅仅是最后）都有明确的标准进行测试。打印清单，用笔勾选每一项，并将其放在简报旁边，以便每个人都在同一页面上工作。

• 用1句话描述任务。
• 列出3个主要用户流程。
• 决定机器人或小程序并说明原因。
• 列出集成和权限。
• 决定谁批准任何自动化操作。
• 规划交付：代码、说明和测试步骤。

术语一览

机器人 指在Telegram聊天中响应命令和消息的程序。

小程序：在Telegram内作为屏幕打开的小型应用程序。

安全定义交易和社区自动化

交易和社区自动化在实施前需要明确的边界。我们将请求的行为转化为用户可见的操作、权限规则以及应停止或交由人工审核的情况。这使得产品更易于测试，并为您的团队在交付后运营产品提供明确的基础。

对于交易相关功能，指定显示什么信息、用户可以发起什么操作、需要什么确认以及产品必须连接哪些系统。说明应用程序是预期提供信息、协调操作还是执行定义的操作。不要将托管、批准或错误处理留作隐含：确定每个决策的负责人以及当集成不可用时的预期响应。

对于社区工具，列出重复出现的问题和操作，然后将常规响应与敏感或模糊的请求分开。决定哪些团队成员可以更改设置以及谁审核响应内容。我们在项目计划中记录这些选择，并使用它们来制定测试场景。如果产品需要自定义链上逻辑，请将界面与智能合约开发协调。对于依赖语言响应的支持，将专门的AI聊天机器人评估为一个独立的组件，而不是假设它是每个Telegram构建的一部分。

从启动到交付

经验法则： 给机器人完成工作所需的最小权限。之后再添加更多。

清晰的交付计划将您的用户需求连接到可以审查和测试的功能。MarketingExtra从启动清单开始，涵盖产品目标、优先流程、集成、访问要求、内容以及负责批准的人员。在该审查之后，我们确认计划中的内容，并将工作组织成您可以评估的里程碑。

工作顺序是实用的：

1. 规划： 就用户任务、产品格式、集成和排除项达成一致。
2. 流程设计： 绘制主要路径、决策点和恢复状态。
3. 实施： 构建商定的功能并连接所需的组件。
4. 审查和测试： 遍历商定的场景，记录问题，并解决计划内的发现。
5. 交付： 提供商定的操作说明、访问信息以及为您的团队进行的演示。

时间安排取决于流程的复杂性、您的内容和集成访问的准备情况，以及决策者审查决策的速度。我们在计划审查后确认里程碑，而不是在需求已知之前给出通用时间表。在交付期间，您会收到书面的里程碑更新，其中标识已完成的工作、未决的决策以及我们下一步需要什么。这种格式使批准可操作，并更容易及早发现受阻的依赖项。

发布后您的团队控制什么

您的团队可以控制产品计划、用户流程的质量、呈现的信息以及您对反馈的响应速度。Telegram控制平台环境及其自身的可用性和政策；TON相关服务和集成有其自身的运营条件。没有开发者可以承诺Telegram会推荐产品、保持每个集成可用或提供特定水平的用户活动。我们的承诺是针对商定的实施、测试和交付工作，并在计划审查期间记录平台特定风险。

发布后，为产品内容、访问、用户支持和技术跟进指定负责人。保持一个简单的问题记录，并将每个问题分类为产品缺陷、新请求或外部服务问题。这有助于您的团队做出响应，而无需将每个更改都视为原始构建的一部分。

如果您的发布还需要受众教育或持续的社区支持，请与开发并行规划该工作，而不是将其留到发布时。社区互动服务可以支持独立的互动计划，而移动应用开发在产品还需要独立移动体验时相关。要开始，请将您的产品目标、优先用户流程和已知集成发送给MarketingExtra；我们将审查它们并返回计划的下一步。

发送3件事：用简单语言描述的任务、您的用户流程以及它需要的集成。

如何操作

1. 分享产品简报描述用户、他们需要完成的任务，以及您是在考虑社区工具、交易相关工作流还是TON小程序。
2. 审查计划使用启动清单确认优先流程、集成、访问、排除项以及将批准决策的人员。
3. 商定里程碑我们围绕计划审查期间确认的功能和依赖项，概述实施和审查点。
4. 构建和测试我们实施商定的产品，并根据定义的用户场景进行检查，记录问题和决策以供审查。
5. 接收交付您的团队获得商定的操作说明、访问信息以及交付功能的演示。