창업자를 위한 가이드
빌드 및 실행 중인 앱에 대한 예산입니다.
현재 계획과 서비스 견적을 사용하여 일회성 실험과 지속적인 약속을 분리하세요.
01 — 자금을 지원하는 실험 정의
고객 대화 3건에 대한 샘플 데이터 프로토타입은 기록을 저장하고 메시지를 보내는 라이브 서비스와 예산이 다릅니다. 첫 번째 결과를 설명하고 이를 검사할 사람과 계속할지 여부를 언제 결정할 것인지 설명합니다. 이는 개방형 빌드가 아닌 반복을 위한 경계를 제공합니다.
- 첫 번째 테스트에 필요한 화면과 작업을 나열하세요.
- 반복 청구와 일회성 설정을 분리하세요.
- 실험에 지출 한도와 검토 날짜를 지정합니다.
02 — 요구 사항에 대한 계획을 읽어보세요.
구독을 선택하기 전에 현재 청구 및 요금제 정보를 확인하세요. 프로젝트에 중요한 신용 허용 한도, 사용 규칙, 프로젝트 한도, 런타임, 다운로드 및 게시 옵션을 확인하세요. 연간 가격과 월별 가격이 혼합되지 않도록 통화, 청구 간격 및 갱신 기간을 견적과 함께 기록하세요.
- 포함된 사용량이 소진되면 어떻게 되는지 적어보세요.
- 어떤 실행 및 전달 기능이 포함되어 있는지 확인하세요.
- 현재 계정 가격을 사용하세요. 이 가이드에서는 Cocoding 관세를 인용하지 않습니다.
03 — 앱이 의존하는 서비스를 추가하세요.
도메인, 리드 대상, 메시지 전달, 결제 또는 저장 공간에는 별도의 요금과 한도가 적용될 수 있습니다. 다시 추가하기 전에 런타임이 포함되어 있는지 확인하세요. 각 서비스에 대해 소유자, 청구 단위 및 한도에서 발생하는 상황을 기록합니다. 필요한 경우 설정, 접근성, 보안 검토 및 유지 관리에 대한 시간 또는 유료 지원을 포함합니다.
- 월별 견적 = 구독 + 추가 사용량 + 런타임 + 서비스 + 연간 도메인 비용 ¼ 12 + 유지 관리 예약.
- 일회성 설정 및 검토를 별도 금액으로 유지하세요.
- 실제 견적에서 세금, 지역별 가격, 사용량 기준 수수료를 확인하세요.
- 번들 서비스를 두 번 계산하지 마세요.
04 — 추측을 작은 시도로 대체
빌드하려는 것과 동일한 제한된 작업을 시도해 보세요. 첫 번째 버전을 생성하고 두 가지 중점 변경 사항을 적용한 후 기본 흐름을 테스트하세요. 실제 사용량과 남은 작업을 기록합니다. 이러한 관찰은 구독 레이블을 비교하는 것보다 더 유용하지만 여전히 대규모 프로젝트에 대한 추정치입니다. 더 많은 사용자를 초대하기 전에 예산을 다시 검토하세요.
- 작업, 계획, 날짜, 관찰된 사용량을 함께 저장하세요.
- 서비스의 과금 단위를 이용하여 조용한 달과 바쁜 달을 모델링해 보세요.
- 사용 가능한 사용량 알림 또는 한도를 설정하고 요금을 검토할 사람을 선택하세요.
- 한도를 초과한 경우 계속하기 전에 범위를 줄이거나 계획을 수정하세요.
출발점
간략한 내용을 구체적으로 작성하세요.
이 예를 귀하의 비즈니스에 적용하십시오. 샘플 데이터를 실제 고객 정보와 별도로 보관하세요.
첫 번째 앱을 위한 예산 워크시트 목표 및 검토 날짜: ___ 빌더 구독/월: ___ 포함된 사용량 및 초과 규칙: ___ 예상 추가 빌드 사용량/월: ___ 런타임 또는 호스팅/월: ___ 연결된 서비스/월: ___ 도메인 갱신/년: ___ 일회성 설정 및 검토: ___ 월간 유지 관리 예약: ___ 월별 한도 및 소유자: ___ 확인할 가정 작은 재판: ___
다음 단계가 필요할 때
제품 설명서를 따르세요.
시작하기 전에.
구독료가 낮을수록 앱도 저렴해진다는 뜻인가요?
전체 작업과 진행 중인 사용량을 비교해보세요. 포함된 기능, 반복, 서비스, 검토 및 유지 관리가 총계를 변경할 수 있습니다. 각 옵션에 대해 동등한 요구 사항과 현재 견적을 사용하십시오.
첫 번째 프롬프트에서 고정 비용을 보장할 수 있나요?
완성된 앱에 얼마나 많은 수정본, 연결된 서비스 또는 운영 리소스가 필요한지 묻는 메시지는 표시되지 않습니다. 소규모 시험, 지출 경계 및 명시적인 가정을 사용한 다음 학습하면서 추정치를 수정하십시오.
다음 단계를 찾아보세요.
유용한 작업 하나로 시작하세요