AI 앱·대시보드 제작 도구: 지금 가능한 것

#세 가지 종류

#앱이나 대시보드 시작하기

#지금 앱으로 할 수 있는 일

앱도 웹사이트처럼 계획하고 만들어요. 빌드 전 질문, 승인 단계, 룩 보드도 똑같아요. 설명에 무언가를 저장해야 한다는 내용이 있으면 다음도 함께 만들어져요:

• 전용 데이터베이스. 예약, 상품, 행사, 문의, 게시글처럼 무언가를 처음 저장하는 빌드에서 EU에 만들어 드려요.
• 저장되는 폼. 기본 폼은 각 항목을 Settings, Forms에 보관하고, 사이트가 프로덕션에 있으면 이메일로도 보내 줘요. 폼이 각 항목을 레코드로 저장하게 할 수도 있어요. 그러면 나중에 찾아보고, 수정하고, 세부 내용을 바꿀 수 있어요. 설명에 그렇게 요청하세요.
• 레코드로 만드는 페이지. 목록 페이지와 레코드마다 하나씩 페이지가 만들어져, 모든 이벤트나 상품이 검색엔진이 찾을 수 있는 진짜 페이지가 돼요. 레코드가 바뀌면 게시된 사이트는 몇 분 안에 따라와요.
• 요청하면 저장된 내용을 검색해요.
• 계정과 결제는 요청하실 때 만들어 드려요. 사이트 자체 사용자를 위한 회원가입과 로그인, 직접 연결한 결제 대행사를 통한 일회성 결제와 구독, 그리고 직접 보유한 결제 계정으로 만드는 배송이나 재고 관리가 있어요. 로그인과 결제를 확인해 보세요.
• 직접 키를 쓰는 나만의 서비스, 예를 들어 메일링 리스트, CRM, 스프레드시트예요. 사이트를 게시한 뒤 변경 요청으로 부탁하세요. Briks가 먼저 키를 물어보고, 키를 바로 Secrets에 저장하는 입력란을 보여 줘요. 그러면 사이트의 자체 서버 코드가 그 키로 서비스를 호출해요. 방문자 브라우저의 페이지는 다른 주소를 직접 호출하지 않아요. 빌드 전 질문을 참고하세요.

이런 동작 코드가 있는 사이트는 게시하기 전에 Briks가 코드를 읽고 보안 허점을 확인해요. 파일에 적힌 키, 한도 없는 저장, 로그인 없이 읽히는 회원 기록, 텍스트를 이어 붙여 만든 데이터베이스 쿼리를 찾아요.

#대시보드란 무엇인가요

대시보드는 스크롤하며 보는 페이지가 아니라 사람들이 매일 일하는 화면으로 만들어져요. 이런 것들이 들어가요:

• 탐색 메뉴가 옆쪽에 가는 아이콘 막대로, 또는 위쪽에 가로로 놓이는 틀과 상단 바예요.
• 각 화면 상단에 제목, 화면을 설명하는 한 줄, 주요 작업이 담긴 헤더가 있어요.
• 핵심 수치 세 개에서 다섯 개, 단위와 라벨이 있는 차트, 검색, 필터, 정렬, 페이지 나누기가 되는 표예요.
• 설명에 필요한 곳에 레코드 상세, 양식, 설정 화면을 만들어요.
• 휴대폰에서는 사이드 내비게이션이 메뉴로 바뀌고, 수치는 한 줄에 두 개씩, 그다음 한 개씩 쌓여요.

히어로도, 마케팅 헤드라인도, 스크롤 애니메이션도 없고 사진도 만들지 않아요. 대시보드는 제작 전 질문과 승인 단계도 건너뛰고, 설명만으로 바로 만들어요.

숫자가 어디서 오는지

