インド向けの相乗りアプリを作成しています。そして、アプリはポイント(km)システムで動作する必要があります。最初に、points
をベースとするシステムでの作業は、代わりにkms
を使用するようにアドバイスされるまでは十分だと思いました。だから今私はポイントにkms
を使用しています。
周りの人を運転してkms
を稼ぎ、誰かと一緒に乗るとkms
を使います。
車をラウンドロビンすると、システム内でkms
が回転します。 2日間の終わりに身体が失われることはありません(相乗りは2人のみと想定)。
乗るだけの場合は、最終的にシステムからkms
を購入する必要があります。
人を運転するだけの場合は、ギフト、クーポン、現金と引き換えにkms
を利用する必要があります。
これが私のホーム画面です。問題は、初めて見たときのことですが、上記は十分明確ですか。
Driving Todayを押すと、下のアクションバーとボタンがearnおよびOffer Rideに変わることに注意してください。
アプリケーションの主なセールスポイントはアイデアです。ユーザーにこのアイデアを説得する必要があります。そうするためには、ユーザーにベアインターフェースを残しておくことはできません。代わりに、適切なオンボーディングを提供するにする必要がありますが、インターフェースではなくアイデアに焦点を当てています。
あなたのモックアップでは、その一部を見ることができますが、これらは機能のみを参照しています。つまり、ユーザーに提示したい視覚的な手がかりであると考える、この部分を意味します。
ただし、この画面が表示される前に、ユーザーはアプリケーションの説明を確認する必要があります。 Xアーカイブで多くのオンボーディングの例を確認 -これらが役立つことを願っています。
あなたが提示したインターフェースについて-それはいくつかの方法で改善できると思います:
ユーザーの言語に切り替え-特に「バランス」や「支出」などの用語は避けて、異なる表現を使用してください。 「乗車までの距離」や「通勤距離」など。
ユーザーが読み取るのと同じ単位で表現された複数の値が存在する(少なくともそれらの間に関係がある場合)。 (利用可能)100 | 19(使う)は良くないことを意味します。19| 100を使用することをお勧めします。 「100のうち19」に完全に切り替えることもできます。
単位を指定混乱を避けるためにどこでも(19 | 100km)
Streamline processes-[誰かに配車したい]と[配車が必要]の2つのボタンで表される簡単な選択からアプリケーションのエクスペリエンスを開始し、開始/終了場所を選択させます、日付と時刻。