2024 RapidMetering · 수도 원격 검침시스템

2024 RapidMetering · 수도 원격 검침시스템

2024 RapidMetering · 수도 원격 검침시스템

RapidMetering은 AI 기반 이미지 인식 기술을 통해 지침을 자동으로 디지털화하는 원격검침 솔루션입니다.

RapidMetering은 AI 기반 이미지 인식 기술을 통해 지침을 자동으로 디지털화하는 원격검침 솔루션입니다.

RapidMetering은 AI 기반 이미지 인식 기술을 통해 지침을 자동으로 디지털화하는 원격검침 솔루션입니다.

IoT 솔루션 기획

2024-2025

Project Overview

어떤 프로젝트인가요?

RapidMetering은 아날로그 수도 계량기에 IoT 단말기를 부착하고, AI로 숫자를 인식해 사용량을 수집·분석하는 스마트 원격검침 시스템입니다.

기존 제품(HY-CHECK)의 리뉴얼 프로젝트로 , 관리자 플랫폼의 전체 흐름 설계와 기능 정의, 화면설계, UI 구성, QA까지 진행하였습니다.

현장 기사·관리자·벤더 등 다양한 사용자 권한 구조를 고려한 시스템 설계와 실제 운영시 활용되는 데이터 값들을 적합하게 설계하는 부분이 핵심 과제였습니다.

RapidMetering은 아날로그 수도 계량기에 IoT 단말기를 부착하고, AI로 숫자를 인식해 사용량을 수집·분석하는 스마트 원격검침 시스템입니다.

기존 제품(HY-CHECK)의 리뉴얼 프로젝트로 , 관리자 플랫폼의 전체 흐름 설계와 기능 정의, 화면설계, UI 구성, QA까지 진행하였습니다.

현장 기사·관리자·벤더 등 다양한 사용자 권한 구조를 고려한 시스템 설계와 실제 운영시 활용되는 데이터 값들을 적합하게 설계하는 부분이 핵심 과제였습니다.

프로젝트 범위

프로젝트 범위

프로젝트 범위

관리자 웹 플랫폼 설계

도구

도구

도구

Figma, Google Sheet, Jira,ppt

역할

역할

역할

디자인기획 총괄

기간

기간

기간

2024

Research

어떻게 시작했나요?

어떻게 시작했나요?

기획 초기, 기존 시스템(HY-CHECK)의 UI/UX 문제와 기능 누락을 파악하기 위해 내부 담당자 인터뷰 및 실제 관리자 사용을 통해 수집하여 분석했습니다.

추가로 스마트 검침 분야의 경쟁사 솔루션을 벤치마킹하려 했지만, 대부분의 솔루션은 계약 기반 폐쇄적 운영으로 인해 화면 접근이 제한이 어려워서 해외 데모 사이트를 제공하는 업체들을 참고하여 구성과 흐름을 파악했습니다.

해외 솔루션 분석

해외 솔루션 분석

분석하고 수집한 자료를 토대로 요구사항 정의서를 제작하였습니다.
RapidMetering의 대상은 국내가 아닌 일본을 대상으로 하고 있기 때문에 일본 협력업체의 요구사항과 HY-CHECK을 사용했던 내부 담당자들의 인터뷰결과와 요구사항으로 나누어 정리하였습니다.

요구사항 추적 매트릭스(내부)

요구사항 추적 매트릭스(내부)

요구사항 추적 매트릭스(외부)

요구사항 추적 매트릭스(외부)

Objective

어떤 문제를 해결하려 했나요?

어떤 문제를 해결하려 했나요?

기존 시스템(HY-CHECK)을 분석해본 결과 아래와 같은 문제를 가지고 있었습니다.

  1. 실사용자 중심의 정보 구조 부재

    • 관리자, 현장기사,검수자, 사용자 다양한 역할이 존재하지만 시스템 내에서 구분 없이 동일한 정보가 제공되어, 실제 업무에 불필요하거나 과도한 정보로 혼란이 발생했습니다.

  2. 이상 징후 발생 시 실시간 대응 어려움

    • 저사용, 누수, 통신 불량, 배터리 부족 등 문제가 생겨도 관리자나 기사가 인지하는 데 시간이 오래 걸리고, 구조적으로 이를 한눈에 파악할 수 있는 시스템이 없었습니다.

  3. 데이터의 ‘신뢰도’ 불투명

    • 대시보드의 현황 수치들과 상세화면의 데이터 값들이 동일 하지 않아 신뢰하기 힘들었습니다.

  4. 권한별 소통 오류

    • 관리자와 현장기사, 검수자는 서로 보는 화면이 다르게 구성되어있어서 기능 오류가 발생했을 경우 혹은 문의가 왔을 경우 같은 화면에서 보고 처리할 수가 없는 구조로 어려움이 있었습니다.
      ex) 사용자가 단말기 고장으로 수리를 등록할 경우 등록 후 상태를 알 수 없음, 현장기사가 수리 건에 대해 확인이 어려움 등

