리툴 사용법, 사내 도구 만들기와 요금 구조

TL;DR

• 리툴 사용법의 전제는 하나다. 이미 있는 데이터베이스와 API에 화면만 얹는다. 데이터를 옮기지 않는다.
• 요금이 사람 종류로 나뉜다. 앱을 만드는 빌더와 쓰기만 하는 내부 사용자의 단가가 다르다.
• 무료 플랜이 실제로 쓸 만하다. 앱 수 무제한에 사용자 5명, 월 워크플로 500회까지다.

리툴 사용법을 찾는 상황은 대개 비슷하다.
운영팀이 데이터베이스를 직접 조회해야 하는데 SQL을 모르거나, 고객 문의가 올 때마다 개발자에게 조회를 부탁하고 있거나, 관리자 화면을 만들자니 그 자체가 하나의 프로젝트가 되는 경우다.

Retool은 그 자리를 메운다.
기존 데이터 소스에 연결해 표와 폼, 버튼을 배치하면 내부 도구가 된다.
데이터를 옮기지 않고 원래 있던 곳을 그대로 읽는다는 점이 핵심이다.
아래는 첫 앱을 만드는 순서와, 사람 종류로 나뉘는 요금 구조, 무료로 어디까지 되는지를 공식 요금표와 문서 기준으로 정리한 것이다.

기존 데이터에 화면만 얹는 구조

Retool의 앱은 데이터를 자기 쪽으로 복사하지 않는다.
프로덕션 데이터베이스나 API에 직접 연결하고, 접근 권한은 원래 있던 권한 체계를 따른다.
공식 설명도 별도 설정 없이 기존 권한이 그대로 적용된다고 표기한다.

이 구조가 만드는 차이가 두 가지다.
첫째, 데이터 동기화 문제가 없다.
화면에 보이는 값이 곧 원본이다.
둘째, 보안 검토가 단순해진다.
데이터가 새로운 곳에 저장되지 않으므로 검토 대상이 접근 경로로 좁아진다.

만들 수 있는 것도 화면만이 아니다.
웹과 모바일 앱, 사람이 중간에 개입하는 자동화, 예약 작업과 알림·ETL을 다루는 워크플로, 그리고 AI 에이전트가 각각 제품 안에 들어 있다.

리툴 사용법, 첫 앱까지의 순서

1. 계정을 만들고 워크스페이스를 엽니다. 무료 플랜으로 시작할 수 있습니다.
2. 데이터 소스를 연결합니다. 데이터베이스나 REST API를 등록하는 단계입니다.
3. 새 앱을 만듭니다. 화면에 무엇이 필요한지 문장으로 설명하면 초안이 생성됩니다.
4. 쿼리를 확인합니다. 자동으로 만들어진 조회문이 의도한 데이터를 가져오는지 봅니다.
5. 컴포넌트를 배치합니다. 표, 입력 폼, 버튼, 상세 패널 같은 요소를 놓습니다.
6. 동작을 연결합니다. 버튼을 누르면 어떤 쿼리가 실행되는지 지정합니다.
7. 쓸 사람에게 공유합니다. 여기서 내부 사용자 수가 요금에 반영됩니다.

4번을 건너뛰면 사고가 난다.
내부 도구는 조회만 하는 게 아니라 데이터를 고치는 버튼이 붙기 마련이고, 프로덕션 데이터베이스에 직접 붙어 있다는 점을 잊으면 되돌리기 어려운 변경이 일어난다.
수정 계열 쿼리에는 확인 단계를 두는 편이 안전하다.

요금이 사람 종류로 나뉜다

Retool 요금표의 특징은 사용자를 두 종류로 나눈다는 점이다.

• 빌더: 앱을 만들고 고치는 사람. 단가가 높다.
• 내부 사용자: 만들어진 앱을 쓰기만 하는 사람. 단가가 낮다.

이 구조가 실제 비용에 미치는 영향이 크다.
운영팀 20명이 쓰는 도구를 개발자 2명이 만든다면, 빌더 2명과 내부 사용자 20명으로 계산된다.
모든 사람에게 같은 단가를 매기는 방식보다 총액이 낮아진다.

무료 플랜이 생각보다 넓다.
앱 개수에 제한이 없고 사용자 5명까지 쓸 수 있다.
소규모 팀의 내부 도구라면 무료 안에서 해결되는 경우가 있다.
먼저 걸리는 건 대개 사용자 수와 워크플로 실행 횟수다.

AI로 앱을 만드는 경로

최근 Retool이 앞세우는 건 프롬프트로 앱을 만드는 방식이다.
무엇이 필요한지 설명하면 보안과 거버넌스가 갖춰진 상태의 앱이 생성된다는 설명이다.

