ゲーミフィケーションをさらに簡素化（カープール）
インド向けの相乗りアプリを作成しています。そして、アプリはポイント（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つのボタンで表される簡単な選択からアプリケーションのエクスペリエンスを開始し、開始/終了場所を選択させます、日付と時刻。