企業向けTelegramミニアプリ：特徴、費用、モバイルアプリより有利な場面

ミニアプリは、Telegramの中で動くJavaScriptのWebアプリです。Telegramの公式ドキュメントには、ミニアプリは「あらゆるWebサイトを完全に置き換えられる」と書かれています。

Web技術で作るため、一つのコードベースでiOS、Android、デスクトップのTelegramに対応できます。アプリはユーザーのTelegramの情報と現在のカラーテーマを受け取るので、登録フォームなしで名前で呼びかけたり、ライトモードやダークモードに合わせたりできます。

ミニアプリを開く方法はいくつかあります。

• ボットとのチャットのメニューボタンから。
• チャンネルなどのメッセージの下にあるインラインボタンから。
• どこにでも共有できる、t.me/yourbot/yourapp形式の直接リンクから。
• 添付メニュー、またはボットのプロフィールにある「アプリを起動」ボタンから。
• すぐに開けるよう利用者が追加できるホーム画面のショートカットから。

ミニアプリが力を発揮するのは、スマートフォンで済ませたい短い作業です。よくある例は次のとおりです。

• ストアとカタログ。Telegramから出ずに、商品を見てカートに入れ、支払い、注文を追跡できます。
• 予約。サービス、時間、担当者を選び、その後はボットからリマインダーが届きます。
• 会員ページとポイント。ポイント、注文履歴、個別のオファーをTelegramアカウントにひも付けます。
• 問い合わせフォームと見積もり。長いチャットの代わりに段階的なフォームを使い、回答をそのままCRMに送ります。
• 社内ツール。すでにTelegramを使っているチーム向けの、簡単なダッシュボード、承認、現場からの報告です。

たとえばカフェチェーンなら、チャンネルの各投稿の下のボタンから事前注文を受けられます。B2Bのサプライヤーなら、前回の注文を覚えている再注文画面を常連客に用意できます。

さらにミニアプリでは、全画面表示、ユーザーごとのクラウド保存、位置情報、対応端末での生体認証も使えます。

ボットは会話をし、ミニアプリは画面を見せます。ネイティブアプリはより多機能ですが、最初の注文までに利用者に求めることもずっと多くなります。

実際には両者は一緒に動き、ミニアプリが画面を、ボットが確認やリマインダーを担当します。

ルールは、何を売るかによって変わります。Telegramの決済に関するドキュメントでは、物理的な商品とデジタル商品を分けています。

• 物理的な商品とサービス（食事、商品、ヘアカットなど）は、外部の決済サービスを通じて、通常の通貨で支払えます。
• デジタル商品とサービス（サブスクリプション、アプリ内コンテンツ、機能の利用権など）は、Telegram Starsだけで販売する必要があります。

これはアプリストアの規約に対応するためで、ほかの方法でデジタル商品を売ると、Telegramはそのミニアプリをモバイルの利用者に表示できなくなります。

物理的な商品には、自国で使え顧客層に合う決済サービスを選びましょう。私たちは連携を実装し、決済の拒否、返金、確認の処理までテストします。

ミニアプリの費用は、ほかのWebプロダクトと同じく、主要フローの数、連携、その裏にある管理ツールで決まります。画面はTelegramの中で動きますが、バックエンド、データベース、管理画面は別途作る必要があります。

Webプロダクトに使っている費用の段階では、企業向けミニアプリの多くがシンプルか中程度に入ります。決済付きのカタログと注文通知用のボットは典型的な中程度のプロジェクトで、予約フロー一つだけならシンプルな段階にとどまることもあります。SaaS MVPの開発費用の記事で、段階ごとの価格帯を紹介しています。

ネイティブアプリと比べた節約は、三つの点から生まれます。

• 一つのコードベースですべてのTelegramクライアントに対応でき、iOSとAndroidで別々のフロントエンドを作る必要がありません。
• リリースごとのストア審査がないため、修正をその日のうちに利用者へ届けられます。
• 物理的な商品にはストアの手数料がかかりません。ネイティブアプリ内の購入はストアのルールに従い、AppleのSmall Business Programでも、有料アプリとアプリ内課金に15%の手数料がかかります。

