場所の文脈とともに申請
パートナーは場所、都市、近くのランドマーク、対象者との適合性、想定するELC価値を説明します。
パートナーシステム
ELCのパートナーシップの動き方。
パートナーは実際の場所の周りに属します。目的地、都市ルート、ランドマーク、近隣モーメント、QR入口、Storeへの受け渡しです。このシェルはバックエンドワークフローを有効にせず運用モデルを説明します。
パートナーの流れ
場所への関心から将来のルート有効化までの管理された道筋。
編集レビュー
ELCは、そのパートナーが目的地、都市、ランドマーク、近隣スポット、QR、オファールートに属するか確認します。
表示経路を選ぶ
このシェルで請求を有効にせず、パートナーを将来のPresence、Journey、Signature経路に割り当てます。
プロフィール層を準備
プロフィール、メディア、所在地、オファー案は、後でダッシュボード確認と承認に向けて準備できます。
ライブルートに接続
将来のリリースで、パートナーを都市ページ、ランドマーク、QRコード、Storeオファー、レポートに接続できます。
パートナーの表示場所
配置はユーザーの旅に従い、邪魔をしないべきです。
読者が都市を探索し、ランドマークの近くに立ち、QRコードをスキャンし、関連するオファーパスを選ぶとき、パートナーは役に立ちます。これによりシステムは上質で文脈的に保たれます。
今後のシステム
これらのシステムは各バックエンドフェーズが明示されるまで公開シェルに入れません。
パートナープロフィール書き込み
確認と承認ワークフロー
Stripe 請求とプラン状況
QR 発行、スキャン、引き換えバックエンド
ダッシュボード分析とレポート
オファー公開とモデレーション
次のステップ
申請シェルから始め、バックエンド承認は別に構築します。
安全な順序は、公開Partner Master、申請シェル、システム説明、その後に検証、保存、レビュー、請求、QR、ダッシュボード状態の明示的なバックエンドPRです。