직원들이 실제로 쓰고 싶어 하는 사용자 경험 설계하기

By Mirko Peters · 2026-08-13

블로그에 다시 오신 것을 환영합니다! 경비 보고서를 제출하거나 휴가를 신청하려고 불편하고 낡은 사내 포털을 몇 시간씩 헤맨 적이 있다면, 엔터프라이즈 소프트웨어 설계가 나쁠 때 생기는 숨은 비용이 무엇인지 이미 잘 아실 것입니다.

Automatically translated with AI from the original post. Read the English original

Titelbild: Designing User Experiences That Employees Actually Want to Use

블로그에 다시 오신 것을 환영합니다! 경비 보고서를 제출하거나 휴가를 신청하려고 불편하고 낡은 사내 포털을 몇 시간씩 헤맨 적이 있다면, 엔터프라이즈 소프트웨어 설계가 나쁠 때 생기는 숨은 비용이 무엇인지 이미 잘 아실 것입니다. 수년간 많은 조직이 강력한 내부 시스템을 구축하거나 라이선스를 구매하는 데 막대한 예산을 투입했지만, 직원들의 사용률은 제자리걸음을 해 왔습니다. 이유가 무엇일까요? 백엔드 아키텍처는 탄탄할 수 있어도 사용자 경험은 뒷전으로 밀려나 있기 때문입니다. 내부 도구가 생산성을 높이기보다 장애물 경주처럼 느껴지면 직원들은 우회 방법을 찾고, 불만이 쌓이며, 결국 전체 업무 효율이 떨어집니다. 이번 글에서는 단순성, 반응성, 접근성에 초점을 맞춰 직원 사용률을 높이고 엔터프라이즈 소프트웨어의 마찰을 줄이는 실질적인 UX 전략을 살펴보겠습니다.

마찰의 비용: 내부 도구의 낮은 사용률 이해하기

소프트웨어 설계에서 마찰이란 사용자의 속도를 늦추거나 인지 부하를 만드는 모든 요소를 말합니다. 소비자용 앱에서 높은 마찰은 곧바로 삭제로 이어집니다. 하지만 엔터프라이즈 환경에서는 직원이 사내 인트라넷이나 맞춤형 업무 애플리케이션을 마음대로 지울 수 없습니다. 그래서 직원들은 불편함을 감수하거나, 더 나쁘게는 승인되지 않은 타사 앱이나 끝없는 이메일 스레드 같은 안전하지 않은 섀도 IT 솔루션으로 되돌아갑니다.

2단계면 끝날 일을 10번의 클릭으로 해야 한다면, 그 비용은 잃어버린 시간만으로 측정되지 않습니다. 직원의 번아웃, 데이터 입력 오류, IT 이니셔티브에 대한 전반적인 냉소로 나타납니다. 낮은 사용률은 대부분 직원들이 기술에 저항하기 때문이 아니라, 소프트웨어가 사람의 업무 흐름이 아니라 데이터베이스 스키마와 조직도를 기준으로 설계되었다는 신호인 경우가 많습니다. 이를 해결하려면 설계 철학을 "사용자가 이 데이터를 입력하게 하려면 어떻게 해야 할까?"에서 "이 작업을 수행하는 사람이 가장 수월하게 처리하려면 어떻게 해야 할까?"로 바꿔야 합니다.

SPFx와 Microsoft Graph로 매끄러운 인터페이스 구축하기

훌륭한 사용자 경험의 이면에는 빠르고, 반응성이 뛰어나며, 신뢰할 수 있는 기술 아키텍처가 있습니다. SharePoint와 Microsoft Teams용 최신 확장을 구축할 때 개발자는 클라이언트 측 솔루션의 표준으로 SharePoint Framework(SPFx)에 크게 의존합니다. SPFx를 사용하면 확장 가능하고 안전한 애플리케이션을 만들어 최신 Microsoft 365 캔버스에 자연스럽게 녹아들게 할 수 있습니다.

