노코드 · 로우코드
No-code / Low-code
노코드란?
- 코딩 거의 없이 화면에서 조립
- 앱·자동화를 빠르게
- 비개발자도 제작
가장 크게 달라지는 것은 'IT 요청서'라는 관문입니다. 예전에는 엑셀 몇 장으로 굴리던 업무를 시스템으로 옮기려면 기획서를 쓰고 예산을 잡고 개발 대기열에서 몇 달을 기다려야 했습니다. 이 방식이 들어오면 그중 상당수가 현업 부서 안에서 끝납니다. 사용자 30명 이하, 화면 대여섯 개짜리 소규모 업무는 애초에 개발 대기열에 올릴 이유가 없어집니다. IT 조직의 역할도 '만들어 주는 곳'에서 '만들 수 있게 열어주고 관리하는 곳'으로 옮겨갑니다.
노코드와 로우코드의 경계는 실제로는 흐릿합니다. 노코드 도구도 수식이나 스크립트 한 줄을 허용하는 순간 로우코드에 가까워지고, 로우코드 플랫폼도 화면 대부분은 드래그로 만듭니다. 현장에서는 쓰는 사람이 현업이냐 개발자냐로 나누는 편이 실용적입니다. 도구는 대체로 업무앱 빌더, 워크플로 자동화, 웹·폼 빌더, RPA 네 갈래이고, 과금은 사용자당 월정액이 많아 쓰는 사람이 늘수록 비용이 계단식으로 뜁니다.
전통 개발로 갈아탈 시점을 미리 정해두면 사고를 줄일 수 있습니다. 동시 접속이 수백 명대로 올라가거나, 누적 데이터가 수십만 건을 넘거나, 외부 시스템 연동이 세 개 이상 붙거나, 야간 배치와 정산 로직이 들어오면 그때가 이관을 검토할 지점입니다. 반대로 급여·평가·고객 개인정보처럼 사고가 나면 회사가 책임지는 데이터는 규모와 무관하게 처음부터 보안 검토를 붙이는 편이 안전합니다.
가장 흔한 오해는 '코딩을 안 했으니 유지보수도 없다'는 생각입니다. 만든 직원이 부서를 옮기거나 퇴사하면 그 앱은 아무도 못 여는 블랙박스가 되고, 결재선 하나 바꾸려다 업무가 멈춥니다. 데이터가 개인 계정 스프레드시트에 쌓여 있다가 계정 정리와 함께 통째로 사라지는 일도 실제로 벌어집니다. 그래서 만든 사람·데이터 위치·과금 한도를 대장에 등록하는 규칙은 처음 한 개를 만들 때 세워야 합니다. 이 세 가지만 관리해도 섀도 IT의 대부분은 막을 수 있습니다.
업무용 앱을 코딩 없이 만드는 흐름으로 2010년대에 부상했고(로우코드 용어는 2014년경), 최근 AI와 결합해 급속히 확산되고 있습니다.
가상의 사례로 살펴보겠습니다. 임직원 320명, 연매출 900억 원대의 자동차 부품 제조사 A사 이야기입니다. 설비 보전 요청을 반장들이 카카오톡과 엑셀로 받다 보니 월 400건 중 12%가 접수 자체에서 누락됐고, 평균 대응 시간은 9시간이었습니다. IT팀은 두 명뿐이라 정식 개발 요청을 넣으면 착수까지 8개월이 걸린다는 답이 돌아왔습니다.
- 생산관리팀 김 과장이 노코드 빌더로 설비 보전 요청 폼을 3일 만에 만들었습니다. "개발팀 기다리다 올해 넘기겠다 싶었습니다"가 시작이었습니다.
- IT팀장은 세 가지 조건을 걸었습니다. 사내 계정으로만 로그인, 개인정보 항목 금지, 데이터는 개인 계정이 아닌 회사 공용 DB에 적재. "만드는 건 자유인데 데이터는 우리가 봅니다."
- 요청이 접수되면 담당 반장 휴대폰으로 알림이 가고, 4시간 안에 처리되지 않으면 보전팀장에게 자동 에스컬레이션되게 걸었습니다. 3개 라인에서 2주간 시범 운영했습니다.
- 3개월 만에 사용자가 180명으로 늘자 사용자당 월 1.2만 원 과금이 월 216만 원까지 뛰었습니다. 조회만 하는 120명을 무료 뷰어 권한으로 돌려 월 비용을 90만 원대로 낮췄습니다.
- 6개월 뒤 접수 누락은 12%에서 1%로, 평균 대응 시간은 9시간에서 3.5시간으로 줄었습니다. IT팀에 오던 월 40건의 단순 요청 중 28건이 현업 자체 제작으로 빠지면서, 8개월 걸리던 일이 3주로 단축됐습니다.
- 빠른 프로토타입·내부 도구
- 비개발자가 직접 만들 때
- 표준적 기능으로 충분할 때
- 복잡·고성능·대규모 시스템
- 세밀한 커스터마이징이 필요할 때
- 플랫폼 종속이 위험한 핵심 시스템