ユーザーにアプリを案内するメールを送信したいと考えています。これは、しばらくの間正常に使用してきたモバイルディープリンク(カスタムURIスキーム)を使用します。ユーザーがデスクトップコンピューターからリンクを押すと、QRコードをスキャンするか、モバイルでリンクを開く必要があることを説明するWebサイトが表示されます。
私の問題は、ディープリンクが機能しないデスクトップコンピューターでメールを開くユーザーにあります。
今日私たちがしていることは、複数のターゲットを持つことです:
(申し訳ありませんが、これらはぼやけています。リンク自体は共有できません)
QRコードは左のリンクと同じリンクに行きます。残念ながら、これは混乱を招き、2つのクリックターゲットがあり、デザインが一方を他方よりも過大評価しているため、十分に受け入れられていません。
私は元の問題を解決する可能性のある2つのモックアップを思い付きましたが、より良いアイデア(および私のアイデアについての考え)があるかどうかを知りたいです。
最初の:
メリット:1つのターゲットエリア。
短所:わかりにくい(QRをクリックするのは誰か)
2番目:
プロ:かなり簡単です。
短所:人々は読まない。
私はあなたの考えや考えを聞きたいです。
いくつかの明確化コメントから他の回答へ:
ユーザーにデバイスの切り替えを強制するべきではないと思います。代わりに、コンテンツにアクセスするための追加の方法を提供することに集中する必要があります。これはよく似ているかもしれませんが、実際にはメールの認識と構成に関しては異なります。
したがって、このメールを次のように作成します。
[Go there now (button/link)]
or scan QR code:
[(QR code goes here)]
リンクに関して:ユーザーはサーバー側ベースのOS検出を行う場所に移動し、その結果に応じてリダイレクトする必要があります。
QRコードに関して-ユーザーが2つのデバイスを持っている場合にのみ使用できます。つまり、コードがスキャンされているのは、たとえば、デスクトップコンピューター。ユーザーはそれを理解するでしょう。基本的に、ターゲットアドレスはリンクの場合と同じです。
この方法でコミュニケーションが非常に簡単になり、結果が最適になると思います。
これは古い質問のようですが、私たちは最適なソリューションを研究していました。最善の解決策は、私の意見では、次の場合に応じて異なる動作をする単一のリンクを持つことです。
今日これを行う方法は簡単です:
これにはいくつかのトリッキーな部分があり、私は(非常に浅い検索の後で)次の興味深いリソース(オープンソースと商用ソリューションの両方)を見つけました:
デスクトップユーザーがモバイルデバイス用のコンテンツをダウンロードする方法があります。
Google Playでは、デバイスをアカウントに追加して、Androidの電話に直接アプリをダウンロードしてインストールすることができます。
iTunesでは、iPhone用のアプリもダウンロードできます。次に、ユーザーはモバイルデバイスでアプリストアを開き、[更新]> [購入済み]に移動して、ダウンロードしたコンテンツの一覧を表示します。デスクトップにダウンロードした新しいアプリは一番上にあり、クラウドに保存されているはずです(クラウドアイコンが表示されています)。
私は以前にこれらの方法を使用して自分の電話用のものをダウンロードしましたが、私はもう一方の端(売り手の観点)に行ったことがないので、ユーザーをアプリストアのアプリにアプリからリンクできるかどうかわかりませんEメール。 Google Playストアはウェブアプリなので簡単にリンクできます。
あなたがそれを機能させることができれば、これは完璧な解決策になると思います。
" chrome-to-phone "が達成できることを見てください(1m43のビデオでこれを説明しています)。サーバーからモバイルPush dataを使用すると、アプリケーションをコンテキストに起動できます。これは、プライマリチャネルとしてディープリンクURIを使用しません。
したがって、デスクトップメールのUX-リンク付きのメールを取得-リンクがサーバーから跳ね返ります-サーバーが電話でアプリをアクティブにします