24명 규모의 현장 서비스 회사가 10주 만에 직원용 앱을 가동한 방법
한 지역 설비 회사는 종이 작업지와 하루 끝 무렵의 전화에 허덕이고 있었습니다. 현장 서비스 직원용 앱을 10주 만에 구축하고 배포한 솔직한 이야기입니다. 무엇을 잘라냈고, 무엇이 망가졌으며, 실제로 무엇이 달라졌는지를 담았습니다.

저희에게 전화한 회사는 앱을 원한 것이 아니었습니다. 매일 저녁 똑같은 대화에 한 시간씩 잃는 일을 멈추고 싶었던 것입니다. 기술자가 사무실에 전화를 걸어 어떤 작업이 끝났고, 어떤 자재를 썼으며, 어떤 고객이 부재중이었는지 읽어 줍니다. 사무실의 누군가가 그것을 모두 받아 적고 세 개의 시스템에 입력하다가, 일주일 뒤 작업지 두 장이 사라지고 청구서 한 장이 잘못된 것을 발견합니다. 그것이 진짜 문제였습니다. 앱은 그 해법이 우연히 취한 형태일 뿐이었습니다.
이것은 익명화한 실제 프로젝트에 관한 사례 연구입니다. 직원 24명의 설비·유지보수 회사로, 난방과 환기 및 관련 출장 작업을 다루며, 한 지역에서 대부분의 날에 여덟 대의 밴을 운행합니다. 식별 가능한 세부 사항 몇 가지는 바꾸었고, 수치가 감사를 거친 과학이라고 주장하지는 않습니다. 다만 이야기는 사실이며, 저희가 무언가를 잘못하여 되돌려야 했던 부분까지 포함합니다. 그런 부분이 대개 가장 유익하므로 그대로 남겨 두었습니다.
현장 서비스 사업을 운영하시며 직원용 앱에 여섯 자리 금액과 9개월의 기간을 제안받으신 적이 있다면, 이것이 그에 대한 반론입니다. 10주, 집중된 범위, 그리고 재촉하지 않아도 기술자들이 스스로 열어 본 도구. 그 과정을 말씀드립니다.
문제: 종이와 전화로 돌아가는 사업
대표 및 사무실 관리자와 마주 앉았을 때, 표면적인 불만은 "디지털로 가야 한다"였습니다. 이 말은 그 자체로 아무 의미가 없어서 저희는 무시하고 대신 일을 관찰했습니다. 사무실에서 하루, 밴에 동승하여 한나절을 보냈습니다. 점심 무렵 진짜 문제가 분명해졌고, 그것은 기술이 낡았다는 것과는 전혀 무관했습니다.
기술자마다 복사식 작업지를 끼운 클립보드를 들고 다녔습니다. 현장에서는 수행한 작업을 휘갈겨 적고, 몇 칸에 표시하고, 자재를 메모하고, 고객의 서명을 받았습니다. 맨 위 사본은 언젠가 사무실로 돌아왔습니다. 그날 저녁일 때도, 금요일에 구겨진 더미로일 때도 있었습니다. 그러면 사무실은 각 작업지를 일정 관리 도구에 다시 입력하고, 다시 청구 소프트웨어에, 그리고 세 번째로 대표가 청구 대상 작업을 추적하던 스프레드시트에 입력했습니다. 같은 내용을 세 번 입력. 그중 두 번은 새로운 오류를 만들어 냈습니다.
비용은 사무 시간만이 아니었습니다. 지연이었습니다. 월요일에 끝난 작업이 다음 주가 되어야 청구되기도 했습니다. 종이가 아직 떠오르지 않았기 때문입니다. 고객들은 사무실이 완료된 줄 모르는 작업에 대해 문의 전화를 했습니다. 그리고 작업지가 통째로 사라지면—누구나 인정하는 것보다 더 자주 일어났습니다—그 작업은 그저 한 번도 청구되지 않았습니다. 그렇게 얼마나 많은 돈이 새어 나갔는지 아무도 말해 주지 못했고, 그것 자체가 핵심이었습니다.
“그들은 서류 문제라고 생각했습니다. 실제로는 클립보드를 두른 자금 흐름 문제였습니다.”

