🖕🏻 🚵🏽 💆🏻 アプリケーションを構築するために必要なもの：インターフェースについての推論 🤦🏼 📊 ♎️

携帯電話の画面を見てください-喜んで使用するアプリケーション、必要に応じて使用するアプリケーション、不便のために単にアンインストールするアプリケーション、受け入れ可能なアナログを探してください。モバイルアプリケーションを作成する場合、最も問題となるのは、実用的なプロトタイプを作成することです。インターフェース要素がどのように相互作用するか、エンドユーザーがどのようにインターフェースを操作するかを理解する必要があります。あなたが言う-それがテストの目的です。ただし、テストを行う前に、顧客の要件を満たす必要のある作業バージョンを作成する必要があります。銀行向けのアプリケーションの場合は、数百万人のユーザーが必要です。これにアプローチする方法は？

任意のセグメントへのアプローチを探してください！

ESFインターフェースを作成しました。これは重要な経験です。

「プロモーション」コンテストの参加者は、選択したユーザーセグメントの関心をカバーするモバイルアプリケーションを作成するよう招待されます。クライアントアプリケーションやサイトにも取り組んでおり、この投稿で経験を共有することは間違いありませんが、初めに、最近の興味深い経験、つまりESFプログラムのインターフェイスの開発についてお話したいと思います。

クライアントは当社の従業員であり、当時はすでにアプリケーションやプログラムインターフェイスでの作業に慣れていました。また、モバイルアプリケーションのユーザーとは根本的に異なっていました。従業員が時々インターフェイスとやり取りするのではなく、文字通り継続的にやり取りするからです。彼らは私たちがしなければならないことに取り組む必要がありました。すべてが重要でした。画面のスクロール方法、ウィンドウの開き方、各ユーザーが実行する操作の数、インターフェイスに刺激物がないことなどです。

膨大な数の製品（「エキゾチック」）があり、インターフェースの先にある豊富なテクノロジーのレガシーもあります。また、異なるロジックと異なるインターフェースソリューションを備えた多くの異なるプログラムを受け取りました。さらに、祖母が時間通りに年金を受け取り、住宅ローンが遅滞なく支払われるように、業務の高い信頼性を確保する必要があります。カスタマーサービスのロジックを調整することから始め、サービスのロジックに操作を組み込み始めました。これを行うには、操作をアトミックパーツに分解し、小さなステップで操作を改善します。また、既存のシステムに対するユーザーの習慣の強さも考慮する必要があります。たとえば、ユーザーインターフェイスを介してプロンプトに注意を払う方法を学習することにし、これにオレンジ色を使用しました。しかし、彼らは、現在のシステムでは、ユーザーにとって不要なさまざまな情報があり、オレンジ色で強調表示されていることを発見しました。したがって、オレンジ色に注意を払わないことに慣れています。ヒントのための特別なソリューションを探す必要がありました。

仕事を始めたとき、デザイナーは数人しかいませんでしたが、非常に美しいものでしたが、長い時間をかけて作品を作りました。プログラムの成長に伴い、このアプローチは私たちに合わなくなりました。良い製品を作り続ける必要がありましたが、大量にリリースする方法を学ぶ必要がありました。したがって、私たちはシンプルなアイデアを実現しました。デザイナーは異なるものです。誰かが素晴らしい宇宙船のコンセプトを考え出すことに興味があり、誰かが毎日の応答を得るためにチームで働くことにもっと興味があります。

したがって、設計ブロックを2つの部分に分割しました。

概念設計
応用デザイン

概念設計者-クールな概念を考え出し、標準のテンプレートとソリューションを作成します。また、複数のプロジェクトを一度に監督し、単一タイプのシステムインターフェイスをサポートしています。

適用されたデザイナーはチームで直接働き、製品を作成し、製品、アナリスト、プログラマーと毎日通信し、概念的なソリューションを迅速に実装します。

作業はまだ完了していませんが、非常に複雑な銀行業務プロセス向けの直感的なシステムの作成に向かっています。

これで、1日に1、2回アクセスするユーザーのグループ向けのモバイルアプリケーションは、設計やプロトタイプを作成するのにそれほど怖くないように思えます。

チップと洞察を探す場所

「プロモーション」コンテストに関する以前の投稿へのコメントで、オーディエンスセグメント、ポートレート、その他の分析を提供していないことを繰り返し非難されました。私たちは確かに知っているので、基本的にこれを行います-フロントオフィス、銀行支店の従業員でアプリケーションを使用した経験について話すと、最高のアイデアと最も恐ろしく奇妙な欠陥が発見されます。ユーザーに問題や質問が来るのは彼らにとってです。したがって、あなたの近くにある唯一の創造性の源は、あなたのセグメントが何を生き、何を必要としているかを見ることです。多分退職者は大きな活字が必要ですか？おそらくビジネスマンは何らかのトークンを欠いているのでしょうか？若い消費者は、買い物の日に厳しい出費制限が必要ですか？チップとアイデアが近くにあります-それらを見つけ、見聞きするだけです。

