노코드로 공장 앱을 만든다는 것

어느 공장이든 전산 요청함에는 현장의 요구가 줄을 서 있습니다. 이 설비만의 점검표, 이 라인만의 작업 기록 화면, 이 공정만의 불량 집계표. 하나하나는 작은 화면인데, 개발 요청으로 올리면 몇 주짜리 일이 됩니다. 우선순위에서 밀리고, 분기가 지나고, 결국 현장은 익숙한 방법으로 돌아갑니다. 엑셀과 수기 대장입니다.

시스템이 없어서가 아닙니다. MES도 ERP도 있습니다. 다만 그 시스템들은 회사의 큰 업무를 위해 설계되었고, 현장의 작고 급한 요구는 언제나 그 틈에 있습니다. 이 틈을 메우는 방법이 노코드입니다. 그런데 노코드를 "개발을 빨리 하는 도구"로만 이해하면 절반을 놓칩니다.

1. 노코드의 본질은 속도가 아니라 주인이다

코드 없이 화면을 만들면 빨라지는 것은 사실입니다. 그러나 더 중요한 변화는 만드는 사람이 바뀐다는 것입니다. 요구를 가장 잘 아는 사람은 요구한 사람입니다. 현장 관리자가 자기 라인의 점검표를 직접 만들면, 요구사항 문서를 만들고 전달하고 해석을 맞추는 과정 전체가 사라집니다. 시스템과 현실의 간격이 벌어질 틈이 없습니다. 화면이 현실과 다르면, 그 자리에서 고치면 되기 때문입니다.

전산팀의 일이 없어지는 것이 아닙니다. 전산팀은 개별 화면 제작에서 풀려나, 데이터 표준과 권한, 연계 같은 기반을 관리하는 자리로 올라갑니다. 만드는 사람과 관리하는 사람의 역할이 제자리를 찾는 것입니다.

2. 공장 노코드의 함정 — 표준 없는 자유는 사일로를 늘린다

다만 공장에서 노코드는 사무실에서와 다르게 위험합니다. 각자 자유롭게 앱을 만들기 시작하면, 같은 설비를 부르는 이름이 앱마다 달라지고, 같은 불량을 세는 기준이 화면마다 달라집니다. 엑셀 파일이 흩어져 있던 문제가, 이번에는 앱이 흩어져 있는 문제로 바뀔 뿐입니다. 노코드가 만든 백 개의 앱이 백 개의 사일로가 되는 순간, 현장은 편해졌는데 회사는 더 캄캄해집니다.

그래서 공장의 노코드에는 조건이 있습니다. 자유롭게 만들되, 같은 데이터 기반 위에서 만들어야 한다는 것입니다.

3. 표준 위의 노코드 — 만들어도 표준 안에 있게

저희 VEXPLOR가 노코드를 다루는 방식이 이것입니다. 캔버스에서 데이터 구조를 설계하면 데이터베이스와 API, 화면이 자동으로 생성되고, 6단계 자동 배포 파이프라인을 거쳐 운영에 오릅니다(플랫폼 기준). 중요한 것은 그 출발점입니다. 앱은 빈 종이에서 시작하지 않고, 제조 업무를 미리 정의해 둔 표준 테이블 834개 이상과 그 사이의 관계(온톨로지) 위에서 시작합니다.

그래서 현장 관리자가 만든 점검표도, 품질팀이 만든 집계 화면도, 같은 설비를 같은 이름으로 부르고 같은 기준으로 셉니다. 각자 만들어도 데이터는 하나로 모입니다. 그리고 그렇게 모인 표준 데이터가, 나중에 AI가 원인을 분석하고 판단을 돕는 기반이 됩니다. 노코드는 편의 기능이 아니라, 현장의 지식을 회사의 데이터 자산으로 바꾸는 입구인 셈입니다.

시스템의 주인이 바뀐다

공장 시스템의 역사는 "현장이 시스템에 맞추는" 시간이 길었습니다. 노코드가 표준 위에서 작동할 때, 이 방향이 바뀝니다. 시스템이 현장에 맞춰지고, 그 시스템을 만드는 사람이 현장 자신이 됩니다. 전산 요청함에서 잠들던 작은 요구들이 그 주에 화면이 되어 돌아가는 공장 — 저희가 노코드로 만들려는 것은 빠른 개발이 아니라, 그런 공장입니다.