하지만 훌륭한 UI가 살아 있는 느낌을 주려면 풍부한 데이터가 필요합니다. 바로 여기서 Microsoft Graph와 PnPjs가 역할을 합니다. Microsoft Graph는 Microsoft 365 전반에서 사용자 프로필, 파일, 일정, 조직 데이터에 접근하는 중앙 게이트웨이 역할을 합니다. Graph API를 활용하면 개발자는 관련 상황 정보를 사용자 지정 웹 파트에 바로 가져올 수 있어, 시스템이 이미 알고 있는 데이터를 사용자가 직접 입력하는 수고를 덜어 줄 수 있습니다. 또한 PnPjs와 같은 라이브러리를 사용하면 반복적인 보일러플레이트 코드를 줄이고, 재시도 로직을 처리하며, API 호출을 더 매끄럽게 만들어 개발을 크게 단순화할 수 있습니다. 프런트엔드 구성 요소가 즉시 로드되고 데이터를 부드럽게 가져오면 애플리케이션 전체가 반응이 빠르고 완성도 높게 느껴지며, 이는 사용자의 신뢰와 만족도를 직접적으로 높여 줍니다.

단순성, 반응성, 접근성의 균형 맞추기

엔터프라이즈를 위해 설계한다는 것은 모든 사람을 위해 설계한다는 뜻입니다. 진정으로 훌륭한 사용자 경험은 단독으로 존재할 수 없으며, 단순성, 반응성, 접근성을 동등하게 균형 있게 갖춰야 합니다.

단순성은 필수적인 요소가 드러나도록 불필요한 것을 걷어내는 것입니다. 반응성은 직원이 회사 사무실의 대형 데스크톱 모니터에서 내부 애플리케이션에 접속하든, 외근 중 휴대폰으로 접속하든 인터페이스가 자연스럽게 적응하고 모든 기능이 온전히 작동하도록 보장합니다. 접근성(a11y)은 스크린 리더, 키보드 탐색, 고대비 모드 등을 사용하는 다양한 능력의 사용자가 소프트웨어와 막힘없이 상호작용할 수 있도록 보장합니다. 엔터프라이즈 소프트웨어의 접근성 확보는 단순한 규제 준수 체크리스트나 있으면 좋은 부가 기능이 아니라, 궁극적으로 모든 사람의 사용자 경험을 개선하는 포용적 디자인의 필수 요건입니다.

엔터프라이즈 UX를 혁신한 실제 사례

이론도 중요하지만, 이러한 원칙이 실제로 적용되는 모습을 볼 때 진짜 변화가 일어납니다. 일반적인 현장 근무자 보고 도구의 변화를 살펴보겠습니다. 이전에는 현장 기술자들이 햇볕 아래 서 있는 상태에서 휴대폰으로 데스크톱 중심의 비대한 인트라넷 포털에 로그인해, 작은 드롭다운 메뉴와 여러 페이지로 이루어진 양식을 헤쳐 나가야 했습니다.

최신 관점으로 UX를 재설계하면서 개발 팀은 양식을 최소한의 필수 요소만 남기도록 간소화하고, 반응형 디자인 원칙을 적용해 앱이 모바일 화면에 완벽하게 맞춰지도록 했습니다. 카메라 업로드와 위치 정보 같은 기기 기능을 통합했고, 다섯 페이지짜리 양식을 하나의 간결한 스크롤 화면으로 줄였으며, 캐싱을 활용해 현장 근무자가 오프라인 상태에서도 보고서를 제출할 수 있도록 했습니다. 그 결과는 어땠을까요? 적시 제출률이 눈에 띄게 높아졌고, 헬프데스크 지원 티켓이 크게 줄었으며, 더 이상 회사 소프트웨어 사용을 두려워하지 않는 훨씬 행복한 직원들이 생겼습니다.

결론: 사람들이 실제로 쓰고 싶어 하는 소프트웨어 설계하기

결국 엔터프라이즈 소프트웨어는 사람을 지치게 하는 것이 아니라 힘을 실어 줘야 합니다. 사람 중심 디자인을 우선시하고, SPFx 및 Microsoft Graph와 같은 최신 프레임워크를 활용하며, 단순성, 반응성, 접근성에 전념함으로써 직원들이 실제로 사용하기를 기대하는 도구를 만들 수 있습니다. 훌륭한 UX는 지속적인 개선, 공감, 그리고 기술적 완성도를 향한 여정입니다.

이 주제를 더 깊이 알아보고 최신 고성능 솔루션과 훌륭한 사용자 경험 구축에 관한 전문가의 통찰을 듣고 싶다면, 관련 팝캐스트 에피소드를 꼭 확인해 보세요: Building Modern Microsoft 365 Solutions with SharePoint Framework, Microsoft Graph, PnPjs & Great User Experiences with Julie Turner [MVP]. Julie는 다음 엔터프라이즈 개발 프로젝트에 접근하는 방식을 완전히 바꿔 줄 실질적인 조언을 들려줍니다!