대시보드는 기록을 프로젝트의 데이터베이스에 보관해요. 화면에 나오는 기록 종류마다 테이블이 하나씩 있어요. 첫 버전은 서로 맞아떨어지는 그럴듯한 샘플 기록으로 채워져요. 설명에 이름이 나온 제품, 가격, 사람은 기록이 되고, 나머지 사람에게는 지어낸 이름이 붙어요. 테이블, 차트, 핵심 수치는 이 기록을 읽고, 모든 합계는 행에서 계산해요. 기록을 추가하거나 바꾸는 양식은 그 내용을 저장해요. 로그인 페이지도 작동해요. 미리보기 상태에서는 주소를 아는 누구나 열 수 있고, 프로덕션에 게시하면 로그인한 Staff와 Admin 계정만 데이터를 볼 수 있어요. 스튜디오에서 쓰는 이메일로 가입하면 그 대시보드의 Admin이 돼요.

레코드의 형태를 정하려면 설명에 무엇을 저장하는지, 레코드마다 무엇이 들어가는지, 누가 업데이트하는지 적어 주세요. 레코드는 Database 탭에서 편집하고, 화면은 그에 맞춰 바뀌어요.

#Database 탭에 있는 내 레코드

프로젝트에 데이터베이스가 생기면 Database 탭에 Data, Accounts, Orders, Subscriptions, Settings의 다섯 가지 보기가 있어요. Owner와 Admin에게는 그 전에도 탭이 보이고 Create database가 표시돼요.

• Data에는 컬렉션별로 보유한 레코드 수가 나와요. Owner, Admin, Editor는 레코드를 열고, 수정하고, 삭제할 수 있어요. “변경 사항은 몇 분 안에 게시된 사이트에 반영돼요.”
• Accounts에는 사이트에서 계정을 만든 사람들이 나열되고, 여기서 각 사람의 역할을 Member, Staff, Admin으로 정해요. Orders에는 사이트가 직접 연결한 결제 대행사를 통해 판매한 내역이, Subscriptions에는 갱신되는 플랜을 결제 중인 회원이 나열돼요. Accounts와 Orders는 첫 항목이 들어오기 전까지 No accounts yet 또는 No orders yet이라고 표시돼요.
• Settings에서 다운로드(컬렉션당 최대 50,000개 레코드, 스프레드시트 또는 JSON), 복원 지점, 야간 사본을 관리해요. 다운로드와 야간 사본은 유료 플랜에서 제공돼요.

데이터베이스에서는 기록을 자세히 다루고, 백업에서는 복사본과 복원을 다뤄요.

#예약 작업과 웹훅

프로젝트 Settings의 Developer 그룹에 있는 두 섹션을 쓰면 앱이 정해진 일정대로 동작하게 하거나, 일어난 일을 다른 소프트웨어에 알릴 수 있어요.

• Scheduled tasks는 Every day at 09:00이나 Mondays at 09:00처럼 고른 일정에 맞춰 주소를 호출해요. 앱의 /api/로 시작하는 주소일 수도 있고, 다른 주소일 수도 있어요. 먼저 앱에 그 주소가 있어야 하니 변경 요청으로 만들어 달라고 하세요. 예약 작업을 참고하세요.
• Webhooks는 Published, Form received, Record changed 같은 일이 생겼을 때 다른 주소로 메시지를 보내요. Webhooks를 참고하세요.

#아직 제공되지 않는 것

• PayPal, Mollie, Razorpay, Creem 또는 Dodo Payments로 갱신되는 요금제는 아직 일회성 결제만 지원해요. 구독은 Stripe, Paddle, Polar 또는 Lemon Squeezy로 받을 수 있어요.
• Forms에서 양식 응답 내보내기. 데이터베이스의 레코드는 유료 플랜에서 내려받을 수 있어요.
• 내 도메인으로 보내는 이메일. 사이트 이메일은 emails.briks.live에 있는 프로젝트 전용 주소로 발송해요.
• Briks 자체를 위한 공개 API, MCP 서버, 커맨드 라인이에요.

다른 소프트웨어와는 세 가지 방법으로 연결할 수 있어요. 웹훅은 이벤트를 밖으로 보내고, 예약 작업은 일정에 따라 주소를 호출하고, 변경으로 위에서 설명한 대로 직접 가져온 키를 받는 서비스를 연결할 수 있어요.

#실제 예시 세 가지