의도적으로 만들지 않은 것
10주의 기간을 날려 버리는 가장 빠른 방법은 모든 것에 "예"라고 답하는 것입니다. 그래서 코드 한 줄을 쓰기 전에, 앱이 하지 않을 일의 목록을 작성하고 대표에게 소리 내어 동의하도록 했습니다. 이것은 어떤 프로젝트에서도 가장 화려하지 않은 부분이며, 동시에 제때 출시할 수 있었던 가장 큰 이유입니다.
두 차례 대화로 모은 희망 목록에는 약 서른 개의 기능이 있었습니다. 밴 GPS 추적. 고객용 예약 포털. 창고 전체의 재고 관리. 자동 경로 최적화. 본격적인 CRM. 주석이 달린 사진 기반 손상 보고. 급여 연동이 포함된 근태 관리. 하나하나가 합리적인 발상이었습니다. 그리고 하나하나가 결코 끝내지 못하는 길이기도 했습니다.
저희는 범위를 한 문장으로 좁혔습니다. 어떤 소기업에든 그렇게 권하듯이 말입니다. 기술자가 오늘의 작업을 볼 수 있고, 자신이 한 일을 기록할 수 있으며, 누구도 그것을 다시 입력하지 않아도 될 것. 그 문장에 기여하지 않는 모든 것은 "나중에, 어쩌면" 목록으로 갔습니다. 그 목록은 아직 존재합니다. 그 대부분은 한 번도 아쉬웠던 적이 없습니다.
- 제외: 밴 GPS 추적—팀의 누구도 원하지 않은 감시의 분위기로, 가지고 있지도 않은 문제를 푸는 것.
- 제외: 고객용 예약 포털—대상이 다른 별개의 프로젝트로, 묶었다면 기간이 두 배가 되었을 것.
- 제외: 창고 전체 재고 관리—언젠가는 유용하나, 더 빠른 청구로 가는 핵심 경로 위에는 없음.
- 제외: 경로 최적화—복잡도는 높고, 이 회사의 지리에서는 실제 효용이 낮음.
- 포함: 오늘의 작업 목록, 디지털 작업지, 자재 입력, 고객 서명, 사진, 사무실로의 즉시 동기화.
앱이 실제로 하는 일
핵심까지 덜어내면 앱은 거의 지루할 만큼 단순합니다—그리고 그것은 칭찬입니다. 기술자는 아침에 앱을 열어 그날의 작업을 순서대로, 주소·고객·그 현장의 이력·요구되는 일과 함께 봅니다. 작업을 누르면, 예전에 클립보드에 있던 모든 것이 이제 화면 위에 있습니다.
현장에서는 짧은 점검표로 수행한 작업을 기록하고, 검색 가능한 목록에서 자재를 추가하며(그래서 "22mm 동 엘보"는 철자 추측이 아니라 두 번의 탭입니다), 기록이 필요하면 사진을 한두 장 찍고, 손끝 서명을 위해 고객에게 휴대폰을 건넵니다. "완료"를 누릅니다. 그게 전부입니다. 신호가 잡히는 순간 모든 것이 사무실로 동기화됩니다—전화도, 종이도, 다시 입력하는 일도 없습니다.
가장 중요했던 세부 사항: 신호가 없어도 작동한다
현장 서비스 앱의 생사는 데모가 결코 보여 주지 않는 한 가지에서 갈립니다. 수신이 안 되는 지하 기계실에서 무슨 일이 일어나는가입니다. 신호 막대가 사라지는 순간 앱이 멈추거나 데이터를 잃는다면, 기술자들은 일주일 안에 버릴 것이고 당신은 값비싼 문진을 만든 셈이 됩니다. 그래서 저희는 첫날부터 오프라인 우선으로 구축했습니다. 연결 없이도 모든 것이 완전히 작동하고, 기기가 데이터를 보관했다가 가능해지는 순간 동기화합니다. 기술자는 그것을 결코 의식하지 않습니다. 바로 그것이 핵심입니다.
사무실 쪽: 한 화면, 다시 입력 없음
사무실은 방대한 대시보드를 받은 것이 아닙니다. 작업이 완료되는 대로 보여 주는 한 화면을 받았고, 각 작업에는 작업지·자재·사진·서명이 첨부되어 있습니다. 거기서 완료된 작업은 데이터가 이미 채워진 청구서가 됩니다—사무실은 처음부터 다시 입력하는 대신 확인하고 보냅니다. 저희는 그들이 이미 쓰던 청구 소프트웨어를 교체하지 않고 거기에 연결했습니다. 프로젝트 중간에 잘 돌아가는 소프트웨어를 교체하는 것은 10주의 기간이 10개월이 되는 길이기 때문입니다.