이 프로젝트의 핵심 기획 목표를 세워서 문제를 해결하고자 했습니다.

  • 사용자 권한별 업무 중심의 정보 설계

  • 한 눈에 볼 수 있는 직관적인 데이터 시각화

  • 현장 대응 흐름을 시스템 상에 설계하여 연결성 강화

기존 시스템(HY-CHECK)을 분석해본 결과 아래와 같은 문제를 가지고 있었습니다.

  1. 실사용자 중심의 정보 구조 부재
    ·
    관리자, 현장기사,검수자, 사용자 다양한 역할이 존재하지만 시스템 내에서 구분 없이 동일한 정보가 제공되어, 실제 업무에 불필요하거나 과도한 정보로 혼란이 발생했습니다.

  2. 이상 징후 발생 시 실시간 대응 어려움
    ·
    저사용, 누수, 통신 불량, 배터리 부족 등 문제가 생겨도 관리자나 기사가 인지하는 데 시간이 오래 걸리고, 구조적으로 이를 한눈에 파악할 수 있는 시스템이 없었습니다.

  3. 데이터의 ‘신뢰도’ 불투명
    ·
    대시보드의 현황 수치들과 상세화면의 데이터 값들이 동일 하지 않아 신뢰하기 힘들었습니다.

  4. 권한별 소통 오류
    ·
    관리자와 현장기사, 검수자는 서로 보는 화면이 다르게 구성되어있어서 기능 오류가 발생했을 경우 혹은 문의가 왔을 경우 같은 화면에서 보고 처리할 수가 없는 구조로 어려움이 있었습니다.
    ex) 사용자가 단말기 고장으로 수리를 등록할 경우 등록 후 상태를 알 수 없음, 현장기사가 수리 건에 대해 확인이 어려움 등

이 프로젝트의 핵심 기획 목표를 세워서 문제를 해결하고자 했습니다.

  • 사용자 권한별 업무 중심의 정보 설계

  • 한 눈에 볼 수 있는 직관적인 데이터 시각화

  • 현장 대응 흐름을 시스템 상에 설계하여 연결성 강화

HY-CHECK AS-IS 프로세스 정리


HY-CHECK AS-IS 프로세스 정리


HY-CHECK AS-IS 세부 프로세스 분석


HY-CHECK AS-IS 세부 프로세스 분석


Process

어떤 흐름으로 설계했나요?

어떤 흐름으로 설계했나요?

기존 HY-CHECK을 토대로 세부 기능 정의를 하였습니다.

  • 관리자 대시보드 기능을 핵심 기준(누수, 저사용, 설치/수리, 통신 상태 등)으로 세분화

  • 각 권한별(관리자, 검수자, 현장기사)로 기능 접근 범위와 UI 구성 정의

RadpidMetering (HY-CHECK 고도화) 세부 기능정의서

RadpidMetering (HY-CHECK 고도화) 세부 기능정의서

기능정의서는 개발 완료 후 연관 매트릭스로 추가 작업 진행

기능정의서는 개발 완료 후 연관 매트릭스로 추가 작업 진행

그 다음으로 내부에서도 같은 의미임에도 서로 다른 용어를 사용하고 있는 문제점을 해결하고자 용어 정의를 진행했습니다.

‘계량기’, ‘단말기’, ,'수용가', ‘사업소’, ‘수용가 유형’, ‘생활 안전’ 등 핵심 용어에 대해 사용자 중심의 이해 가능한 표현으로 정리하였습니다.

  • 동일 용어가 부서마다 다르게 쓰이던 혼란을 줄이기 위해 시스템 내 표준 용어 가이드라인 제시

RadpidMetering (HY-CHECK 고도화) 용어 정의

