업무 프로세스 — 누가 언제 무엇을
스튜디오를 조직에서 어떻게 굴리는가를 정리한 문서입니다. 누구나 앱을 만들 수 있는 도구라, 만드는 사람과 쓰는 사람을 나누는 규칙이 없으면 금방 어지러워집니다.
튜토리얼과 다릅니다
튜토리얼이 「앱 하나를 처음 만들어 배포해 보기」라면, 이 문서는 「여러 사람이 계속 만들고 쓰기」입니다.
역할은 셋입니다
| 역할 | 하는 일 |
|---|---|
| admin | 환경설정·사용자 관리·AI 프로바이더·배포 대상 |
| builder | 앱을 만들고 배포한다 (계정 생성 시 기본값) |
| viewer | 배포된 앱을 본다 |
계정은 환경설정 → 사용자 관리에서 만들고 역할을 줍니다 → 초기 비밀번호 변경.
전원을 builder 로 두지 마세요
기본값이 builder 라 그냥 만들면 모두가 앱을 만들 수 있습니다. 앱이 늘어날수록
누가 만든 무엇인지 알 수 없게 됩니다. 보기만 할 사람은 viewer 로 주세요.
전체 흐름
화살표가 레인을 넘는 곳이 인계 지점입니다.
1. 도입 — 만들기 전에 정할 것
| 순서 | 하는 일 | 담당 |
|---|---|---|
| 1 | 설치 → 원라인 설치 | admin |
| 2 | 기본 비밀번호 교체 → 초기 비밀번호 변경 | admin |
| 3 | AI 프로바이더 연결 + 연결 테스트 → 환경설정 | admin |
| 4 | 빌드 표준 확정 — 스택·레이아웃·의존성 잠금 | admin |
| 5 | 계정 발급·역할 부여 | admin |
| 6 | 첫 앱 시범 제작 | builder |
4번을 먼저 정하면 나중이 편합니다
빌드 표준을 열어 두면 사람마다 다른 스택으로 앱이 생깁니다. 의존성 잠금과 레이아웃 규약 강제를 켜 두면 결과물이 고르게 나옵니다 → 환경설정(관리자).
2. 앱 만들기 — 요구에서 배포까지
| 단계 | 하는 일 | 산출물 |
|---|---|---|
| 요구 정리 | 한 화면 = 한 문장으로 쪼갠다 | 요구 한 줄 |
| 생성 | 홈에서 문장으로 시작 → 홈에서 앱 만들기 | 초안 화면 |
| 다듬기 | 빌더에서 말로 고친다 → 빌더 | 완성 화면 |
| 검토 | 요청한 사람이 직접 본다 | 확인 |
| 배포 | 배포 드로어 → 카탈로그와 공유 | 앱 주소 |
| 공유 | 주소를 현장에 전달 | — |
채팅창에 비밀번호·API 키를 붙여넣지 마세요
대화 내용이 앱 코드에 남을 수 있습니다. 키가 필요하면 admin 에게 요청하세요 → 비밀 관리.
3. 운영 — 주기가 있는 일
| 주기 | 하는 일 | 담당 |
|---|---|---|
| 매일 | 와처 알림 확인 → 와처와 알림 | 현장 |
| 주 1회 | AI 사용량·배포 실패 건수 | admin |
| 월 1회 | 안 쓰는 앱 정리, 백업 복구 리허설 | admin |
| 분기 | 키 회전 → 비밀번호 · API 키 변경 | admin |
토큰이 급증했다면
와처 주기가 너무 짧거나 「비전 자가검증」이 켜진 채 대량 빌드가 돌았을 가능성이 큽니다. 통계 화면에서 먼저 확인하세요.
4. 현장 노하우를 쌓기
같은 지시를 매번 다시 쓰는 것은 낭비입니다. 반복되는 규칙은 스킬로 등록해 두면 이후 생성에 자동으로 반영됩니다 → 현장 스킬.
| 등록할 만한 것 | 예 |
|---|---|
| 화면 규약 | "모든 화면 상단에 회사 로고" |
| 색 규칙 | "가동률 80% 미만은 빨강" |
| 용어 | 현장에서 쓰는 설비 약칭 |
자주 어긋나는 지점
| 증상 | 대개의 원인 |
|---|---|
| 「앱이 너무 많아 뭐가 뭔지 모른다」 | 명명 규칙 없이 만듦 + 안 쓰는 앱을 안 지움 |
| 「사람마다 화면이 다르게 생겼다」 | 빌드 표준을 안 켬 |
| 「AI 비용이 갑자기 늘었다」 | 와처 주기·비전 자가검증 |
| 「앱을 만든 사람이 퇴사해서 못 고친다」 | 앱도 자산 — 소유자를 정하고 인계하세요 |
| 「배포했는데 현장에서 안 열린다」 | 포트 접속 설치에서 앱 리스너 포트가 막힘 |
관련 문서
- 튜토리얼 — 첫 앱을 만들어 배포하기
- 환경설정(관리자) — 빌드 표준·AI 프로바이더
- 앱 카탈로그와 공유
- 백업과 복구