기술 인사이트 · 체클리(Checkly) 개발 이야기

현장에서 문제를 찾았습니다.
그 일은 누가, 어떻게 마무리하고 있을까요?

점검표에는 이상이 표시돼 있고, 메신저에는 현장 사진이 올라와 있습니다. 그런데 담당자는 누구인지, 조치는 끝났는지, 관리자는 무엇을 확인해야 하는지 다시 물어봐야 합니다. 기록은 남았지만 일이 끝나기까지의 과정은 여러 도구와 사람 사이에 흩어져 있기 때문입니다.

에이드소프트가 체클리를 만든 이유는 현장에서 발견한 일이 담당자의 처리와 관리자의 확인, 운영 보고까지 이어지게 하기 위해서입니다. 시설 민원, 설비 점검, 위험 신고, 품질 문제처럼 업무 이름은 달라도 필요한 연결은 닮아 있습니다. 어떤 대상에서 무엇을 발견했는지 기록하고, 처리할 사람을 정하고, 조치 결과를 확인하는 흐름입니다.

1. 점검표를 디지털로 바꾸는 것만으로는 부족했습니다

종이와 Excel을 모바일 화면으로 옮기면 입력은 편해집니다. 하지만 발견한 문제가 후속 업무로 이어지지 않으면 담당자는 여전히 전화와 메신저로 일을 전달하고, 관리자는 보고서를 만들기 위해 자료를 다시 모읍니다.

그래서 체클리의 설계는 ‘점검 결과를 어디에 저장할까’에서 한 단계 더 나아갑니다. ‘이 기록으로 다음 사람이 어떤 일을 해야 할까’를 함께 생각합니다.

체클리는 이 질문에 답할 수 있는 업무 흐름을 만드는 데 초점을 맞춥니다. 현장 입력과 관리자 보고가 같은 기록을 바탕으로 이어지도록 하는 것이 출발점입니다.

2. QR은 현장 업무로 들어가는 입구입니다

시설이나 설비에 연결된 QR을 사용하면 현장에서 대상 정보를 찾고 필요한 점검·접수 화면으로 들어갈 수 있습니다. 접수 내용이 어느 공간이나 장비의 일인지 연결돼 있으면 관리자가 대상을 다시 확인하는 부담도 줄어듭니다.

체클리에서 더 중요한 것은 QR을 찍은 뒤의 흐름입니다. 이용자가 문제를 접수하는 화면과 내부 담당자가 점검·조치를 수행하는 화면은 목적과 권한이 다릅니다. 대상을 찾은 뒤 필요한 양식, 담당자와 처리 상태, 이전 기록이 이어져야 실제 운영에 도움이 됩니다.

3. 체클리의 구조: 발견에서 처리완료와 보고까지

에이드소프트는 장소·자산 관리, 점검 양식·일정, 이슈 처리, 사용자·권한, 대시보드 등의 공통 모듈을 기반으로 현장과 관리자 사이의 업무를 연결합니다. 아래는 체클리의 설계 방향을 보여주는 개념도입니다.

기술의 역할은 기록 사이의 관계를 유지하는 것입니다

점검 화면과 조치 화면을 각각 만드는 것만으로는 충분하지 않습니다. 같은 대상의 점검 결과에서 발생한 문제가 어떤 처리 업무로 이어졌는지, 그 업무가 어떤 결과로 마무리됐는지를 연결해야 합니다. 이렇게 남긴 기록은 담당자가 바뀌어도 이전 상황을 이해하고 업무를 이어갈 기반이 됩니다.

현장 담당자에게는 지금 입력하고 처리할 일을, 관리자에게는 확인해야 할 상태와 이력을 보여주는 방식으로 화면을 구성합니다. 업무 절차와 역할이 다른 현장에는 필요한 양식과 처리 흐름을 맞춤 적용합니다.

4. 산업이 달라도 연결해야 할 업무는 닮아 있습니다

연구소의 냉난방 민원, 공장의 설비 이상, 물류센터의 위험 신고, 제조라인의 품질 문제는 각각 다른 전문성이 필요합니다. 동시에 발견한 일에 담당자를 정하고, 조치 결과를 확인하고, 기록을 남겨야 한다는 공통점이 있습니다.

체클리의 확장 방향도 이 공통 흐름 위에서 현장별 차이를 담는 데 있습니다. 아래 네 가지는 산업별 시범 서비스의 구성 방향입니다. 각 현장의 양식·처리 절차와 필요한 기능을 확인해 적용 범위를 정합니다.

공통 모듈을 활용하고 현장에 필요한 화면과 절차를 더하면, 업무 영역이 달라질 때마다 같은 기능을 처음부터 다시 만드는 부담을 줄일 수 있습니다. 고객 입장에서는 자신의 점검표와 업무 방식에 맞는 시스템을 구성할 수 있습니다.

5. 한 가지 현장 문제부터 연결합니다

시설의 냉각설비에서 누수를 발견한 상황을 예로 들어보겠습니다. 이는 업무 흐름을 설명하기 위한 가상 예시입니다.

1. 현장 담당자가 대상 설비를 확인하고 발견 내용과 사진을 남깁니다.
2. 시설팀이 처리 담당자를 정하고 접수·진행 상태를 관리합니다.
3. 담당자가 조치 내용과 완료 사진을 기록합니다.
4. 관리자가 처리 결과를 확인하고 해당 설비의 이력으로 남깁니다.
5. 이후 같은 설비를 점검하거나 운영 보고를 준비할 때 이전 기록을 활용합니다.

이 과정을 통해 남기려는 것은 ‘완료’ 표시 하나가 아닙니다. 누가, 언제, 어디에서 무엇을 발견했고 어떻게 처리했는지 다시 확인할 수 있는 기록입니다.

도입도 현장에서 먼저 해결할 문제와 실제 사용하는 점검표를 확인하는 것부터 시작합니다. 하나의 공간이나 설비군 등 필요한 범위를 정하고, 양식·담당자·권한·완료 기준을 맞춘 뒤 검증과 교육을 진행합니다.

효과는 실제 업무에서 확인해야 합니다

체클리가 만들고 싶은 변화는 기록과 전달, 확인과 보고에 드는 반복 작업을 줄이는 것입니다. 이를 확인하려면 사용 횟수뿐 아니라 기록 시간, 담당자 지정 시간, 처리완료까지의 시간, 보고 준비 시간을 도입 전후에 비교해야 합니다. 개선 효과는 현장별 운영 데이터로 검증하고 설명하는 것이 맞습니다.

우리가 체클리로 연결하려는 것

에이드소프트는 현장에서 남긴 정보가 다음 사람의 업무에 쓰이고, 처리 결과가 관리자의 확인과 운영 판단으로 이어지는 시스템을 만들고자 합니다. 체클리의 공통 모듈과 현장 맞춤 개발은 이 연결을 실제 업무 방식에 맞게 구현하기 위한 선택입니다.

현장에서 발견한 일을, 처리완료까지 연결합니다.

체클리를 만든 이유를 가장 짧게 설명하는 문장입니다.

함께 읽기: 장비 연동부터 AI 업무 플랫폼까지: 고객의 운영을 연결하는 방식