RadpidMetering (HY-CHECK 고도화) 용어 정의


기존 프로세스 분석을 토대로 역할 기반 중심 TO-BE 흐름을 재정리 하였습니다.

  • 사용자/관리자 역할에 따른 접근 제한 추가
    - 하나의 관리자 화면에서 계정별 권한에 따라 화면 및 기능 제한을 두어 주어진 역할에 따라 주된 목적(기능)을 빠르게 접근하고 이용할 수 있도록 함

  • 화면마다 중복된 기능과 과도한 정보들을 메뉴별로 묶어서 간소화하며 효율적으로 확인할 수 있도록 정리

  • 현장기사 설치 및 수리 프로세스 간소화
    - 사용자와 현장기사는 설치 및 수리 절차를 유동적으로 확인 할 수 있으며 언제든 설치, 수리를 진행할 수 있도록 함

RadpidMetering (HY-CHECK 고도화) 역할별 프로세스 정리

RadpidMetering (HY-CHECK 고도화) 역할별 프로세스 정리

RadpidMetering (HY-CHECK 고도화) 세부 프로세스 정리


RadpidMetering (HY-CHECK 고도화) 세부 프로세스 정리


Execution & Iteration

어떻게 만들고 개선했나요?

어떻게 만들고

개선했나요?

Figma를 활용해 기능정의서를 기반으로 스토리보드를 직접 설계하고 구성 요소까지 시각화했습니다.

이 프로젝트는 디자이너의 리소스가 부족했던 상황이었기 때문에, 기획자이자 디자이너로서의 역할을 동시에 수행해야 했습니다.

1. 스토리보드 제작

  • 일관된 스토리보드와 효율적인 작업을 위해 스타일 가이드 및 각 화면에서 필요한 컴포넌트(테이블, 버튼, 상태값 등)를 구성 요소 단위로 설계

  • 디자이너 없이도 실제 서비스와 유사한 UI 퀄리티를 구현하기 위한 작업

2. 협업과 피드백

  • 개발자와 바로 공유 가능한 수준으로 명확한 구조와 주석을 달아, 커뮤니케이션 비용을 최소화

  • 스토리보드 공유 → 프로토타입 시연 및 기획 리뷰 → 피드백 수렴 후 UI/UX 수정 반복

  • 기능의 우선순위나 운영 편의성 이슈가 있을 경우, 직접 화면 구조를 조정해 빠르게 개선

Figma 스토리보드 스타일 가이드 제작

Figma 스토리보드 스타일 가이드 제작

Figma 공통 컴포넌트, 공통 화면 구성

Figma 공통 컴포넌트, 공통 화면 구성

Figma 스토리보드 및 개발팀과 협의 방법

Figma 프로토타입

개발팀, 관리자 리뷰 후 수정사항들은 별도의 페이지에서 수정내역으로 관리하며 모든 수정사항들은 언제든 다시 확인할 수 있습니다.
수정이 완료되고 확정된 사항은 스토리보드에 업데이트를 진행합니다.

수정 및 개선사항 관리

산출물 정리 및 정책 문서 관리

프로젝트가 기능 구현 및 운영 테스트 단계에 진입하면, Jira를 사용하여 기획 산출물과 운영 정책 문서를 정리했습니다.

1. Jira 문서 정리

  • Figma로 설계한 스토리보드, 요구사항 정의서, 용어 정리, 흐름도 등을 기획 기준으로 첨부 및 연동

  • 개발자와 QA가 이슈를 확인할 때 필요한 핵심 흐름, 예외 케이스를 모두 문서로 함께 제공

2. 운영 정책 및 가이드 문서 제작

  • 검침 정책, 부과량 정책, 수리 정책, 권한별 기능 분류, 설치·수리 처리 프로세스 등 운영자가 참고해야 할 정책성 문서를 정리해 내부 공유

  • 내부 인력 교체 시에도 온보딩이 가능한 수준의 문서화를 목표로 작성

  • 해외 제안서용으로 매뉴얼 제작

산출물 정리 및 정책 문서 관리

프로젝트가 기능 구현 및 운영 테스트 단계에 진입하면, Jira를 사용하여 기획 산출물과 운영 정책 문서를 정리했습니다.

1. Jira 문서 정리

  • Figma로 설계한 스토리보드, 요구사항 정의서, 용어 정리, 흐름도 등을 기획 기준으로 첨부 및 연동

  • 개발자와 QA가 이슈를 확인할 때 필요한 핵심 흐름, 예외 케이스를 모두 문서로 함께 제공

