여러 사람이 쓰는 점검 앱은 어디가 다른가

결론 먼저: 여러 사람이 쓰는 점검 앱은 거대한 플랫폼이 아니어도 됩니다. 종이 점검표를 폰 입력, 사진 증거, 공유 기록, 보고서로 이어주는 작은 업무 도구부터 시작할 수 있습니다. Google Apps Script, Sheets, Drive만으로도 첫 버전은 충분히 간편하게, 그리고 유지비 없이 만들 수 있습니다.

직접 만들어 공개해 둔 데모가 있습니다. 폰으로 열면 설비 선택부터 A4 보고서 내보내기까지 끝까지 해볼 수 있습니다.

이 글은 특정 현장의 실제 앱을 공개한 것이 아닙니다. 공개 가능한 수준으로 줄인 패턴입니다. 업종, 장소, 장비명, 기준값, 운영 수치는 의도적으로 뺐습니다.

혼자 쓰는 앱과 다른 점

좋은생각카드는 한 사람이 열고, 자기 기기에 메모를 남기는 앱입니다. 데이터도 작고, 실패해도 업무가 멈추지 않습니다.

여러 사람이 쓰는 점검 앱은 성격이 다릅니다.

• 혼자 쓰지 않습니다. 여러 점검자가 같은 데이터에 동시에 씁니다. 누가, 언제, 무엇을 남겼는지가 보여야 합니다.
• 대충 저장하면 안 됩니다. 두 사람이 같은 순간에 저장하거나, 끊겨서 다시 눌러도 기록이 겹치거나 두 번 들어가면 안 됩니다.
• 사진이 증거가 됩니다. 특정 항목은 사진이 없으면 제출되지 않아야 합니다.
• 보고서가 필요합니다. 입력으로 끝나는 것이 아니라 시트, PDF, 이미지로 이어져야 합니다.

그래서 이런 앱은 화면은 단순해 보여도, 뒤쪽 데이터가 더 중요합니다.

줄이면 이렇게 만들 수 있습니다

공개용 데모로 줄인다면 핵심 흐름은 이 정도면 충분합니다.

1. 오늘의 점검 목록: 담당자에게 필요한 설비만 보여줍니다.
2. 점검 입력 화면: 정상, 주의, 조치 필요 같은 상태와 메모를 남깁니다. 작성 중 자동 임시 저장됩니다.
3. 사진 첨부: 필수 사진이 필요한 항목은 제출 전 누락을 막습니다.
4. 보고서·현황 화면: A4 보고서로 내보내고, 월별·지역별 진행 상황을 봅니다.

이 정도만 있어도 종이 점검표, 사진첩, 메신저 보고, 엑셀 정리를 오가는 일을 한 줄로 묶을 수 있습니다.

복잡한 지점

첫째, 여러 명이 같은 데이터를 씁니다. 두 사람이 같은 순간에 저장하면 기록이 깨질 수 있습니다. 끊겨서 다시 누르면 중복이 생깁니다. 이건 화면이 아니라 저장 방식에서 막아야 합니다. (개발 관점의 해법은 기술 노트에 코드까지 정리했습니다.)

둘째, 사진은 파일이 아니라 증거입니다. Drive에 파일을 올리고, 시트에는 링크와 시간, 항목, 제출자를 남깁니다. 나중에 사진만 따로 굴러다니지 않게 묶어야 합니다.

셋째, 상태 흐름이 필요합니다. 점검 완료, 검토 대기, 조치 필요 같은 상태가 명확해야 합니다. 이게 없으면 앱은 예쁜 입력 폼일 뿐이고, 현장에서는 다시 메신저로 확인하게 됩니다.

넷째, 이력이 남아야 합니다. 누가 언제 제출했는지, 무엇이 바뀌었는지가 남아야 합니다. 복잡한 감사 시스템이 아니어도, 최소한의 이력은 업무 신뢰를 만듭니다.

왜 GAS가 맞는가

이런 앱의 첫 버전은 빠르게 작게 만드는 것이 중요합니다.

• 설치가 없습니다. 링크를 열면 폰에서 바로 씁니다.
• 시트가 공유 데이터베이스 역할을 합니다. 점검 기록, 제출 상태, 완료 처리를 표로 관리합니다.
• Drive가 사진 보관소가 됩니다. 파일 서버를 따로 만들지 않아도 됩니다.
• 보고서 출력이 됩니다. A4 미리보기를 이미지와 PDF로 내보냅니다.
• 서버 유지비가 없습니다. 작은 규모라면 별도 서버를 빌리지 않고 운영합니다.

이 지점이 중요합니다. GAS는 “싸게 대충 만든 임시방편”이 아니라, 범위를 정확히 잡으면 여러 명의 업무를 깨지지 않게 묶는 방식입니다.

맞지 않는 경우도 있습니다

점검 앱이라고 해서 전부 GAS가 맞지는 않습니다.

• 법정 안전 판정 자체를 시스템이 대신해야 하는 경우
• 완전 오프라인과 자동 동기화가 필수인 경우
• 하루 수천 건 이상의 동시 제출이 쌓이는 경우
• 여러 조직의 권한, 감사, 보존 정책이 엄격한 경우
• 기존 ERP, 설비 관리 시스템과 실시간 양방향 연동해야 하는 경우

이 경우에는 처음부터 전용 백엔드나 외부 데이터베이스를 검토하는 편이 낫습니다. GAS는 현장 기록과 업무 흐름을 가볍게 묶는 데 강합니다. 안전 판단이나 대규모 운영 시스템을 대신하는 도구로 설명하면 안 됩니다.

의뢰 전에 정리할 것

점검 앱은 기능 목록보다 업무 흐름을 먼저 정해야 합니다.

• 하루에 몇 명이 몇 건을 입력하나? 동시에 쓰는 사람이 있나?
• 항목별로 사진이 필수인가, 선택인가?
• 제출 후 누가 검토하나? 반려되면 누가 다시 처리하나?
• 최종 보고서는 시트, PDF, 이미지 중 무엇이어야 하나?
• 몇 개월 또는 몇 년치 이력을 보관해야 하나?

이 질문에 답이 있으면 첫 버전은 생각보다 작게 만들 수 있습니다. 처음부터 모든 기능을 넣기보다, 현장에서 반드시 필요한 흐름만 먼저 앱으로 옮기면 됩니다.

한 줄 요약

좋은생각카드가 “작은 공개 앱도 GAS로 깔끔하게 만들 수 있다”를 보여준다면, 점검 앱은 **“여러 명이 같이 쓰는 업무도 범위를 잘 자르면 GAS로 깨지지 않게 시작할 수 있다”**를 보여줍니다.

중요한 건 거대한 시스템처럼 보이게 만드는 것이 아닙니다. 현장에서 빠뜨리는 일을 줄이고, 기록을 안전하게 남기고, 보고까지 이어지게 만드는 것입니다. 그런 좁고 분명한 업무라면 작은 도구가 가장 실용적입니다.