
Điều hữu ích nhất cần hiểu về credits của Rivya không phải là con số trên số dư.
Đó là công việc mà ví đang làm khi một dự án bắt đầu di chuyển qua chat, image, video, audio và live tools. Nếu bạn cần trang tham chiếu quy tắc nghiêm ngặt, Credits & Billing trong Rivya vẫn là nguồn chính. Trang này là hướng dẫn quyết định mua.
Hướng dẫn giá này dựa trên gì
Hướng dẫn này đã được rà soát vào ngày 28 tháng 4 năm 2026 theo cấu hình pricing công khai hiện tại và tài liệu billing của Rivya.
Nó phản ánh:
- credits đăng ký: 6 credits với thời hạn 30 ngày
- plan credits: Basic 300, Advanced 800, Pro 1800 và Premium 3600 credits mỗi tháng
- pack credits: 500, 1500, 3500 hoặc 7000 credits một lần với thời hạn 365 ngày
- quy tắc rằng /pricing và Stripe Checkout là nguồn cuối cùng cho giá chính xác, giảm giá, thuế và khả năng thanh toán
Bắt đầu từ việc ví thật sự dùng để làm gì
Rivya dùng một ví chung trên toàn sản phẩm.
Điều đó quan trọng vì dự án có thể đổi định dạng mà không buộc bạn xây lại logic chi tiêu mỗi lần.
Câu hỏi hữu ích hơn thường không phải là:
tôi đã tiêu bao nhiêu tiền?
Mà là:
tôi còn đủ không gian để giữ workflow này tiếp tục mà không bị gián đoạn không?
Đó là lý do ví trong Rivya có cảm giác vận hành. Nó không chỉ là màn hình số dư. Nó là cây cầu giữ công việc đa định dạng không bị đứng lại.
Cách chia mua sạch nhất
| Tình huống | Thường phù hợp hơn | Vì sao |
|---|---|---|
| bạn vẫn đang học sản phẩm | signup credits trước | bạn cần tín hiệu, không cần cam kết |
| công việc đến theo đợt | một pack | bạn cần phần tràn, không phải nhịp tháng |
| công việc bắt đầu lặp lại | một plan | bạn cần dung lượng ổn định |
| bạn đã có plan nhưng gặp spike tạm thời | thêm pack phía trên | bạn cần khoảng thở bổ sung mà không đổi baseline |
Plans và packs không phải thứ thay thế nhau trong mọi trường hợp. Chúng giải các vấn đề thời điểm khác nhau.
Xem signup credits như ngân sách học
Credits đăng ký có giá trị nhất khi bạn dùng chúng để trả lời một câu hỏi thực tế:
- sản phẩm này có phù hợp với cách tôi thật sự làm việc không?
Điều đó thường có nghĩa là:
- một phiên chat hoặc công cụ thật
- một lượt tạo image, audio hoặc video mà bạn thật sự quan tâm
- một phép so sánh cho biết workflow có đáng tiếp tục không
Thường là sai lầm nếu rải credits đầu tiên vào các bài test ngẫu nhiên chỉ vì số dư đang có. Nếu bạn muốn bài đọc đi kèm mạnh nhất cho vòng học đầu đó, hãy ghép trang này với Cách chạy tác vụ thật đầu tiên trong Rivya.
Khi pack thường là bước tốt hơn
Pack thường là câu trả lời sạch hơn khi công việc nghe như sau:
- bạn vẫn đang kiểm tra liệu Rivya có thuộc về workflow bình thường của mình không
- công việc đến theo đợt dự án thay vì sử dụng hằng tháng đều
- bạn đã có plan, nhưng một chiến dịch hoặc tuần chỉnh sửa nặng hơn bình thường
- bạn muốn thêm không gian mà không mang cam kết lặp lại lớn hơn cả năm
Packs thường nói về thời điểm. Chúng không phải cùng quyết định với việc chọn baseline cho sử dụng liên tục.
Khi plan thường là bước tốt hơn
Plan thường là câu trả lời tốt hơn khi công việc nghe giống hơn như sau:
- bạn dùng Rivya mỗi tuần hoặc mỗi tháng
- dự án thường xuyên di chuyển giữa nhiều hơn một surface
- bạn không muốn mỗi giai đoạn bận lại biến thành một quyết định top-up khác
- ví bây giờ hỗ trợ một nhịp vận hành, không phải một spike một lần
Đó là khi plan ngừng có cảm giác như "nhiều credits hơn" và bắt đầu giống một baseline làm việc sạch hơn.
Số dư thấp thật sự làm gián đoạn gì
Số dư thấp không chỉ là vấn đề billing. Nó là vấn đề gián đoạn workflow.
Khi ví quá thấp:
- một generation có tính phí có thể không bao giờ bắt đầu ở upstream
- tác vụ vẫn có thể thất bại một cách nhìn thấy được
- notifications có thể ghi lại sự gián đoạn
- dự án có thể dừng đúng lúc bạn đã sẵn sàng tiếp tục
Đó là lý do số dư thấp trong Rivya gây cảm giác gián đoạn hơn các sản phẩm nơi mọi workflow sống tách rời.
Khi credits dễ bị hiểu sai
Credits không bảo đảm mọi kết quả đều có thể xuất bản, và một lượt chi phí cao hơn không tự động là bước đầu tốt hơn.
Hãy cẩn thận khi:
- bạn so sánh mô hình trước khi định nghĩa tác vụ
- bạn chọn một lượt video hoặc audio nặng chỉ để khám phá một ý tưởng chưa rõ
- bạn cho rằng tác vụ thất bại giống với kết quả hoàn tất nhưng không dùng được
- bạn mua quyền truy cập lặp lại trước khi biết công việc có thật sự lặp lại không
Nếu quyết định mua vẫn chưa rõ, hãy bắt đầu bằng lượt nhỏ nhất có thể trả lời câu hỏi thật.
Một mẫu mua Rivya đáng tin
Nếu bạn muốn quy tắc ngắn nhất nhưng đáng tin, hãy dùng cách này:
- dùng signup credits để học
- mua pack nếu công việc có triển vọng nhưng vẫn không đều
- chuyển sang plan khi mẫu sử dụng trở nên lặp lại
- giữ packs cho spike ngay cả sau khi plan trở thành bình thường
- chuyển sang Câu hỏi thường gặp về pricing trong Rivya hoặc Payment Checkout trong Rivya khi câu hỏi thật sự là hoàn tiền, hủy hoặc trạng thái checkout
Mẫu này thường hữu ích hơn việc nhìn chằm chằm vào bảng plan trước khi bạn hiểu nhịp của chính mình.
Đi đâu tiếp theo
- Nếu bạn muốn so sánh công khai rộng, hãy đến Pricing.
- Nếu bạn muốn trang mua dạng trả lời ngắn, hãy đọc Câu hỏi thường gặp về pricing trong Rivya.
- Nếu bạn muốn quy tắc ví nghiêm ngặt hơn, logic hết hạn và hành vi failed-run, hãy đọc Credits & Billing trong Rivya.
- Nếu bạn muốn trang quyết định plan-vs-pack, hãy đọc Plans and Packs trong Rivya.
- Nếu bạn muốn giải thích chính xác về return-and-refresh sau checkout, hãy đọc Payment Checkout trong Rivya.
Kiểm tra chi phí trước khi chạy
Trước khi tiêu credits, hãy nối lần chạy với một quyết định mua:
- Mô hình hoặc workflow: lượt nào thật sự sẽ tiêu từ ví.
- Mẫu công việc: lượt học, đợt một lần, công việc lặp lại, retry hoặc nỗ lực production.
- Tín hiệu chi phí: trang mô hình hoặc trang pricing gợi ý gì về mức dùng credits dự kiến.
- Bài test rẻ hơn: liệu lượt nhẹ hơn có trả lời cùng câu hỏi trước một lượt nặng hơn không.
- Hàm ý mua: kết quả trỏ về signup credits, pack, plan hay chưa cần mua.
Mục tiêu không phải lúc nào cũng tiêu ít credits nhất. Mục tiêu là giữ mức chi tiêu khớp với nhịp thật của công việc.
Rà soát chi tiêu trước khi lặp lại
Hãy xem mỗi lượt hoàn tất như một tín hiệu chi phí, không phải bằng chứng rằng cùng mức chi nên tiếp tục. Kiểm tra xem mô hình có nặng hơn tác vụ cần không, prompt có quá rộng không và lượt tiếp theo có thật sự cần cài đặt cao hơn không.
Nếu kết quả hữu ích về hướng, hãy tiếp tục từ phần mạnh nhất thay vì bắt đầu lại một cách mù quáng. Nếu nó thất bại ở tác vụ lõi, hãy sửa brief hoặc lựa chọn mô hình trước khi tiêu thêm credits hoặc thay đổi baseline mua.


