Chương trình dành cho startup của Bubble mang lại cho bạn điều gì
Chương trình startup của Bubble trị giá 3.000 đô la tín dụng cho Bubble, nền tảng không cần mã mà các nhà sáng lập sử dụng để xây dựng và lưu trữ toàn bộ ứng dụng web – cơ sở dữ liệu, logic, giao diện và triển khai – mà không cần viết mã ứng dụng.
Nó nằm trong danh mục Công cụ phát triển và hoạt động khác với các khoản tín dụng dựa trên chỗ ngồi mà hầu hết các nhà sáng lập gặp phải đầu tiên. Tín dụng chỗ ngồi được quy định bằng số người. Tín dụng này được quy định bằng tháng ứng dụng, vì Bubble tính phí dựa trên khối lượng công việc mà ứng dụng của bạn thực hiện, chứ không phải số lượng người đăng nhập để xây dựng nó.
Điều đó hoàn toàn thay đổi câu hỏi về thời điểm. Khoản tín dụng có giá trị nhất trong khoảng thời gian bạn thực sự đẩy lưu lượng truy cập qua hệ thống và có giá trị rất ít khi bạn vẫn đang kéo các thành phần xung quanh một khung vẽ trống.
Điều kiện đủ điều kiện phụ thuộc vào giai đoạn và nguồn vốn, và các điều khoản hiện tại được liệt kê trên AI Perks, nơi theo dõi 7,7 triệu đô la tín dụng trên 194 công ty.
Bubble Thực Sự Dùng Để Làm Gì
Bubble nén 80% phần không hào nhoáng của ứng dụng web – tài khoản, CRUD, cơ sở dữ liệu, biểu mẫu, hệ thống thanh toán, lưu trữ – vào một trình soạn thảo trực quan, để một người không viết mã có thể phát hành một sản phẩm thực tế mà người dùng có thể trả tiền.
Cơ chế là một khung vẽ các phần tử được kết nối với cơ sở dữ liệu tích hợp, với logic được thể hiện dưới dạng các quy trình làm việc được kích hoạt bởi sự kiện thay vì các hàm. Trình kết nối API gọi ra các dịch vụ bên ngoài. Chợ plugin lấp đầy những khoảng trống. Đã bao gồm lưu trữ, vì vậy không có máy chủ nào để chạy và không có quy trình triển khai nào để bảo trì.
So sánh thẳng thắn không phải là Bubble so với một ứng dụng được thiết kế tốt. Đối với hầu hết các nhà sáng lập không chuyên về kỹ thuật, lựa chọn thay thế là một bản demo Figma không thể nhận thanh toán, một chồng Notion và Zapier được giữ lại bằng hy vọng, hoặc sáu tháng hóa đơn nhà thầu trước khi người dùng đầu tiên nhìn thấy sản phẩm.
Nó thực sự mạnh mẽ với các sản phẩm dạng CRUD với số lượng người dùng đồng thời khiêm tốn: thị trường, danh bạ, công cụ đặt chỗ và vận hành, SaaS nội bộ, MVP hai mặt. Nó thực sự yếu khi độ trễ trên mỗi yêu cầu hoặc chi phí đơn vị là sản phẩm: tính toán nặng, hệ thống thời gian thực, xử lý dữ liệu quy mô lớn.
Cách Chi Phí Của Bubble Hoạt Động Khi Mở Rộng Quy Mô
Bubble định giá theo khối lượng công việc tiêu thụ thay vì mỗi chỗ ngồi, vì vậy hóa đơn theo dõi khối lượng công việc ứng dụng của bạn thực hiện trên mỗi người dùng, chứ không phải số lượng người trong nhóm của bạn.
Đây là điều quan trọng nhất cần hiểu trước khi áp dụng nó. Mọi tìm kiếm, bước quy trình làm việc, tác vụ theo lịch trình và lệnh gọi API bên ngoài đều sử dụng một phần hạn mức hàng tháng. Một tìm kiếm quét một bảng lớn sẽ tốn một khoản phí mỗi khi nó chạy, nghĩa là cách ứng dụng được xây dựng sẽ ảnh hưởng đến hóa đơn nhiều như mức độ phổ biến của nó. Hai ứng dụng có lưu lượng truy cập giống hệt nhau có thể khác nhau theo một bậc độ lớn.
Bubble đã sửa đổi mô hình tiêu thụ và các cấp độ kế hoạch của mình kể từ khi giới thiệu nó, vì vậy hãy coi bất kỳ hạn mức đơn vị cụ thể nào bạn đọc ở bất kỳ đâu, kể cả ở đây, đều cần được kiểm tra đối với bảng giá hiện tại.
| Giai đoạn | Điều gì thúc đẩy hóa đơn | Cách nó hoạt động |
|---|---|---|
| Xây dựng, không có người dùng | Công việc trình soạn thảo, các lần chạy thử nghiệm | Gần như bằng không, thường nằm trong hạn mức nhập |
| 100 người dùng đầu tiên | Tải trang, tìm kiếm, quy trình làm việc đơn giản | Nhỏ và gần như tuyến tính với mức sử dụng |
| Tự động hóa tăng lên | Quy trình làm việc backend, các tác vụ theo lịch trình và định kỳ | Tăng nhanh hơn lưu lượng truy cập |
| Khối lượng dữ liệu tăng lên | Tìm kiếm trên các bảng lớn | Chi phí cho mỗi hành động tăng lên ở lưu lượng truy cập ổn định |
| Thêm các tính năng AI hoặc API | Các lệnh gọi bên ngoài cộng với hóa đơn của nhà cung cấp | Hai hóa đơn cùng lúc, chỉ một trong số đó được chi trả |
Hàng mà các nhà sáng lập đánh giá thấp là hàng thứ tư. Lưu lượng truy cập có thể ổn định trong nhiều tháng trong khi hóa đơn lặng lẽ tăng lên, bởi vì chi phí của một tìm kiếm là một hàm của dữ liệu đằng sau nó. Tín dụng tiêu thụ trị giá 3.000 đô la sẽ mua được số tháng được quyết định phần lớn bởi các lựa chọn mô hình hóa dữ liệu được thực hiện trong hai tuần đầu tiên của bạn. So sánh hình dạng đó với các tín dụng Công cụ phát triển khác được theo dõi tại getaiperks.com trước khi bạn cam kết.
Tín Dụng Bubble Không Bao Gồm Những Gì
Tín dụng Bubble chi trả cho Bubble. Chúng không chi trả cho các plugin trả phí mà ứng dụng của bạn phụ thuộc vào, các nhà cung cấp email và thanh toán mà nó gọi, hoặc các mã thông báo mô hình mà bất kỳ tính năng AI nào sử dụng.
Các nhà sáng lập thường giả định rằng tín dụng nền tảng bao gồm toàn bộ sản phẩm. Nó bao gồm một lớp:
| Lớp | Ai tính phí bạn | Được tín dụng Bubble chi trả |
|---|---|---|
| Gói và khối lượng công việc Bubble | Bubble | Có |
| Plugin trả phí và mẫu cao cấp | Tác giả plugin và mẫu | Không |
| Email giao dịch và SMS | SendGrid, Postmark, Twilio | Không |
| Xử lý thanh toán | Stripe và các sản phẩm tương đương | Không, đó là một phần doanh thu |
| Lệnh gọi mô hình từ bất kỳ tính năng AI nào | Anthropic, OpenAI, Google | Không |
| Xây dựng lại bằng mã thực sau này | Bảng lương của bạn | Không phải là tín dụng, và đó là khoản lớn |
Đây là lý do tại sao vị thế mạnh nhất là có nhiều khoản tín dụng trung bình trên các lớp thay vì một khoản lớn. Tín dụng ứng dụng bao gồm nơi sản phẩm chạy, tín dụng mô hình bao gồm chi phí cho các tính năng AI của nó, tín dụng đám mây bao gồm bất cứ thứ gì nằm ngoài nền tảng. AI Perks tồn tại để hiển thị những sự kết hợp nào có sẵn và tương thích ở giai đoạn của bạn.
Các Nhà Sáng Lập Thường Nhầm Lẫn Về Việc Xây Dựng Trên Bubble
Sai lầm tốn kém không phải là chọn Bubble. Đó là coi một công cụ xác thực là kiến trúc vĩnh viễn.
Năm chế độ thất bại đáng để thiết kế đối phó:
Nhầm lẫn "không mã" với "không kỹ thuật". Mô hình hóa dữ liệu, quy tắc truy cập và hiệu quả tìm kiếm vẫn tồn tại. Chúng có một giao diện khác, không phải một bản chất khác. Một ứng dụng Bubble được mô hình hóa kém sẽ thất bại giống như một ứng dụng Postgres được mô hình hóa kém, chỉ có điều hóa đơn sẽ đến sớm hơn.
Để ngỏ các quy tắc riêng tư cơ sở dữ liệu. Các quy tắc riêng tư của Bubble là thứ ngăn cách hồ sơ người dùng với bất kỳ ai kiểm tra những gì máy khách nhận được. Các giá trị mặc định cho phép là lỗi nghiêm trọng phổ biến nhất trên nền tảng, và chúng vô hình cho đến khi chúng không còn vô hình nữa.
Xây dựng toàn bộ sản phẩm trước khi có người dùng đầu tiên. Việc xây dựng rẻ tiền khiến việc xây dựng quá mức trở nên hấp dẫn. Phát hành phần hẹp nhất có thể nhận thanh toán, sau đó để người dùng trả tiền chọn tính năng tiếp theo.
Không có kế hoạch thoái lui. Bubble chạy ứng dụng của bạn trên cơ sở hạ tầng của riêng nó và không có cách nào để xuất mã ứng dụng. Rời đi có nghĩa là xây dựng lại. Đó là một sự đánh đổi hoàn toàn hợp lý khi nó được lựa chọn một cách có chủ ý, và một sự ngạc nhiên tốn kém khi không phải. Giữ cho dữ liệu có thể xuất được, ghi lại các quy tắc kinh doanh bên ngoài khung vẽ và coi ứng dụng là một phiên bản thay vì công ty.
Phụ thuộc vào một plugin mà không ai bảo trì. Một plugin miễn phí bị tác giả bỏ rơi không phải là một sự bất tiện. Đó là một bản tái thiết với thời hạn chót.
Bubble vs Mã vs Trình tạo ứng dụng AI: Cách Quyết Định
So sánh Bubble với hàng tuần và hóa đơn nhà thầu mà bạn sẽ chi tiêu để tiếp cận người dùng trả tiền đầu tiên, chứ không phải với một sản phẩm được kỹ thuật hóa hoàn hảo tưởng tượng.
| Cách tiếp cận | Thời gian đến người dùng đầu tiên | Ai có thể duy trì nó | Bạn có sở hữu mã không | Hình dạng chi phí |
|---|---|---|---|---|
| Bubble | Vài ngày đến vài tuần | Người không chuyên | Không | Tiêu thụ, theo khối lượng công việc |
| Trình tạo ứng dụng AI | Vài ngày | Kỹ sư, cuối cùng | Có | Tín dụng hoặc chỗ ngồi, cộng với lưu trữ |
| Mã viết tay | Vài tuần đến vài tháng | Kỹ sư | Có | Lương, cộng với cơ sở hạ tầng |
Hãy áp dụng Bubble khi người nắm giữ hiểu biết về khách hàng không thể mã hóa, khi sản phẩm có dạng CRUD và khi rủi ro mà bạn đang giảm thiểu là rủi ro nhu cầu chứ không phải rủi ro kỹ thuật. Ba điều kiện này cùng nhau là nơi nó tự trang trải nhiều lần.
Bỏ qua nó khi bạn đã có các kỹ sư sẽ phát hành cùng một thứ với tốc độ tương tự bằng mã, khi vấn đề kỹ thuật là sản phẩm, hoặc khi độ trễ và kinh tế trên mỗi yêu cầu quyết định liệu doanh nghiệp có hoạt động hay không.
Nếu nó đáp ứng được tiêu chí này, hãy tài trợ cho nó trước khi thanh toán cho nó. Bắt đầu tại getaiperks.com, lọc đến Công cụ phát triển và đăng ký rộng rãi, vì tiêu chí phê duyệt khác nhau tùy theo chương trình và ba lần phê duyệt trong tám đơn đăng ký tốt hơn một lần trong một đơn. Sau đó, hãy căn chỉnh thời điểm bắt đầu tín dụng với thời điểm lưu lượng truy cập thực sự đến. Tín dụng có thời hạn và một khoản tín dụng tiêu thụ bắt đầu khi bạn vẫn đang thiết kế trang sẽ lãng phí phần lớn giá trị của nó.
Câu Hỏi Thường Gặp
Chương trình startup của Bubble đáng giá bao nhiêu?
3.000 đô la tín dụng cho Bubble, nằm trong danh mục Công cụ phát triển cùng với các công cụ xây dựng và phát hành khác mà các nhà sáng lập tài trợ sớm. Vì Bubble tính phí theo khối lượng công việc tiêu thụ thay vì theo chỗ ngồi, giá trị bạn nhận được phụ thuộc vào thời điểm lưu lượng truy cập của bạn thực sự đến. Điều kiện đủ điều kiện phụ thuộc vào giai đoạn và nguồn vốn, được theo dõi tại getaiperks.com.
Bubble dùng để làm gì?
Các ứng dụng web full-stack được xây dựng trực quan: thị trường, hệ thống đặt chỗ, danh bạ, SaaS nội bộ, MVP hai mặt. Bạn lắp ráp các trang từ các phần tử, lưu trữ hồ sơ trong cơ sở dữ liệu tích hợp và xác định logic dưới dạng các quy trình làm việc được kích hoạt bởi sự kiện. Đã bao gồm lưu trữ, vì vậy không có máy chủ nào để chạy hoặc quy trình triển khai nào để bảo trì. Nó phù hợp với các sản phẩm nặng về CRUD với số lượng người dùng đồng thời khiêm tốn.
Định giá của Bubble hoạt động như thế nào?
Bubble định giá theo khối lượng công việc tiêu thụ thay vì theo chỗ ngồi. Các tìm kiếm, bước quy trình làm việc, tác vụ theo lịch trình và lệnh gọi API đều sử dụng một phần hạn mức hàng tháng, vì vậy cách ứng dụng được xây dựng ảnh hưởng đến hóa đơn nhiều như mức độ phổ biến của nó. Bubble đã sửa đổi mô hình này kể từ khi giới thiệu nó, vì vậy hãy xác minh các cấp độ hiện tại trực tiếp.
Tôi có thể xuất ứng dụng Bubble của mình dưới dạng mã không?
Không. Ứng dụng Bubble chạy trên cơ sở hạ tầng của Bubble và không có cách nào để xuất mã ứng dụng. Bạn có thể xuất dữ liệu của mình và bạn có thể gọi đến API của riêng mình, nhưng việc rời đi có nghĩa là xây dựng lại ứng dụng. Hãy quyết định trước xem đó có phải là một chi phí chấp nhận được hay không, vì nó sẽ không rẻ hơn sau này.
Tôi có thể xếp chồng tín dụng Bubble với tín dụng AI và đám mây không?
Có, và bạn nên làm vậy. Chúng là các hóa đơn khác nhau. Bubble chi trả cho lớp ứng dụng, tín dụng mô hình chi trả cho bất kỳ lệnh gọi AI nào mà quy trình làm việc của bạn thực hiện thông qua Trình kết nối API và tín dụng đám mây chi trả cho bất cứ thứ gì bạn chạy bên ngoài Bubble. AI Perks theo dõi 7,7 triệu đô la trên 194 công ty để bạn có thể xem mình đã chi trả cho những lớp nào.
Bubble có đáng giá nếu tôi đã có kỹ sư không?
Thường thì không. Nếu các kỹ sư sẽ phát hành cùng một thứ bằng mã với tốc độ tương tự, bạn sẽ có được một tài sản có thể bảo trì thay vì phải xây dựng lại trong tương lai. Bubble kiếm được chỗ đứng của nó khi người nắm giữ hiểu biết về khách hàng không thể mã hóa, hoặc khi rủi ro nhu cầu, chứ không phải rủi ro kỹ thuật, là điều bạn đang loại bỏ. So sánh các tùy chọn tại getaiperks.com.
Phát hành ứng dụng. Hãy để người khác trả tiền cho khối lượng công việc.