입찰 시스템, 그리고 그와 유사한 업무 중심 시스템에서는 ‘적응형 UI’가 훨씬 현실적이고 효과적인 선택이 될 수 있습니다.
최근 당사는 ISTN,는 공공기관의 입찰 시스템을 재구축하는 프로젝트를 수행하였습니다. 기존 사이트가 노후화된 UI(JSP기반)와 PC 사용자 환경만 제공한다는 제약 사항을 해소하기 위하여 넥사크로플랫폼 HTML5버전을 기반으로 다양한 환경에서의 접근성과 사용성을 확보하는 것이 주요 과제였습니다.
( ‘Fast S’I를 지원하는 이젠고 통합개발환경패키지 {Devpack} Mobile 버전 커스트마이징 적용 )
기업이나 공공기관의 웹서비스를 구축하다 보면, 고객이 가장 먼저 꺼내는 요구사항 중 하나가 있습니다.
바로 “모든 디바이스에서 잘 보이는 반응형 UI로 해주세요” 입니다.
하지만 당사는 얼마 전 수행한 모바일 입찰사이트 프로젝트에서 ‘반응형 UI’가 아닌 ‘적응형 UI(Adaptive)’ 전략을 선택했습니다.
그 이유는 하나는 바로 사용자 입장에서 ‘PC와 모바일’을 사용하는 관점이 다르기 때문 입니다.
| 구분 | PC에서 접속 | 모바일에서 접속 |
| 접속 목적 | 입찰 등록, 상세 조건 입력, 첨부문서 업로드 등 복잡한 업무 처리 | 입찰 공고 확인, 결과 조회, 푸시 알림 확인 등 빠른 접근 |
| 사용자 유형 | 관리자, 등록 실무자 등 장시간 집중 업무 사용자 | 외근자, 관리자 실시간 정보 확인자 |
| 사용 환경 | 사무실 책상, 키보드/마우스 환경 | 이동 중, 대기 중, 지하철 등 제한된 상황 |
| 선호 기능 | 복잡한 Grid, 검색 필터, 상세 화면, 다중 첨부 등 | 목록 중심, 푸시 알림 연계, 간단한 UI |
예를 들어, 입찰 등록을 하는 담당자는 보통 다음과 같은 흐름으로 업무를 처리합니다.
① 조건 검색 → ② 입찰 내용 입력 → ③ 첨부파일 업로드 → ④ 미리보기 → ⑤ 등록
이 과정은 PC의 넓은 해상도, 키보드/마우스를 활용한 복잡한 UI 조작을 전제로 설계해야 합니다.
반면, 모바일에서의 사용자는 다릅니다.
“공고 떴네? 제목 확인하고 입찰 마감일만 체크해둬야겠다.”
이처럼 핵심 정보만 빠르게 확인하고, 필요한 경우에만 PC로 이동하는 흐름이 대부분입니다.
이런 사용 흐름에 맞춰 설계되지 않은 반응형 UI는, 오히려 모바일에서는 너무 무겁고, PC에서는 지나치게 단순해질 수 있습니다.
또 다른 이유 (기술적 이유)
- 반응형은 하나의 HTML/CSS 구조로 모든 기기에서 레이아웃을 유동적으로 처리하기 때문에 유지보수는 단순하지만, 미디어 쿼리가 복잡해지면 오히려 코드 관리가 어려워지는 경향이 있습니다.
- 적응형은 디바이스 또는 해상도별 고정 레이아웃을 별도 제공하며, 이는 반복적인 유지보수를 필요로 하나 레이아웃 충돌 없이 안정적으로 보장할 수 있습니다.
