-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Automate account upgrades and limit increases for STORJ token payments #67
Comments
From @mobyvb:
Let's go with something like this |
Notes:
This is the trickiest part of the acceptance criteria. Not because of technical difficulty, but because we will need to have clear requirements about how this works and how the user interacts with it. Since our limits are usage based and not cost based, how do we automatically decide what the storage vs egress vs segment limit should be? My vote is that we just upgrade these to "normal paid tier" users, don't mess with the limits at all, and if they owe money on an invoice, let auto freeze take it from there. If we take this approach, there is very little additional work necessary to complete the feature. If we do not add any additional limit-adjustment steps, and just rely on account freeze/warn, I think the rest of the work could be 1-2 sprints of effort. With more advanced limit behavior, e.g. what I brainstorm in this document, I would add a minimum of 2-3 sprints on top to account for PRD, design documents, and understanding the problem we are solving. |
@mobyvb - let's go with your vote - we'll go with a static amount (that is configurable on the satellite) and upgrade to normal pro account limits. Right now, @boshevski's designs have $10, but currently thinking $20 is a better number to have as the initial config. |
Hey Moby, since your 1-2 Sprints didn't take into consideration project and account level geo fencing is it safe to say the 1-2 sprints becomes a 3-4? |
@ferristocrat I think that project and account level geo fencing do not require much additional complexity - we are doing something similar with egress/storage limits. |
Description
The goal of this roadmap item is to improve the experience for customers who pay with STORJ tokens rather than a credit card. We aim to automate the process of upgrading to a "pro account" and adjusting the associated account limits based on token payments, eliminating the need for customers to create a support ticket. This will include setting limits based on the STORJ token balance and handling cases where the balance is too low or there are unpaid invoices separately.
Problem/Pain Point
Currently, customers who pay with STORJ tokens need to go through a manual process to upgrade their account to a "pro account" and adjust their account limits. This requires customers to create a support ticket, resulting in a suboptimal user experience and increased support workload.
Why Now?
As Storj continues to grow and attract new customers, it is essential to provide an optimal user experience for all payment methods. Automating the account upgrade process for STORJ token payments will streamline the user experience, reduce support workload, and encourage adoption of STORJ tokens as a preferred payment method.
Impact
Automating account upgrades and limit management for STORJ token payments will improve the overall customer experience, making it easier and more convenient for users to pay with STORJ tokens. This will also reduce the support workload related to manual account upgrades and limit adjustments.
In Scope
Out of Scope
Acceptance Criteria
Success Metrics
Links
The text was updated successfully, but these errors were encountered: