Briks가 하는 일

#설명에서 라이브 사이트까지

누구를 위한 것인지, 무엇을 제공하는지, 어떤 느낌이어야 하는지, 어떤 페이지가 필요한지를 평소 쓰는 말로 적으세요. 그다음은 Briks가 여섯 단계로 이어 가고, 각 단계는 프로젝트 대화에서 따라갈 수 있어요.

1. Plan. Briks가 설명을 읽고 원하는 페이지를 물어봐요. 끄지 않으면 예약을 받는지, 가격을 보여 주는지처럼 설명에서 정해지지 않은 부분도 함께 물어봐요. 1분이면 답할 수 있고, Decide for me를 누르면 Briks의 추천을 그대로 따라요.
2. 디자인. 내 비즈니스에 맞는 색, 서체, 여백, 이미지를 정해요. 마음에 드는 사이트를 보여 주면 레이아웃, 여백, 서체, 모션, 헤더 메뉴를 읽고 따라가요. 그 사이트의 문구는 가져오지 않아요.
3. Build. 페이지와 그 뒤의 코드를 작성해요. 웹사이트는 섹션, 메뉴, 양식을 갖춰요. 앱이나 대시보드는 화면을 갖추고, 정보를 저장해야 하면 자체 데이터베이스도 가져요. 만드는 데 보통 가진 크레딧보다 많이 든다면 계획을 세운 뒤 한 번 멈추고, 계획은 그대로 둔 채 Resume building을 선택할 때까지 기다려요.
4. 점검. 게시하기 전에 Briks는 코드에서 글자와 배경의 대비를 확인해요. 처음 게시한 뒤에는 라이브 페이지에서 데스크톱과 휴대폰 너비로 대비를 다시 확인하고, 수리는 최대 한 번만 하며, 고른 모든 페이지가 메뉴에 들어 있는지도 확인해요. 앱의 코드는 파일에 키가 남아 있는 것 같은 흔한 보안 실수가 없는지도 읽어 봐요.
5. Host. 사이트는 Briks에서 운영되고, 호스팅은 요금제에 포함돼 있어요. 게시된 사이트는 크레딧 잔액과 상관없이 계속 온라인 상태로 유지돼요.
6. Publish. 처음 게시하면 larder-lane.briks.live 같은 전용 주소의 미리보기로 올라가고 검색 엔진에는 노출되지 않아요. 마음에 들면 Publish to production이 런칭 점검을 실행하고 완전한 공개 사이트로 만들어요.

그 후에는 같은 대화창에 입력해서 사이트를 바꿔요. '영업시간을 더 찾기 쉽게 해 줘', '도매 고객용 페이지를 추가해 줘'처럼요. 모든 빌드와 변경은 버전으로 저장되니, 원하던 변경이 아니었다면 되돌리거나 다시 실행하거나 이전 버전으로 돌아갈 수 있어요.

#세 가지 프로젝트 종류

프로젝트를 시작할 때 무엇을 만들지 고르게 돼요. 이 선택에 따라 Briks가 계획을 세우는 방식, 묻는 질문, 화면 구성이 달라져요.

웹사이트와 웹 앱은 페이지와 불분명한 부분에 대한 질문으로 시작해요. 대시보드는 질문 없이 설명만으로 바로 만들고, 고를 수 있는 스타일이나 히어로도 없어요. 차이점은 웹 앱과 대시보드 페이지에서 자세히 설명해요.

#시작하려면 필요한 것

• 열 수 있는 이메일 주소. 계정은 그 주소로 보낸 링크로 확인하며, 링크를 클릭하기 전에는 로그인할 수 없어요.
• 비즈니스나 아이디어에 대한 설명. 최소 열 글자면 되지만, 가장 좋은 첫 버전은 누구를 위한 곳인지, 어디에 있는지, 무엇을 제공하는지, 어떤 느낌이어야 하는지, 어떤 페이지가 필요한지를 담은 한 문단에서 나와요. 좋은 브리프 쓰는 법을 참고하세요.
• 선택 사항: 마음에 드는 사이트. 주소 하나와 전체 페이지 또는 일부 섹션의 스크린샷을 추가해요. 마음에 드는 사이트로 만들기를 참고하세요.
• 선택 사항: 브랜드. 이미 정해져 있다면 강조 색상, 라이트 또는 다크, 제목과 본문 글꼴을 알려 주세요. 나머지는 Briks에 맡겨 주세요.
• 선택 사항: 내 사진과 영상. 나중에 미디어 라이브러리에서 추가하거나 대화 중 메시지에 첨부할 수 있어요.
• No card. 새 계정은 무료 크레딧 50개로 시작하고, 첫 빌드가 진행되는 동안 이만큼을 확보해 둬요. Free 워크스페이스의 첫 사이트는 그보다 더 필요해도 끝까지 만들어져요.
• 나중에 내 도메인을 쓰려면: 가지고 있는 도메인과 Starter 이상의 요금제가 필요해요. Free를 포함한 모든 요금제에 briks.live 주소가 주어져요.

