Telegram体験はどこから始めるべきですか？
ユーザーが完了する必要がある1つのタスクから始めます。その選択により、ボットの会話やTONミニアプリのインターフェースを形成します。ボットはガイド付きのやり取りや反復タスクに適しています。ミニアプリは画面やコントロールを必要とするアクションに適しています。
最初のリリースを形成するために、この5つの工程を使用します。
- ユーザーを特定する。 誰が体験を開き、何を既に知っているかを特定します。
- タスクを説明する。 ユーザーが完了すべきアクションを日常的な言葉で書き出します。
- パスをマッピングする。 各質問、画面、確認、可能な引き継ぎを記録します。
- 接続を確認する。 各ステップに必要なAPI、ウォレット、またはプロダクトサービスをリストアップします。
- ゴールを設定する。 何をテストし、誰がユーザージャーニーを承認するかを合意します。
例えば、トレーディングチームがアクションを起こす前にユーザーに情報を確認させたい場合があります。インターフェースが表示する内容と、どのサービスがアクションをサポートするかをマッピングします。また、ユーザーがどこで確認するかも特定します。体験がより大きな分散型プロダクトの一部である場合、dApp開発と並行して計画できます。これにより、Telegramジャーニーがプロダクトと接続された状態を保ちます。また、チャットにすべての役割を任せることを避けます。
最初のやり取りをコミュニティにとって明確に感じさせる
コミュニティボットは、特定の反復可能なニーズを処理するときに最も効果的です。また、人が介入すべきタイミングを認識する必要があります。実装前に、ウェルカム、回答、モデレーターコントロール、人間への引き継ぎをマッピングします。
少数のフォロワーを持つNFTアーティストが、コミュニティに新しい市場用語を追加する場合を想像してください。新しいメンバーは、これまで見たことのない用語について質問を持って到着するかもしれません。3ステップのウェルカムを形成できます。最初に新しい用語を紹介します。次に、適切なプロジェクト情報を指し示します。最後に、質問に注意が必要な場合にモデレーターへのルートを提供します。これは仮説的な例であり、メンバーがどのように反応するかについての約束ではありません。
コミュニティワークフローでは、ルーチン回答、モデレーションアクション、スタッフが確認すべき情報を定義できます。チャットフロー以上のものをプロダクトが必要とする場合、TONミニアプリはインタラクティブなタスクのための画面をメンバーに提供できます。また、ユーザージャーニーがオンチェーンアクションに依存する場合、スマートコントラクト開発と体験を調整することもできます。
開始前に、承認済みの回答、エスカレーション連絡先、スタッフの権限を準備してください。これらの選択を確認できる担当者がいることで、レビューを集中させることができます。
チームがフォローできる引き継ぎ
動作するTelegram体験、合意されたユーザーパスに対するチェック、チームが運用するためのノートを提供します。正確な項目は、開発開始前に合意した機能と接続に従います。
| 提供内容 | 役立つタイミング |
|---|---|
| 役割とエラーパスを含むユーザーフローノート | 構築前：全員が意図された動作を確認できるように |
| TelegramボットまたはTONミニアプリインターフェース | ユーザージャーニーと必要なアクションが合意された後 |
| 合意済みのAPI、ウォレット、またはプロダクト接続 | ドキュメントとアクセスが利用可能な場合 |
| サポートされるパスのテストノート | レビュー中：関連するエッジケースを含む |
| 運用指示と引き継ぎ資料 | チームが体験の管理を準備する際に |
ウォレット接続されたミニアプリの場合、最初にネットワーク、接続手順、ユーザー確認を明確にします。暗号ウォレット開発とその作業を調整できます。チームはテストアクセスと統合ノートを共有することでレビューを容易にできます。また、プロダクトの動作を確認できる担当者を指名してください。
引き継ぎ前に、合意されたジャーニーを一緒に確認します。意図された結果と理解可能なエラー状態を確認します。また、計画に定められたスタッフコントロールも確認します。
Telegram体験のどの部分がチームの管理外ですか？
適切な構築計画は、プロダクトの決定とTelegramおよび接続サービスによって制御される動作を分離します。これにより、実装およびテスト可能な作業に合意できます。
Telegramはクライアント体験とプラットフォームアクセスを制御します。接続されたウォレットプロバイダーとAPIは、それぞれの可用性を制御します。合意されたフローをテストして引き継ぐことはできますが、Telegramでの発見可能性、中断のないアクセス、またはサードパーティの応答を約束することはできません。
開発前に、各ユーザーアクションの背後に名前付きサービスがあることを確認してください。そうでない場合、そのアクションが利用できないときの明確な応答を定義します。API認証情報とプラットフォーム設定の担当者を決めてください。トレーディングアクションの場合、インターフェースが表示する内容と、ユーザー確認が必要な手順を定義します。スマートコントラクトが関与する場合、その責任をTelegramインターフェースと明確に区別します。各部分を誰がレビューするかを確認します。
ミニアプリが画面を表示する前に外部サービスからの情報を必要とする場合、その依存関係を記録し、情報がない場合にユーザーが何を見るかを決定します。そのパスをテストに含めます。これにより、チームに実用的なレビューポイントを提供します。外部サービスをインターフェースが制御するものとして扱いません。
最初のリリースを実現可能にするプロダクト詳細を持ち寄る
有益なキックオフは、1つのユーザージャーニーをマッピングするのに十分な詳細を提供します。また、その接続を確認し、チームがどのようにレビューするかを合意できます。短いブリーフィングで問題ありません。明確な担当が、洗練されたドキュメントよりも重要です。
以下をご用意ください。
- ユーザーグループと完了する必要のあるタスク。
- 既存の画面、コマンド、プロダクトフロー、または承認済みコンテンツ。
- API、ウォレット、またはサービスのドキュメント、およびアクセスを管理する担当者への連絡先。
- プロダクト動作の意思決定者と、ビルドをテストする担当者。
2つのレビューポイントを使用して、決定を可視化できます。1つ目は実装前のマッピングされたフローをカバーします。2つ目は、そのフローに対する動作体験を確認します。Telegramツールがより広範なプロダクトの一部である場合、Web3開発が各部分の連携を整理するのに役立ちます。Telegramの前後のWebステップについては、Web3ウェブサイトおよびランディング開発とジャーニーを調整することもできます。
プロダクトブリーフ、主要なユーザータスク、および技術ノートをBrand Communityと共有してください。依存関係をレビューし、未決定の選択肢を明確にします。その後、構築計画を提示します。プロジェクトについての会話から始めてください。
仕組み
- ユーザータスクを共有するTelegram体験を使用するユーザーと、彼らが行う必要のあることを教えてください。既存のプロダクトフローや技術ノートを含めてください。
- 接続をレビューするAPIとウォレットのニーズ、アクセスルート、プロダクト決定を承認できる担当者を確認します。
- 最初のリリースに合意するユーザーパス、インターフェース動作、含まれる機能、チームがビルドをレビューする方法を文書化します。
- 構築とレビュー合意された体験を実装し、マッピングされたユーザージャーニーに対してチームと確認します。
- テストと引き継ぎサポートされるパスをレビューし、運用ノートを記録し、合意された資料をチームに移行します。
よくある質問
TelegramボットとTONミニアプリのどちらを選ぶべきですか？
ガイド付きのやり取りや反復的なコミュニティタスクにはTelegramボットを選んでください。TONミニアプリは、ユーザーが画面、コントロール、または複数の接続アクションを必要とする場合に適しています。例えば、ルーチンのウェルカムは会話で済みますが、ウォレット手順を含むプロダクトフローはミニアプリが必要になるかもしれません。形式を推奨する前に、ユーザージャーニーをマッピングできます。
Telegramインターフェースを仮想通貨トレーディングワークフローに組み込めますか？
はい、定義されたアクションとそれをサポートするプロダクトサービスに基づいてインターフェースを構築できます。ブリーフィングには、ネットワーク、API、ユーザー権限、確認手順を明記してください。例えば、ユーザーがアクションの前に何を見るか、どのサービスがそれを処理するかをマッピングできます。インターフェース計画は、プロダクトの基盤となるセキュリティモデルとは別に保たれます。
コミュニティはウェルカムボットのために何を準備すべきですか？
ウェルカムテキスト、承認済みの回答、スタッフの権限、および人を必要とする質問のためのモデレーター連絡先を準備してください。シンプルな3ステップのウェルカムは、新しいメンバーが最初に何を見るか、次にどの情報が続くか、いつ引き継ぎを提供するかを明確にするのに役立ちます。また、どのルーチンリクエストが自動化ツールに適しているかもレビューできます。
TONウォレット接続には、インターフェース作業の前に何が必要ですか？
想定されるネットワーク、ウォレット接続要件、ユーザーが取るべきアクションの明確な説明が必要です。ウォレットやコントラクトのドキュメントがあれば、その統合を担当する人と共有してください。その後、関連するインターフェースを実装する前に、接続、確認、エラー状態をマッピングします。
納品のタイミングはどのように設定しますか？
ユーザーパス、統合アクセス、意思決定プロセスをレビューした後にタイミングを設定します。1つの合意されたジャーニーと利用可能なドキュメントがある最初のリリースは、未解決のプロダクト選択や複数の新しい接続があるものよりも計画が容易です。計画は、実装開始前の構築順序とレビューポイントを設定します。
ミニアプリがTelegram内で見つかることを約束できますか？
いいえ。Telegramはプラットフォームアクセスとクライアント体験を制御し、接続サービスはそれぞれの可用性を制御します。合意されたミニアプリフローを提供およびテストし、依存関係を文書化し、引き継ぎノートを提供できます。発見可能性、中断のないアクセス、またはウォレットプロバイダーやAPIからの特定の応答を約束することはできません。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…