사용자 중심적이고 사용자 친화적인 웹사이트를 갖는 것은 때로는 까다로울 수 있습니다. 전체 개발팀이 기능과 핵심 비즈니스에 가치를 더하지 않는 일에 더 많은 시간을 할애하게 되기 때문입니다. 그러나 단기적으로는 사용자에게 도움이 되고 장기적으로는 가치를 더할 수 있습니다. 마감 기한을 엄격하게 지키는 프로젝트 관리자는 장기적으로 창출되는 가치를 과소평가할 수 있습니다. 이것이 Apple 웹사이트 팀의 경우인지 확실하지 않지만 훌륭한 사용자 경험이 부족합니다.

최근 Apple 웹사이트에서 앱 스토어에 앱을 게시하려고 했으나 연락처 정보에 문제가 발생했습니다. 다양한 형식으로 올바른 정보를 제공했지만 여전히 이를 수용하고 사용자에게 의미 있는 메시지를 전달해야 했습니다.

내 경험에 따르면 웹사이트에서는 항상 잘못된 전화번호를 제공하면 이 필드가 잘못된 것처럼 읽히는 오류 메시지가 표시됩니다. 일반적인 메시지는 다음과 같습니다.

다음은 필드 입력 자체의 메시지입니다.

국가 코드를 추가하지 않았음에도 처음에 0 두 개로 시도했는데도 이런 문제가 발생했습니다. 문제를 해결하는 방법, 수행할 작업 또는 심지어 무엇이 잘못되었는지에 대한 지침도 없이 항상 동일한 오류 메시지만 표시했습니다!

처음에는 서버 문제인 줄 알고 몇 시간 후에 다시 시도해 보기로 했습니다. 문제가 없는 애플 제품의 건강상태를 확인해 봤습니다. 피곤한 마음에 소프트웨어 엔지니어로서 문제를 디버깅하고 네트워크를 통해 무엇이 전송되고 응답이 무엇인지 확인하기로 결정했고 이것이 나에게 "아하 순간"으로 이어졌습니다.
아하! 그 순간 Apple은 올바른 메시지를 제공해야 합니다.
네트워크 메시지를 확인해 보니 백엔드에서 올바른 세부 정보와 가이드를 제공했지만 웹사이트에서는 이를 제공하지 않는다는 것을 알게 되었습니다.

요청 페이로드는 다음과 같습니다.

응답:

{
    "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를 작성하기 위해 사용자의 문제를 알고 이해해야 합니다. 올바른 메시지 작성을 무시하고 사용자에게 스스로 문제를 해결하는 방법을 보여주면 사용자와 지원팀에 많은 부담을 주고 일부 사용자를 잃을 수도 있습니다. 이는 장기적으로 수익 손실을 의미하며 기업은 이를 좋아하지 않습니다.