그 10주, 솔직하게
10주는 마법의 숫자가 아닙니다. 디자이너 겸 개발자 한 쌍과 진정으로 참여해 준 고객으로 이 범위가 걸린 시간입니다. 시간이 대략 어떻게 나뉘었는지 말씀드립니다—잃어버린 한 주까지 포함해서요. 프로젝트가 완벽하게 진행되는 척하는 것은 누구에게도 도움이 되지 않으니까요.
- 11~2주: 묻지 말고 보라동승하고, 사무실에 앉고, 실제 업무 흐름을 벽에 그렸습니다. 한 문장 범위와 '만들지 않을 것' 목록을 쓰고, 어떤 설계에 들어가기 전에 둘 다 승인을 받았습니다.
- 23~4주: 클릭 가능한 형태클릭 가능한 시제품을 만들었습니다—실제 코드는 없고 화면만—그리고 기술자 두 명의 손에 쥐여 주었습니다. 그들의 피드백은 일찌감치 저희 가정 세 가지를 무너뜨렸는데, 그곳이 틀리기에 가장 값싼 자리입니다.
- 35~7주: 핵심 구축작업 목록, 디지털 작업지, 자재, 서명, 사진, 그리고 오프라인 동기화 엔진. 동기화가 어려운 부분이었고 7주차의 대부분을 잡아먹었습니다.
- 48주: 잃어버린 한 주청구 연동이 저항했습니다. 기존 소프트웨어의 인터페이스는 문서가 주장한 것보다 변덕스러웠고, 필드를 깔끔하게 매핑하는 데 한 주를 태웠습니다. 그럴 가치가 있었습니다—다시 입력하는 일이야말로 저희가 풀던 문제 전부였으니까요.
- 59~10주: 시범 운영과 다듬기나머지 여섯 대가 종이로 남아 있는 동안 두 대의 밴이 실제로 앱을 운용했습니다. 시범 운영에서 드러난 것을 고친 뒤, 한 차례 짧은 교육으로 전원에게 배포했습니다.
현장 직원이 실제로 쓰게 만들기
세계 최고의 현장 서비스 앱을 만들어 놓고도, 이십 년치 클립보드 몸에 밴 습관을 가진 55세 기술자가 "내게 맞지 않는다"고 마음먹으면 그것이 죽는 것을 지켜볼 수 있습니다. 정착은 기술 문제가 아니며 기능으로는 풀 수 없습니다. 저희는 그것을 본래의 진짜 프로젝트로 다뤘습니다.
세 가지가 가장 무거운 일을 해냈습니다. 첫째, 현장 흐름을 단지 디지털이 아니라 종이보다 빠르게 만들었습니다—휘갈김보다 적은 탭, 철자를 쓰는 대신 고르는 자재, 읽을 수 있는 서명을 쫓는 대신 받는 서명. 앱이 클립보드보다 조금이라도 느렸다면 당연히 실패했을 것입니다. 둘째, 두 명의 시범 기술자를 신중히 골랐습니다. 한 명은 다른 이들에게 조용히 존경받는 사람, 한 명은 대놓고 회의적인 사람. 회의론자를 설득하는 것은 어떤 마케팅보다 값졌습니다.
셋째, 누구도 바보가 된 기분이 들지 않게 했습니다. 교육은 이십 분, 앱은 일부러 명료하게, 그리고 첫 두 주 동안 사무실 관리자가 도움을 청할 사람이 되어 어떤 기술자도 외면당했다고 느끼지 않았습니다. 삼 주 만에 종이 작업지는 사라졌습니다—금지된 것이 아니라 그저 버려진 것입니다. 앱이 진정으로 더 쉬운 길이었기 때문입니다.
“정착은 교육에서 얻어지지 않습니다. 바로 그 첫 시도에서 새 방식을 옛 방식보다 빠르게 만들 때 얻어집니다.”
무엇이 달라졌나—성과
여기서는 신중하겠습니다. 사례 연구는 캐물으면 무너지는 정밀한 수치를 인용하기를 좋아하니까요. 이 수치는 회사 자체의 것으로, 배포 몇 달 뒤에 측정했으며, 실험실 수준이 아니라 방향을 가리키는 것입니다. 그러나 방향은 명백하고, 대표가 매일 체감하는 것과 일치합니다.
| 측정한 것 | 도입 전 | 도입 후 |
|---|---|---|
| 작업 완료에서 청구서 발송까지 시간 | 5~8일 | 당일 또는 다음 날 |
| 작업 데이터 재입력에 쓴 사무 시간 | 주 약 10시간 | 주 2시간 미만 |
| 분실 또는 청구 불가 작업지 | 매달 몇 장 | 사실상 0 |
| 저녁 '작업 읽어 줘' 전화 | 매일, 모든 밴 | 사라짐 |
다만 대표가 중요하게 여긴 핵심은 그 표에 없었습니다. 자금 흐름이었습니다. 청구서가 일주일 뒤가 아니라 당일에 나가면, 사업 전체에서 돈이 대략 일주일 빨리 들어옵니다—단 한 건도 빠짐없이. 얇은 마진으로 돌아가는 24명 회사에 이 시점의 당김은 어떤 개별 효율보다 더 중요했습니다. 되찾은 사무 시간도 좋았습니다. 매번 일주일 빨리 대금을 받는 것, 그것이 진짜 상이었습니다.

