TECH 으로 돌아가기
TECH HACKER NEWS 오늘 6분 읽기 24 READS

비개발자가 직접, 그런데 안전하게 — 사내 도구 시장에 나타난 새 접근법

비개발자가 직접, 그런데 안전하게 — 사내 도구 시장에 나타난 새 접근법
SOURCE IMAGE · HACKER NEWS
비개발자가 직접, 그런데 안전하게 — 사내 도구 시장에 나타난 새 접근법

와이콤비네이터(YC) 2026년 여름 배치의 스타트업 하나가 공개됐어요. 이름은 Prized인데, 내세운 한 줄이 흥미로워요. "개발자가 아닌 직원들이 '안전한(secure)' 사내 도구를 직접 만들게 한다"는 거거든요. 이제 막 나온 제품이라 공개된 정보가 많지는 않지만, 이 한 줄에 담긴 문제의식이 요즘 업계 흐름과 딱 맞물려 있어서, 이 기회에 '사내 도구'라는 시장 전체를 한번 짚어볼게요.

사내 도구, 모든 개발팀의 만성 부채

사내 도구(internal tools)가 뭐냐면, 회사 바깥의 고객이 아니라 내부 직원이 쓰는 소프트웨어예요. 운영팀이 주문을 조회하고 환불을 처리하는 어드민 페이지, CS팀이 고객 정보를 찾아보는 화면, 마케팅팀이 쿠폰을 발급하는 도구 같은 것들이요.

문제는 이런 도구가 개발 우선순위에서 늘 밀린다는 거예요. 고객이 쓰는 기능도 밀려 있는데 "어드민에 검색 필터 하나만 추가해 주세요" 같은 요청이 이길 수가 없잖아요. 그래서 운영팀은 몇 주씩 기다리거나, 포기하고 스프레드시트에 데이터를 복사해서 수작업을 하게 돼요. 개발팀은 개발팀대로 반복적인 어드민 작업에 시간을 뺏기고요. 양쪽 다 불행한, 어느 회사에나 있는 만성 부채죠.

기존 해법과 그 사이의 빈틈

이 문제를 노린 도구는 이미 많아요. 대표주자가 Retool이고, 오픈소스 진영에는 Appsmith나 Budibase 같은 대안도 있죠. 데이터베이스나 API를 연결하고 드래그 앤 드롭으로 화면을 짜는 로우코드(low-code) 방식이에요. 그런데 이런 도구들을 실제로 써보면, 결국 'SQL과 자바스크립트를 아는 개발자가 빨리 만드는 도구'에 가까워요. 비개발자가 혼자 만들기엔 여전히 벽이 있죠.

반대쪽 끝에는 노션, 에어테이블, 스프레드시트가 있어요. 누구나 만들 수 있지만, 이번엔 다른 문제가 터져요. 권한 관리가 허술해서 아무나 고객 개인정보를 볼 수 있게 되거나, 실제 데이터베이스와 동기화가 안 돼서 데이터가 어긋나거나요. 이런 걸 '섀도우 IT'라고 부르는데, IT 부서의 관리 밖에서 굴러가는 시스템이라는 뜻이에요. 보안 사고의 단골 출발점이죠.

Prized가 겨냥한 지점이 바로 이 빈틈으로 보여요. '비개발자도 만들 수 있을 것'과 '보안이 담보될 것'이라는, 지금까지 양립하기 어려웠던 두 조건을 동시에 잡겠다는 포지셔닝이거든요. 비개발자에게 도구 제작을 열어주려면, 위험한 일을 애초에 할 수 없게 막는 가드레일이 플랫폼 차원에서 깔려 있어야 해요. 세밀한 권한 제어, 데이터 접근 범위 제한, 누가 언제 무엇을 했는지 남기는 감사 로그 같은 것들이요.

왜 하필 지금일까

타이밍도 눈여겨볼 만해요. LLM 덕분에 자연어로 설명하면 앱을 만들어주는 도구들이 쏟아지면서, '만들기'의 장벽 자체는 급격히 낮아지고 있거든요. 그러면 병목은 어디로 갈까요? 만드는 것에서 '안전하게 운영하는 것'으로 옮겨가요. 아무나 도구를 뚝딱 만들 수 있는 세상이 되면, 그 도구들이 회사 데이터를 어떻게 만지는지가 진짜 문제가 되니까요. 보안을 전면에 내세운 신생 팀이 지금 나오는 건 자연스러운 흐름인 거죠. 물론 이 조합을 제대로 구현했는지는 제품이 증명해야 할 몫이고, 아직은 지켜봐야 하는 단계예요.

우리에게 주는 시사점

국내 상황도 다르지 않아요. 스타트업들 사이에서 Retool 같은 도구 도입이 꽤 늘었고, 어드민 개발만 전담하다 지쳐가는 개발자도 많죠. 이런 도구가 개발자 일자리를 위협한다기보다는, 반복적인 어드민 작업에서 해방시켜 준다고 보는 게 맞을 거예요. 다만 데이터 모델을 어디까지 노출할지, 권한 체계를 어떻게 설계할지는 여전히 개발자의 일로 남아요. 오히려 더 중요해지고요. 팀에 어드민 요청이 쌓여가고 있다면, 전부 직접 만들기 전에 이 카테고리의 도구들을 한번 검토해 보는 것도 방법이에요.

한줄 정리: '누구나 만들 수 있게'의 다음 단계는 '누구나 만들어도 안전하게'이고, 이 지점을 노리는 팀들이 나오기 시작했어요.

여러분 회사는 어드민 요청을 어떻게 처리하고 있나요? 로우코드 도구를 실제로 도입해 본 경험담이 있다면 들려주세요. 잘 굴러가던가요, 아니면 결국 개발자 손을 탔나요?


🔗 출처: Hacker News

SOURCE · HACKER NEWS
원문 전체 보기 → https://prized.dev
SHARE
처리 중...