運用費はほかのWebアプリと同じで、ホスティング、データベース、決済サービスの手数料、公開後のサポートです。

期間はほかのWebプロダクトと同じ段階に従い、シンプルなアプリで6〜8週間、中程度で8〜14週間が一般的です。アプリストアへの申請がないため、公開そのものは短時間で済みます。

時間がかかるのはTelegram特有の部分ではなく、CRMや在庫との連携、管理画面、決済の例外ケースです。MVPの開発期間の記事で、開発を速める要因と遅らせる要因を解説しています。

自社のミニアプリを検討している場合は、短いブリーフをお送りください。ミニアプリ、ボット、Webサイトのどれが最も合うかをお伝えします。

ほとんどの場合、必要です。Telegramミニアプリはボットを通じて起動し、注文後のやり取りでも、ボットが自然な連絡手段になります。

• 確認。注文、予約、支払いをチャットで確認します。
• リマインダー。予約の前日にメッセージを送れば、無断キャンセルを減らせます。
• 状況の更新。「ご注文の商品を発送しました」という連絡が、顧客がすでにいる場所に届きます。
• サポート。問い合わせが別のメールではなく、同じチャットに届きます。

両方を一つのプロジェクトで作れば、データ、デザイン、ロジックが一か所にまとまります。

次の項目の多くが当てはまるなら、ミニアプリが最初の選択肢として適していることが多いです。

• 顧客がすでにチャンネルをフォローしている、またはTelegramで連絡してくる。
• 作業が数分で終わる。注文、予約、支払い、状況確認などです。
• 利用者に、何もインストールせず、アカウントも作らずに始めてほしい。
• すぐに公開し、ストアの審査を待たずに修正を出したい。
• 物理的な商品やサービスを販売し、同じ流れの中で支払いを受けたい。

利用者の多さも後押しになります。Pavel Durovは2025年3月、アクティブユーザーが10億人を超えたと述べており、多くの顧客層にとって、すでにインストール済みで毎日開くアプリです。

ミニアプリがすべての答えになるわけではありません。次の場合は、ネイティブアプリかWebサイトを選びましょう。

• 編集、動画視聴、複雑なダッシュボードなど、毎日長時間使うプロダクトの場合。
• オフラインでの動作や、ミニアプリでは使えない端末機能が必要な場合。
• 顧客層がTelegramを使っていない場合（国や業界で大きく異なります）。
• 検索エンジンで見つけてもらう必要がある場合。検索での露出はWebサイトから生まれるため、多くの企業には両方が必要です。

最も強いのは、見つけてもらうWebサイト、ワンタップで注文するミニアプリ、連絡を届けるボットを組み合わせる形です。

チャットに押し込んだWebサイトのように見えると、利用者はすぐに気づきます。次の原則が違いを生みます。

• 画面より先にフローを決める。目的までに何回タップするかを決め、その回数を軸に画面を設計します。
• Telegramのテーマと操作部品を使う。利用者のカラーテーマ、標準のメインボタン、戻るボタンを使い、アプリがよそよそしく見えないようにします。
• フォームは短くする。名前はTelegramアカウントから得られるので、ほかの方法では得られない情報だけを聞きます。
• アクセスの急増に耐えるバックエンドにする。大きなチャンネルでの投稿一つで、顧客の多くが同時にアプリへ来ることがあります。

「一つの操作」に絞る考え方は、Telegramの外でも有効です。ProAnalizyの最初の画面にあるのは、検査結果をアップロードするという一つの操作だけで、その下に安心材料が三つ並び、登録も不要です。ミニアプリの画面も、同じくらい絞り込むべきです。

作りたい場合は、Telegramミニアプリ・ボットのサービスで、アプリ、ボット、Webサイトを一つのプロジェクトとしてお引き受けします。またはアイデアをお聞かせください。フローの設計から始めます。