본문 바로가기
KDID 한국디지털산업개발원 로고
기술 이야기

하나의 플랫폼을 웹과 두 개의 앱으로 설계한 이유

본사, 현장 관리자와 근로자에게 필요한 화면은 다르지만 데이터 기준은 하나여야 합니다.

하나의 플랫폼을 웹과 두 개의 앱으로 설계한 이유 대표 이미지

OVERVIEW

이 글에서 다루는 것

본사 담당자, 현장 관리자와 근로자는 같은 현장을 운영하지만 확인해야 할 정보와 수행하는 업무가 다릅니다. 여러 현장을 비교하는 데스크톱 업무와 현장에서 즉시 처리하는 모바일 업무를 하나의 화면에 모두 담으면 핵심 행동이 늦어질 수 있습니다.

좋은 통합 플랫폼은 모든 사용자에게 같은 화면을 제공하는 시스템이 아닙니다. 역할과 사용 환경에 맞는 경험을 각각 제공하면서도 현장, 사용자, 작업과 기록을 하나의 데이터 기준으로 연결하는 시스템입니다.

KEY SUMMARY

핵심 요약

  • 1

    역할별 업무 화면

    사용자가 자주 수행하는 업무를 중심으로 웹과 앱의 정보 밀도와 조작 단계를 다르게 설계합니다.

  • 2

    하나의 데이터 기준

    화면이 달라도 현장·작업·사용자·날짜의 정의와 기록 식별자는 동일하게 유지합니다.

  • 3

    권한에 맞는 정보 제공

    역할별 조회·입력·승인 범위를 구분해 필요한 정보는 빠르게 제공하고 불필요한 노출은 줄입니다.

  • 4

    처리 상태의 공유

    입력, 전송, 확인과 승인 상태를 명확히 보여줘 서로 다른 사용자가 같은 진행 상황을 이해하게 합니다.

DETAILED GUIDE

상세 설명

업무 환경이 다르면 좋은 화면도 달라집니다

기업용 웹서비스는 여러 현장의 현황을 비교하고 검색·승인·문서 관리처럼 정보량이 많은 업무를 처리하는 데 적합합니다. 넓은 화면에서는 전체 상태와 예외 항목을 한눈에 파악하고 필요한 기록까지 단계적으로 확인할 수 있어야 합니다.

현장 관리자와 근로자의 모바일 업무는 짧고 분명해야 합니다. 이동 중이거나 작업 직전에 사용하는 상황을 고려해 지금 해야 할 행동을 먼저 보여주고 자주 쓰는 기능은 적은 단계로 완료하도록 구성해야 합니다.

세 개의 화면을 하나의 데이터 구조로 연결합니다

웹과 앱이 각각 다른 기준으로 데이터를 저장하면 같은 현장과 작업이 서로 다른 이름으로 쌓이고 결국 수작업으로 다시 맞춰야 합니다. 공통 식별자와 상태 체계를 사용해야 한 화면에서 생성한 기록을 다른 화면에서도 같은 업무로 인식할 수 있습니다.

한 번 입력된 기록이 다음 확인과 승인 업무로 이어지면 중복 입력을 줄이고 전달 과정도 단순해집니다. 중요한 것은 화면 수가 아니라 각 화면이 동일한 업무 상태를 얼마나 일관되게 보여주는가입니다.

권한과 상태 표시가 플랫폼의 신뢰를 만듭니다

역할별 화면은 편의만을 위한 구분이 아닙니다. 누가 어떤 현장을 조회하고 어떤 기록을 수정하거나 승인할 수 있는지 명확히 해야 사용자가 자신의 책임 범위를 이해할 수 있습니다.

모바일에서 보낸 기록이 정상적으로 반영됐는지, 현재 누구의 확인을 기다리는지도 보여줘야 합니다. 전송 오류나 수정 필요 상태를 숨기지 않고 다음 행동을 안내하는 것이 여러 사용자가 함께 쓰는 플랫폼의 중요한 UX 원칙입니다.

PRACTICAL CHECK

실무 체크포인트

  • 같은 기록을 같은 의미로 보는가

    웹과 앱에서 현장명, 작업 유형, 상태와 기록 식별 기준이 동일한지 확인합니다.

  • 역할별 핵심 업무가 먼저 보이는가

    각 사용자가 자주 수행하는 업무와 긴급 항목이 첫 화면에 드러나는지 점검합니다.

  • 권한 범위가 명확한가

    조회·작성·수정·승인 권한을 역할과 현장 단위로 구분합니다.

  • 전송과 처리 상태를 알 수 있는가

    등록 완료, 확인 대기, 수정 요청과 오류 상태를 구분하고 다음 행동을 안내합니다.

목록으로