같은 것을 고민하신다면 드리고 싶은 말씀
여기 교훈의 대부분은 현장 서비스에만 국한되지 않습니다. 맞춤 소프트웨어를 발주하고 싶은 어떤 소기업에든 드릴 말씀이며, 앱 그 자체보다 값집니다.
범위를 가차 없이 좁히고, '만들' 목록보다 먼저 "만들지 않을" 목록을 쓰십시오. 무언가를 설계하기 전에 진짜 일을 관찰하십시오—대표는 실제로 돌리는 과정이 아니라 갖고 싶은 과정을 설명합니다. 작게 시범 운영하고 회의론자가 나머지를 설득하게 하십시오. 그리고 적어도 처음에는 도구를 교체하는 대신 이미 쓰는 것에 연결하십시오. 어느 것도 영리하지 않습니다. 그 모두가 합쳐져 10개월이 아니라 10주를 가능하게 했습니다.
하나 더, 조용한 것: 앱은 결코 목적이 아니었습니다. 목적은 더 빨리 대금을 받는 것과, 같은 데이터를 세 번 입력하는 일을 멈추는 것이었습니다. 일부는 기성 도구로 풀 수도 있었고, 어떤 회사에는 그것이 옳은 선택입니다. 이 회사에는 현장 입력, 오프라인 현실, 기존 청구 시스템이라는 어수선한 조합이, 집중된 맞춤 구축을 빠르게 회수하게 만들었습니다. "앱인가 기성품인가?"에 대한 솔직한 답은 이렇습니다—경우에 따라 다르며, 즉답하는 사람은 무언가를 팔고 있는 것입니다.
아직 종이로 돌아가는 현장 팀이 있으신가요?
직원들이 작업을 나가 있고 사무실이 매일 저녁 그들의 하루를 다시 입력하고 있다면, 거의 틀림없이 그 안에 집중된 앱이 숨어 있습니다. 실제 업무 흐름을 살펴보고 만들 가치가 있는지—그리고 무엇을 빼야 하는지—솔직하게 말씀드리겠습니다.
직원용 앱을 어떻게 만드는지 보기자주 묻는 질문
10주가 현실적인가요, 아니면 특별한 경우였나요?
왜 기성 현장 서비스 소프트웨어 대신 맞춤 앱인가요?
기술적으로 가장 어려웠던 것은?
나이 든 기술자들은 어떻게 받아들였나요?
더 많이 자동화할 수 있었나요?

Have a nice day는 중소기업의 디지털 전환을 돕는 소프트웨어 스튜디오입니다. 슬라이드에서만이 아니라 일상 업무에서 실제로 작동하는 자동화, AI, 맞춤형 소프트웨어를 만듭니다.