私たちは銀行支店の調査に参加しています。さらに、チームが集まって仕事の悩みから切り離し、創造力をフルに発揮するときに、デザイン思考を行うという必須のプロセスがあります。アイデアは収集され、エンドユーザーでテストされ、すでに完成した形でプロジェクトに組み込まれています。

ここに、比較的最近実装したデザイン思考の2つの顕著な事例を示します。彼らは非常に明らかにしています。

事例1

2016年半ばに、チームはデザイン思考の形式でクレジットカードに関する大規模な調査を受けました。

プロジェクトが続いた2か月間、クレジットカードに関連する活動を行う銀行のさまざまな部門の従業員は、さまざまなカテゴリの顧客との100回以上のインタビューを実施しました：銀行のカード保有者、何らかの理由で拒否した個人、個人ワークカード（販売者、レジ係、オンラインストアの宅配便業者など）に遭遇する。クライアントは意図的にインタビューに招待され、通りの群衆の中から文字通り検索されました。チームの1つがバス停留所の乗客とのインタビューを実施しました。 もう1つは駅にあります。

調査の結果によると、カード事業の同僚は、いわゆる「洞察」を多く受け取り、顧客がクレジットカードを選択する方法、それらを使用する方法、拒否または閉鎖する理由に関する多くの理論の確認を受けました他の銀行の商品を選択する顧客を駆り立てて、顧客が食品の内容や、それどころか拒否するのを見たいと思うようにします。デザイン思考は、すでに多くの点で「ぼやけた外観」ではなく、外側から、文字通りすべての9人に1人が毎日直面するすべての問題と「痛み」を感じて、製品とプロセスを内側から見ることができるツールになりました私たちの国の居住者（Sberbankのクレジットカードポートフォリオは約1,700万枚のカードです）。結論と結論により、現在実装段階にある新しいクレジットカードの概念を承認し、顧客にとっての重要性に基づいてプロセスの多くの改善に優先順位を付けることができました。

最も重要な設計思考ツールの1つはプロトタイピングです。 これは、顧客が正式な口頭での説明を提供されていない場合ですが、顧客が自分の目で見て、手を握って、移動し、新しい機能について顧客からフィードバックを得るために将来どのように動作するかを感じたり、既存のものを修正することができる材料のプロトタイプですプロトタイプのテストから得た印象に基づいて、クレジットカード開発部の同僚は、最も鮮明な肯定的なフィードバックを受けた製品とサービスの紹介を開始しました。

できるだけ早く実装した結果の1つは、銀行のWebサイトにある、クレジットカードを使用して利息を支払わない方法に関する情報セクションです。

このセクションには、次の問題に関する多くの資料が含まれています。

カードにいくら使うことができるか。

カードにお金を使う方法。

現金を引き出す方法。

利息を支払わない方法。

カードの充電方法。

「ありがとう」ボーナスに関する情報。

最も一般的な問題を解決します。

このページは、絶対にすべてのクライアントが最初からクレジットカードの使用方法を学び、猶予期間の仕組み、支払いの日付と金額の確認場所などを理解できるように作成されました。誰もが理解できるわけではない豊富な銀行用語がなくても、資料は顧客が理解できる言語で提示されていることに注意してください。例として、顧客からの最も人気のある質問の1つは、「ATMがカードを食べた場合はどうすればよいですか？」のように聞こえます。このリソースの助けを借りて、私たちは顧客に近づき、彼らの言語で彼らとコミュニケーションを始め、顧客が時々質問するのを恐れたり、heしたりするために、時間の不足やその他の理由で財政的に読み書きができないようにしないように計画しています。

事例2

すでに実施されているもう1つの顕著な決定は、クレジットカードの所有者が900に送信し、カードの負債額、次回の支払い額、期日などに関する最新情報を受け取ることができる「債務」SMSです。 テスト中、機能は顧客から多くの肯定的なレビューを受けました。 これにより、コールセンターに電話したり、インターネットを検索してSberbank Onlineにアクセスしたりする必要がなくなるため、時間を節約できます。何よりも、このサービスはスマートフォンをお持ちでないお客様に高く評価されており、普通の押しボタン式の電話がたくさんあり、そのようなお客様がたくさんいます。長寿命バッテリーなど

このデザイン思考プロジェクトの主な価値は、従業員が小さな個別の仕事を担当し、クレジットカードの「ライフパス」全体を見る機会を提供できるようになったことです。顧客の製品を選択する段階から閉鎖または再発行する段階までカードの取得、日常使用などのプロセスを経て最も印象的なのは、プロジェクトの終了後、カードで期限切れの債務を扱う会議で、プロジェクトに参加している方法論者の1人が、「What is you！」という言葉で顧客へのアピールの文言の提案に反対したときでした。クライアントはこれらのすべての用語を理解していないため、それらを理解するべきではなく、彼らの言語でクライアントと通信する必要があります！ そして、これはメソドロジストです-毎日の練習で厳密な正式な手順、アピール、方法、ルールのみを使用することに慣れている人です。

最も重要なことは、ユーザーの痛みを認識し、ユーザーが感じることを理解し、アプリケーションに対する彼の専門的な認識を超えることです。このような分析は、視聴者を調査するための最もクールなツールです。

