Adoptly

Adoptlyとは？

Adoptlyは、SaaSのアプリ内コミュニケーション・ツールで、チームが製品内で告知コンポーネントを作成・公開できます。モーダル、バナー、ヒントなどの複数の告知形式をカバーし、メッセージが外部ウィジェットのように見えずアプリにネイティブに感じられるようにします。

主な目的は、プロダクトおよびマーケティングチームが告知の表示タイミングと場所を制御し、対象ユーザー（オーディエンス、言語、デバイス、スケジュールなど）に基づいて配信し、不要なメッセージをユーザーへ減らすことです。

複数のアプリ内告知形式（モーダル、バナー、ヒント）: メッセージの緊急度に合ったUIコンポーネントを選択。軽量なヒントからフルモーダルプロンプトまで。
カスタマイズ可能な外観（色、タイポグラフィ、レイアウト、スペーシング）: 視覚スタイルを制御し、告知を製品のUIに合わせる。汎用ウィジェットスタイルを避けます。
オーディエンスとコンテキストによるターゲティング: オーディエンスセグメント（例: 有料 vs トライアル）、特定ページパス、トリガーイベント、言語、デバイスタイプなどの基準で告知を表示。
トリガー 기반表示ルール: onPageViewなどのページおよびライフサイクルトリガーを使用し、適切なタイミングでコンテンツを表示。
スケジュールと適格性ルール: 日付ベースの条件（例: 指定日の「以降」）やトライアル終了などの適格性制約を含めます。
実際のユーザーおよびセグメント別のエンゲージメント可視化: 誰が告知を閲覧・クリックしたかを確認。対象ページごとの内訳でパフォーマンスを把握。

告知を作成: 形式（モーダル、バナー、ヒント）を選び、レイアウト、スペーシング、色などのスタイリングオプションを設定。
ターゲティングとトリガーを設定: 表示場所（例: ページパス /dashboard や /pricing/** ベース）と表示タイミング（例: onPageView）、デバイス・言語制約を定義。
スケジュール/日付条件を追加: タイミングを制御（例: 特定日以降のみ）。オーディエンスタイプ（例: 有料プラン）やトライアル終了などの適格性ルールを設定。
公開し、エンゲージメントを確認: リアルタイムの閲覧/クリック追跡を使い、どのページとセグメントが最も反応したかを特定。

関連ページの有料ユーザーに新アナリティクスモジュールを告知: 有料プランユーザーを対象に、特定ルート（例: ダッシュボードセクション）でトリガーし、ユーザーが更新情報を探す場所に合わせる。
モーダルでプラットフォームの遅延を告知: 注意が必要な場合にモーダル形式を使用。言語・デバイスでターゲティングし、トライアルステータスで適格ユーザーに制限。
バナーで価格関連更新を表示: /pricing/** などのページパスパターンに表示を制限し、onPageView トリガーでプラン検討中のユーザーに届ける。
アプリ内で非トライアルユーザーにプロダクト更新を宣伝: オーディエンスターゲティング（例: トライアル終了でない）、スケジュール/日付制約、ページベースルールを組み合わせ、対象コホートに届ける。
クリックと閲覧を生むページを追跡: ページパスごとのエンゲージメント内訳（例: 高パフォーマンスの /dashboard、/projects、/settings/billing）を使い、今後の告知配置を最適化。

Adoptlyがサポートする告知タイプは？ ページに表示される少なくとも3形式: Modal、Banner、Hint をサポート。
ユーザー状態と適格性で告知をターゲティング可能？ はい。ページに Audience is Paid plan や Audience is not Trial ended などのターゲティングルールが記載。
Adoptlyは告知の表示タイミングをどう決定？ ページに onPageView などのトリガー論理と、日付ベース条件（例: 「2026/03/01以降」）が記載。
告知をローカライズしデバイスで制限可能？ はい。ページの例に Language（例: French）や Device（例: Desktop）によるターゲティングあり。
Adoptlyはエンゲージメント分析を提供？ はい。ページに 誰がエンゲージ（閲覧・クリック）と対象ページごとのパフォーマンス可視化が記載。

アプリ内メッセージングプラットフォーム（汎用ウィジェットベースシステム）：これらのツールもモーダル、バナー、ツールチップを配信しますが、ネイティブ風告知のための詳細なスタイリング制御よりウィジェット配置を優先する場合があります。
プロダクト採用・オンボーディングツール：このカテゴリの代替ツールはユーザー向けワークフローのガイダンスに重点を置き、一部はアプリ内告知をサポートしますが、ページごとの詳細なターゲティングやエンゲージメントレポートよりオンボーディングパスを重視します。
Web UI向けマーケティングオートメーション：汎用マーケティングツールはユーザーセグメントに基づくメッセージトリガーが可能ですが、ワークフローはメール/ランディングページ中心で、アプリ内専用コンポーネントやページ固有表示ルールには特化していません。
アナリティクス駆動型機能告知ワークフロー：チームは自社アプリのルーティングとイベントトラッキングを使ってカスタムアプリ内バナー/モーダルを実装できますが、ターゲティングロジックとエンゲージメント測定の負担がエンジニアリングに移ります。