2. 운영 정책 및 가이드 문서 제작

  • 검침 정책, 부과량 정책, 수리 정책, 권한별 기능 분류, 설치·수리 처리 프로세스 등 운영자가 참고해야 할 정책성 문서를 정리해 내부 공유

  • 내부 인력 교체 시에도 온보딩이 가능한 수준의 문서화를 목표로 작성

  • 해외 제안서용으로 매뉴얼 제작

JIRA 기획 문서 및 정책 문서 관리

JIRA 기획 문서 및 정책 문서 관리

QA & Validation

어떻게 검증했나요?

어떻게 검증했나요?

개발이 완료된 이후에는 직접 QA 프로세스를 설계하고, 테스트 시나리오를 작성해 기능의 완성도와 실제 사용성을 검증했습니다.

1. QA 프로세스 수립 및 테스트 시나리오 작성

  • 모든 기능 단위에 대해 정상 케이스 / 예외 케이스 / 권한별 케이스로 구분된 테스트 시트 작성(google sheets)

  • 관리자/현장기사 권한에 따라 화면의 달라지는 구성까지 포함

  • 단위 테스트 후 통합 시나리오 테스트 진행 -> 기능 단위가 아닌 사용자 흐름 시나리오 대로 테스트

2. 테스트 및 피드백 적용

  • 실제 운영 테스트 환경에서 테스트를 진행하며,이슈 체크 및 기획 보완사항 수정

3. QA 커뮤니케이션 최적화

  • Jira 내 QA 이슈 트래킹 템플릿(대시보드)를 제작하여, 1차,2차,3차 테스트 오류 상황, 진행상황이 한눈에 보이도록 정리

  • QA 중 기능 변경이 발생한 경우, Figma 및 기능 정의서에 반영하여 일관성 유지

개발이 완료된 이후에는 직접 QA 프로세스를 설계하고, 테스트 시나리오를 작성해 기능의 완성도와 실제 사용성을 검증했습니다.

1. QA 프로세스 수립 및 테스트 시나리오 작성

  • 모든 기능 단위에 대해 정상 케이스 / 예외 케이스 / 권한별 케이스로 구분된 테스트 시트 작성(google sheets)

  • 관리자/현장기사 권한에 따라 화면의 달라지는 구성까지 포함

  • 단위 테스트 후 통합 시나리오 테스트 진행 -> 기능 단위가 아닌 사용자 흐름 시나리오 대로 테스트

2. 테스트 및 피드백 적용

  • 실제 운영 테스트 환경에서 테스트를 진행하며,이슈 체크 및 기획 보완사항 수정

3. QA 커뮤니케이션 최적화

  • Jira 내 QA 이슈 트래킹 템플릿(대시보드)를 제작하여, 1차,2차,3차 테스트 오류 상황, 진행상황이 한눈에 보이도록 정리

  • QA 중 기능 변경이 발생한 경우, Figma 및 기능 정의서에 반영하여 일관성 유지


단위테스트 및 기능별 테스트 작성

단위테스트 및 기능별 테스트 작성

통합 시나리오 테스트 작성

통합 시나리오 테스트 작성

단위 테스트 결과보고서 작성

단위 테스트 결과보고서 작성

통합 테스트 결과보고서 작성

통합 테스트 결과보고서 작성

Result & Reflection

어떤 결과가 있었고, 무엇을 배웠나요?

어떤 결과가 있었고,

무엇을 배웠나요?

IoT 솔루션을 처음 기획하면서 데이터를 단순히 수집하는 것이 아니라, 현장과 시스템의 연결 흐름을 사용자 중심으로 설계하는 일의 중요성을 깨닳았습니다.

실제 사용하는 관리자가 쉽게 효율적으로 움직일 수 있는 구조를 만드는 일이라는 것을 배웠고 부족했던 백엔드 기획 쪽으로 많은 경험이 되었습니다.

1년간 개발한 RapidMetering은 현재 일본 2곳 업체와 협의 중이며 수도 뿐만아니라 가스와 전기까지 통합관리하는 솔루션을 기획하고 있습니다.

최종 결과보고서 작성

최종 결과보고서 작성

Next Projects

다음 프로젝트

다음 프로젝트