바깥 도구에서 만드는 경로도 열려 있다.
MCP 서버를 통해 자기가 쓰는 AI 코딩 에이전트에서 앱을 만들고, 통제된 Retool 환경 안에 배포하는 구성이다.
코드 에디터를 떠나지 않고 내부 도구를 만들 수 있다.

다른 플랫폼에서 만든 React 코드를 가져오는 경로도 있다.
Lovable이나 Replit에서 만든 앱을 ZIP으로 올리거나 깃허브와 동기화해 배포한다.
프로토타입을 다른 곳에서 빠르게 만들고 운영은 Retool 안에서 하는 흐름이다.

자체 호스팅과 거버넌스

기업 환경에서 검토 항목이 되는 부분이다.
자체 호스팅 릴리스가 별도로 관리되고 있고, 공식 문서에 지원 버전과 릴리스 날짜가 표기된다.

거버넌스 쪽 기능은 Business 층에 몰려 있다.
감사 로그, 세분화된 권한 제어, 포털과 임베드 앱이 여기 붙는다.
누가 언제 어떤 데이터를 봤는지 남겨야 하는 조직이라면 이 층이 기준이 된다.

관리 기능도 제품 안에 정리돼 있다.
조직과 사용자, 스페이스를 관리하는 영역과 접근 권한을 통제하는 영역이 각각 문서화돼 있다.

한계와 안 맞는 경우

• 고객이 쓰는 서비스. 내부 도구를 전제로 만들어진 제품이라 대외 서비스에는 맞지 않는다.
• 화면 디자인이 중요한 경우. 기능 위주라 브랜드 표현에는 제약이 있다.
• 사용자가 많은 도구. 내부 사용자 단가가 낮긴 해도 인원에 비례해 비용이 붙는다.
• 데이터 소스가 없는 상태. 붙일 데이터베이스나 API가 먼저 있어야 성립한다.

제품 만들 때 가져갈 설계

첫째는 요금을 사람의 역할로 나눈 결정이다.
만드는 사람과 쓰는 사람의 가치가 다른데 같은 단가를 매기면 도입이 막힌다.
사용자 수가 늘수록 부담이 커지는 제품이라면 참고할 만한 구조다.

둘째는 데이터를 옮기지 않는다는 원칙이다.
내부 도구 도입의 가장 큰 저항이 보안 검토인데, 데이터가 이동하지 않으면 그 검토가 짧아진다.
제품의 기술 선택이 곧 영업 속도가 되는 사례다.

셋째는 다른 도구에서 만든 결과물을 받아들이는 경로를 연 점이다.
프로토타입은 편한 곳에서 만들고 운영만 여기서 하라는 제안인데, 경쟁 도구를 배제하지 않으면서 자기 자리를 정의한 방식이다.

실행 체크리스트

1. 붙일 데이터 소스가 무엇인지 먼저 정리합니다.
2. 앱을 만들 사람과 쓸 사람의 수를 각각 셉니다. 단가가 다릅니다.
3. 무료 플랜의 사용자 5명 안에 드는지 확인합니다.
4. 월 워크플로 실행 횟수를 추정해 500회 한도와 대조합니다.
5. 데이터를 수정하는 버튼에는 확인 단계를 넣습니다.
6. 프로덕션 데이터에 직접 붙는다는 점을 팀에 공유합니다.
7. 감사 로그가 규정으로 필요한지 확인합니다. Business 층 기능입니다.
8. AI 코딩 도구를 쓴다면 MCP로 연결되는지 봅니다.
9. 자체 호스팅이 필요하면 지원 릴리스 버전을 확인합니다.

자주 묻는 질문

리툴은 무료로 어디까지 쓸 수 있나요

무료 플랜에서 웹과 모바일 앱을 개수 제한 없이 만들 수 있고 사용자 5명까지 쓸 수 있습니다.
월 워크플로 500회, 데이터베이스와 파일 저장소 각각 5GB, AI 크레딧 월 250이 포함됩니다.

빌더와 내부 사용자는 무엇이 다른가요

빌더는 앱을 만들고 수정하는 사람이고 내부 사용자는 만들어진 앱을 쓰기만 하는 사람입니다.
요금이 따로 매겨지며 내부 사용자 단가가 더 낮습니다.

데이터를 Retool로 옮겨야 하나요

옮기지 않습니다.
기존 데이터베이스나 API에 직접 연결하고 접근 권한도 원래 권한 체계를 따릅니다.

다른 도구에서 만든 앱을 가져올 수 있나요

Lovable이나 Replit 같은 플랫폼에서 만든 React 코드를 ZIP 업로드나 깃허브 동기화로 가져와 배포할 수 있습니다.

참고한 곳

• Retool 공식 홈
• Retool Pricing
• Retool Docs