ユーザー主導でユーザーフレンドリーな Web サイトを作成することは、開発チーム全体が機能やコア ビジネスに価値を付加しないことに多くの時間を費やすことになるため、場合によっては難しい場合があります。しかし、短期的にはユーザーを助け、長期的には価値を付加することができます。納期に厳格なプロジェクト マネージャーは、長期的には付加価値を過小評価する可能性があります。これが Apple Web サイト チームに当てはまるかどうかはわかりませんが、素晴らしいユーザー エクスペリエンスが欠けています。

最近、Apple Web サイトから App Store にアプリを公開しようとしましたが、連絡先情報の問題が発生しました。正しい情報を複数の形式で提供したとしても、それらを受け入れてユーザーに意味のあるメッセージを与える必要がありました。

私の経験では、Web サイトでは、間違った電話番号を入力すると、このフィールドが無効であるかのように常にエラーが表示されます。一般的なメッセージは次のとおりです:

フィールド入力自体からのメッセージは次のとおりです:

国コードを追加しなくても、先頭に 2 つのゼロを付けて試した場合でも、この問題が発生しました。いつも同じエラーメッセージが表示され、それを修正する方法、何をすべきか、さらには何が間違っていたのかについての指示もありませんでした。

最初はサーバーの問題だと思ったので、数時間後にもう一度試してみることにしました。 Apple製品の健康状態を確認しましたが、問題はありませんでした。疲れた後、私はソフトウェア エンジニアとして問題をデバッグし、ネットワーク経由で送信された内容とその応答を確認することにしました。これが私にとっての「なるほどな瞬間」につながりました。
ああ！この時点で、Apple は正しいメッセージを提供する必要があります。
ネットワーク メッセージをチェックしたところ、バックエンドからの正しい詳細とガイドが提供されていることがわかりましたが、Web サイトではそれらが提供されていません。

リクエストのペイロードは次のとおりです:

応答:

{
    "errors": [
        {
            "id": "SOME-GUID",
            "status": "409",
            "code": "ENTITY_ERROR.ATTRIBUTE.INVALID",
            "title": "An attribute value is invalid."
            "detail": "The phone number must be in a valid format. Preface the phone number with ‘ ’ followed by the country code (for example,  44 844 209 0611)",
            "source": {
                "pointer": "/data/attributes/contactPhone"
            }
        }
    ]
}

これを見て詳細を読むことで、問題が番号形式であることが理解でき、作業が楽になりました。

最後の考え:

開発者として、ユーザーのために優れた UI と優​​れた UX を作成するには、ユーザーの問題を知り、理解する必要があります。正しいメッセージを書くことを無視して、ユーザーに自分で問題を解決する方法を示すと、ユーザーとサポートチームに多大な負荷がかかり、一部のユーザーを失う可能性があります。これは長期的には収益の損失を意味し、企業はそれを好みません。