Wi-Fi
Wi-Fiを使用している場合は、デバイスで設定したある種のアクセスポイントに電話で接続し、必要な情報を渡して、デバイス（および電話）を実際に必要なWi-Fiに再接続しますそれらを接続します。
Wi-Fiを使用している場合、その回避策は実際にはありません。自宅のWi-Fiの情報を入力するのはアプリUXであり、この質問のトピックからは少し外れています。1 では、最初にデバイスのアクセスポイントを確立し、次に2番目のデバイスに可能な限り快適で安全な方法で接続する方法に焦点を当てましょう。
アクセスポイントの確立
- アクセスポイントは、出荷時設定にリセットした後でのみ使用できます。（デバイスは出荷時設定にリセットされていますか？）
- アクセスポイントモードに入る物理的なボタンがあります。
- アクセスポイントモードをトリガーするワイヤレスの方法があります。（セキュリティの観点からはお勧めできません。）
初期アクセスポイントの資格情報
- ありません。（あなたはセキュリティレビューを想像することができます。）
- それらはデバイスのマニュアルに印刷されており、デバイスごとに同じです。（アクセスポイントがアクティブである時間が十分に短い場合はOKです。）
- それらはデバイスのマニュアルに印刷されており、デバイスごとに異なります。（より良いですが、いくつかの制作作業が必要です。）
- それらは、デバイスまたはマニュアルにQRコード形式（または他のスマートデバイスカメラで読み取り可能な方法）で印刷されます。（上記と同じですが、より快適です。）
すべてのデバイスにQRコードを配置するのに十分なスペースがあるとは限らないため、マニュアルについて触れています。また、デザイナーはQRコードを本当に嫌っています。一方、マニュアルは捨てられる傾向があります。
BLE
正直なところ、BLEのペアリングプロセスは、一般的に使用されている方法で簡単に聞くことができるので、好きではありません。（Cf. Security.SEに関するこの質問、BLEセキュリティに関するこのブログ、またはこのホワイトペーパー、またはここまたはここにある BLEセキュリティに関する詳細）。プロトコルはいくつかのより安全なモードを提供しますが、これらは少なくともBLE 4.2でのみ機能しますこれにより、互換性のあるスマートデバイスと、安全なペアリングを実装するための追加の開発作業がすべて削減されます。BLE 5を確認することもできますが、新しいセキュリティ機能を使用すると互換性のあるデバイスが不足する可能性があります。お使いのデバイスについての私の理解は、通常の操作ではBLEを使用しないということです。つまり、BLEセキュリティに投資された他のものに使用できる多くの開発努力を意味します。
ただし、通常はWi-Fiアクセスポイントに接続するよりもBLEを使用する方が快適です。正直なところ、私のプロジェクトでは、Bluetoothはほとんどの場合、これらの理由やその他の理由ですでに除外されています。コストとセキュリティの両方の観点から、実際の使用例では必要のないインターフェースを使用することはあまりありません。もう1つの大きな欠点は、BLEをセットアップした後にWi-Fiをセットアップする必要がある理由をユーザーに説明することです。それはUXの地獄です。
音と光
基本的に、デバイスがセンサーを備えているすべてのものを使用して、資格情報を送信できます。デバイスにカメラが搭載されている場合はスマートフォンのLEDを介してWi-Fiパスワードをモールスするか、マイクがある場合は音声エンコーディング（最適には非人間の聴覚範囲ではない）を使用してパスワードを送信します。セットアッププロセスだけにこれらのコンポーネントを含めないでください。マイクやカメラをこれらの機能を想定していないもので見つけるのは、本当に気味が悪いと人々は感じています。
一般的なアドバイス：
- デバイスがいつWi-Fi資格情報を受け入れるかを検討する
- その時間を短くしてください
- この期間にユーザーに認識可能なトリガーを与える
- ユーザーが資格情報の転送に煩わされる必要が少ないほど、優れています。
1現在のWi-FiのWi-Fiパスワードを読み取るのは少し難しいので、アプリに注意が必要です。これは、おそらくデバイスに送信する資格情報のセットです。これがUXを非常に苦痛にすることが多く、Wi-Fiのリストを簡単に取得することさえできないため、iOSではより苦痛です。Androidを使用すると、後で渡すことができるより多くの情報を取得できます。しかし、それは他の誰もが戦っているもう1つのUXです。