웹 포털 개발에서 포털 외부에서 발생하는 활동을 고려해야 하는 이유

웹 포털은 사용자가 정보를 검토하고, 요청을 제출하거나 거래를 완료하는 곳일 수 있지만, 이러한 활동이 이루어지는 유일한 장소는 아닙니다. 고객은 모바일 앱에서 요청을 시작하고, 지원 담당자에게 문의하고, 자동 업데이트를 받은 후 나중에 포털로 돌아올 수 있습니다. 직원은 포털을 확인하기 전에 내부 시스템을 통해 변경 사항을 적용할 수도 있습니다.

이는 웹 포털 개발에 어려움을 야기합니다. 포털은 자체 인터페이스 외부에서 발생하는 변화를 이해해야 하기 때문입니다.

페이지 내에서 이루어진 작업만 추적하는 경우 사용자는 오래된 정보, 중복된 작업 또는 다른 곳에서 이미 변경 사항이 발생했음에도 불구하고 워크플로가 멈춰 있는 것처럼 보이는 문제를 겪을 수 있습니다.

관련 글: 자동 생성 코드 문제: 웹 개발 초보자가 확인해야 할 사항

외부 조치로 인해 포털에 표시해야 하는 내용이 변경될 수 있습니다

가장 어려운 부분은 정보를 표시하는 것이 아니라, 어떤 외부 동작이 포털의 상태를 변경해야 하는지를 결정하는 것입니다.

API는 눈에 보이지 않는 상태 변화를 일으킬 수 있습니다

API 연동을 통해 사용자가 포털을 열지 않고도 계정을 업데이트하거나, 주문 상태를 변경하거나, 워크플로를 실행할 수 있습니다.

예를 들어, 고객이 모바일 애플리케이션을 통해 주소를 업데이트할 수 있습니다. 해당 고객이 나중에 포털에 로그인하면 새 정보가 이미 반영되어 있어야 합니다. 이전 주소가 표시되면 혼란을 야기하고 사용자가 어느 시스템이 기준이 되는지 의문을 가질 수 있습니다.

이는 웹 포털 개발 시 포털을 독립적인 환경으로 취급하는 대신 API 및 연결된 애플리케이션에서 발생하는 상태 변화를 고려해야 함을 의미합니다.

지원팀은 동일한 기록을 변경할 수 있습니다

외부 조치가 항상 자동화되는 것은 아닙니다. 지원 담당자가 고객을 대신하여 계정을 조정하거나, 요청을 승인하거나, 문제를 해결할 수 있습니다.

포털이 해당 업데이트를 수신하거나 인식하지 못하면 고객은 계속해서 이전 상태를 보게 될 수 있습니다. 더 심각한 경우, 고객은 지원 담당자가 이미 완료한 작업을 반복할 수도 있습니다. 따라서 포털은 외부 시스템의 변경 사항을 검증, 동기화 및 표시하는 방법에 대한 명확한 규칙을 마련해야 합니다.

동기화는 단순히 데이터를 최신 상태로 유지하는 것 이상의 의미를 지닙니다

데이터 동기화는 간단해 보이지만 타이밍이 중요합니다. 두 시스템은 동일한 거래에 대해 서로 다른 상태를 표시하면서도 기술적으로 유효한 정보를 보유할 수 있습니다.

최신 업데이트가 항상 정확한 것은 아닙니다

단순히 "마지막 업데이트 우선" 방식을 사용하면 업데이트 순서가 뒤바뀔 경우 문제가 발생할 수 있습니다. API 메시지가 지연되면 최신 변경 사항이 덮어쓰여질 수 있고, 수동 수정 작업이 자동화된 워크플로와 충돌할 수도 있습니다.

최신 웹 포털 개발에는 타임스탬프, 이벤트 순서, 버전 확인, 명확한 시스템 소유권과 같은 메커니즘을 통해 어떤 업데이트가 우선해야 하는지를 결정하는 것이 필요합니다.

사용자에게는 최신 데이터뿐만 아니라 맥락도 필요합니다

포털은 사용자의 다음 단계에 영향을 미치는 중요한 변경 사항에 대해 설명해야 합니다.

포털 외부의 지원팀에서 요청을 승인한 경우, 단순히 상태를 변경하는 것만으로는 충분하지 않을 수 있습니다. 인터페이스에 요청이 검토되었으며, 필요한 경우 추가 조치가 있음을 표시하는 것도 필요할 수 있습니다.

그러한 맥락은 사용자가 이전에 어떤 채널을 사용했는지에 관계없이 연속성을 기대하는 옴니채널 경험에서 특히 중요해집니다.

다른 곳에서 발생하는 행동을 고려한 디자인

이는 팀이 워크플로 자동화에 접근하는 방식을 바꿉니다. 포털 클릭만을 기반으로 워크플로를 구축하는 대신, 애플리케이션, API, 직원 및 자동화된 프로세스 전반에서 발생할 수 있는 이벤트를 모델링해야 합니다.

단순히 세션이 아닌 이벤트를 중심으로 구축하세요

이벤트 기반 접근 방식을 사용하면 포털이 다른 곳에서 변경 사항이 발생할 때 반응할 수 있습니다. 사용자는 다른 시스템에서 작업이 완료되었다는 이유만으로 반복적으로 페이지를 새로 고치거나 정보를 다시 제출할 필요가 없습니다.

시스템을 연결하기 전에 소유권을 정의하십시오

모든 중요한 데이터는 명확한 출처를 가져야 합니다. 그렇지 않으면 연결된 시스템들이 서로를 지속적으로 덮어쓰거나 사용자가 어떤 버전을 신뢰해야 할지 확신할 수 없게 될 수 있습니다.

결론

현대적인 포털은 점점 더 디지털 워크플로 자체라기보다는 더 광범위한 디지털 워크플로를 보여주는 창으로 변모하고 있습니다. 사용자는 여러 채널을 통해 작업을 수행할 수 있으며, API와 자동화된 프로세스는 백그라운드에서 일어나는 일들을 지속적으로 변화시킵니다.

따라서 가장 효과적인 웹 포털 개발 전략은 사용자가 포털 내에서 수행하지 않는 작업까지 포함하여 사용자의 전체 여정을 고려하여 설계해야 합니다. 외부 이벤트, 시스템 소유권 및 동기화가 제대로 처리되면 포털은 기본 프로세스를 단편적으로 보여주는 것이 아니라 신뢰할 수 있는 반영물이 됩니다.