#처음 한 시간은 보통 이렇게 흘러가요

처음부터 시작하는 사람의 첫 한 시간은 보통 이렇게 흘러가요. 스튜디오가 직접 약속하는 시간은 첫 버전이 몇 분 걸린다는 것뿐이고, 나머지는 읽고 결정하는 데 얼마나 쓰는지에 달려 있어요.

#Briks가 아직 하지 못하는 일

사람들이 자주 요청하지만 아직 만들어지지 않은 기능이 있어요. 브리프를 쓰기 전에 알아 두면 작동하지 않을 내용에 빌드를 낭비하지 않아요.

• 모든 결제 대행사에서 구독을 받을 수 있는 것은 아니에요. 갱신되는 요금제는 Settings, Payments에서 설정하는 Stripe, Paddle, Polar 또는 Lemon Squeezy가 필요해요. PayPal, Mollie, Razorpay, Creem, Dodo Payments는 아직 일회성 결제만 지원해요. 로그인과 결제를 확인해 보세요.
• 폼 항목 내보내기. 사이트 폼으로 들어온 메시지는 스튜디오에 보관되며 최근 100개가 표시되고, 사이트가 프로덕션이 되면 이메일로도 전달돼요. 내보내기 버튼은 없어요. 다른 곳에서 필요하면 웹훅으로 새 항목이 들어올 때마다 다른 서비스에 보낼 수 있어요.
• 내 도메인에서 보내는 이메일. 사이트 이메일을 켜면 내 도메인이 아니라 emails.briks.live의 주소에서 발송돼요.
• 빌드 전에 정확한 가격. 작업은 실행되는 동안 정해진 양을 잡아 두고(새 사이트는 50 크레딧), 실제로 든 작업만큼 청구해요. 그래서 더 적거나 많을 수 있어요. 빌드에 보통 가진 크레딧보다 더 들면 스튜디오가 시작 전에 비슷한 빌드를 바탕으로 한 예상치와 함께 알려 줘요. 크레딧과 요금제를 참고하세요.
• 무료 커스텀 도메인. 내 도메인은 Starter 플랜부터 쓸 수 있어요.
• 공개 API나 MCP 서버. 사이트는 대시보드나 Telegram에서 만들고 관리해요. 직접 만든 도구용 키는 유료 플랜에서 프로젝트의 애널리틱스 키 하나뿐이고, 방문자 수치를 읽는 데 써요. 애널리틱스를 참고하세요.
• GitHub 이외의 서비스와의 동기화는 지원하지 않아요. 유료 플랜에서는 사이트 파일을 GitHub 저장소와 맞춰 두고 스튜디오에서 내려받을 수 있어요. GitHub 동기화를 확인해 보세요.
• 모든 빌드에 대한 전체 점검. 레이아웃, 겹침, 링크를 네 가지 화면 크기에서 확인하는 점검은 직접 켜는 기능이에요. 요청하지 않으면 모든 빌드에서 실행되지는 않아요.
• Briks를 내 이름으로 재판매하기. 지금은 화이트 라벨 옵션이 없어요. 작은 Built with Briks 배지는 Free 사이트에 항상 표시돼요. 유료 플랜에서는 켜기 전까지 꺼져 있어요.
• Free 플랜에는 AI 에이전트가 없어요. 사이트를 대신 돌봐 주는 AI 에이전트는 Starter부터 유료 플랜에 포함돼요.

#이 문서의 구성

문서는 대부분의 사람이 일하는 순서를 따라, 첫 계정부터 여러 사이트를 운영하는 팀까지 이어져요.

처음이라면 계정 만들기를 읽고 대시보드 둘러보기를 본 다음, 내 사업을 떠올리며 첫 사이트를 따라 해 보세요. 어려운 용어는 용어 설명에 풀이되어 있어요.