アプリケーションを最新の状態に保つためにすべきこと

新しいオペレーティングシステムと継続的に更新されるソフトウェアを使用して、新しいモバイルデバイスが市場に参入する速さを知るために専門家である必要はありません。モバイルアプリケーションには、数か月のうちに陳腐化するリスクがあります。

避けるのは簡単です。優れたアプリケーションは、単純なロジックに基づいています-疑問がある場合、これらの疑問は通常正当化されます。製品は変更されますが、製品に浸透するロジック（ロジック+ユーザーアクションのシーケンス）は、プログラムのかなり長期的なスケルトンでなければなりません。もちろん、ハードウェアの変化やユーザーの行動のパターン（自己学習）にロジック自体が適応するのはクールですが、これまでのところ、これは空想の領域からのものです。

ユーザーが嫌いなもの

誰も、愚か者、だまされ、便利であると不便に思われることを好まない。
彼らは芸術的なインターフェイスが好きではありません。それは事実上見えないはずです：ユーザーは単にアプリケーションで作業し、このボタンまたはそのボタンが実行されているとは考えません。
彼らは迷惑な広告が好きではありません-実際、発見ではありませんか？バナー、フルスクリーンオファー、おめでとうございますは、送金やサービスの支払いを急いでいるときに非常に迷惑です。ところで、収益化スキームを開発する際には、これを考慮する必要があります。
彼らは擬似インテリジェントシステムが好きではありません-店舗シェアの予測、パートナーシップの提供、追加サービスの自動選択。これは確かに便利な機能のセットですが、注意が必要です。たとえば、オンデマンドで提供します。

アプリケーションをしてはいけないこと

ユーザーのあらゆるセグメント向けのモバイルアプリケーションは、専門家ではなく、人々向けのアプリケーションでなければなりません。開発者およびUXデザイナーとして、移行、図表、およびコスト管理メカニズムを際限なく賞賛することはできますが、普通の人には魅力的ではありません。

たとえば、アプリケーションでの支出を制限する機能があります。必要な金額を超えて支出することはなく、残高があります。それは理想的なようです-お金が蓄積されている、あなたはそれを無駄にしていません。しかし、いいえ-アプリケーションは、あなたがまだスタッシュを持っていることをインターフェイスで継続的に思い出させます。特に女の子の場合、抵抗するのは本当に難しいです:)。そして最終的に、UXの障害によるアプリケーションはその機能を果たさなかったことがわかります。

ユーザーの要件を考慮に入れる必要があります。一般の人々-あること、専門家-別のこと、企業-その決定。実際、あなたは聴衆に手を差し伸べ、彼女の考えを推測し、彼女があなたの銀行アプリケーションと日常的にどのように対話するかを理解する必要があります。これは、何百万人ものユーザーが間違ってはならない場合に当てはまりますが、非常に美しく洗練されたアプリケーションを作成することができます。

アプリケーションの収益化

収益化の可能性は、競合他社の要件の1つであり、他の製品と同様に獲得しなければならない銀行サービスの最も痛い問題の1つです。収益化を計画するときは、重要なポイントを考慮する必要があります。その主な理由は、その人が支払うべきものに対する態度を逆にすることです。通常、コミッションをどのように認識しますか？個人口座から支払わなければならないサービスに対する銀行への強制支払いとして。自動支払いでも同じことが言えます。一見したところ、覚えておく必要のないすべての支払いを義務付け、特定の日（給与）にカードを預ける必要がある場合に便利です。そして、あなたはもはやこのサービスの利便性に気づかないが、ガス/電気/またはその他の費用のためにあなたの口座からお金が差し引かれる方法、支払いがなくなり、カードの金額が不愉快に減少することだけを見る。

したがって、開発者は、収益化が快適な何かに関連付けられていることを確認する必要があります。光の支払い-あなたにとって光であり、アパートにお金を払うために雨の中家を出ていない-コミッションは快適さと健康への支払いとして認識されますそして、これらのささいなことは多くを解決します。

人について考え、手数料と支払いを多様化できるようにすること、アプリケーションとそのユーザーの目的、およびアクションの有用性と重要性に基づいて負担を計算できることが重要です。

しかし、最も重要なことは、アプリケーションで作業するとき、ユーザーと銀行との関係の根底にある基本的なメッセージを覚えておいてください。銀行はアプリケーションで稼ぐことができません-それが役立ちます。そして、これが彼のビジネス上の使命です。

「プロモーション」コンテストに参加して、銀行顧客のグループ向けのモバイルアプリケーションのビジョンについてお聞かせください。65万人の助成金を獲得し、数百万人が使用するアプリケーション開発者になるチャンスを獲得してください。

サービスの産業開発に関する契約に署名する機会を得て、何百万人もの人々が語る銀行顧客向けのモバイルアプリケーションの著者になりましょう。

契約の条件は、UXテストの結果に基づいて説明されています。

アプリケーションを構築するために必要なもの：インターフェースについての推論

ESFインターフェースを作成しました。 これは重要な経験です。