Last updated 02 June 2016
Table of Contents
Plans can be created anytime from Alpha onwards. Plan tiers should be considered carefully, and take possible future expansions within your business into account. Based on customer feedback, we suggest creating your paid add-on plans as the add-on is approaching GA.
While your add-on is in Alpha and Beta, it will have only one visible plan named ‘Test’. This plan will be free for users to add while your add-on remains in Alpha/Beta. Until the add-on is GA, additional plans are not listed and ecosystem partners are not able to charge for their services.
Providers can create Add-on plans in the Provider Portal.
When your plans are ready to be published, please complete the intake form to provide more details regarding your add-on plan change request. We review and process these requests twice per month, on the 15th and 30th of each month. If these dates fall on a weekend or US holiday, it will be reviewed on the next business day.
Choose your naming scheme with care, you will not be able to change it easily once your add-on is available to the public.
Plan names and slugs are immutable, there is no support for changing them once a user has installed it. Instead the plan has to be deprecated and a new one would have to be chosen to be installed by the user.
When naming please observe the following rules for names and slugs:
- Versions must not be present. e.g “small” is acceptable whereas “small_v2” is not
- Avoid using single letters or numbers as slugs, and ensure that the slug matches the name, identically is best.
- No inclusion of Heroku is necessary as it’s implied in the use of the platform. e.g “small_Heroku” is not acceptable
- Where possible please avoid underscores and hyphens in the name unless absolutely necessary
- Don’t make the plan name unnecessarily long if it can be avoided, remember that users will have to type this name in when using the CLI. e.g “super-dedicated-plan-t1-exclusive” is not a good slug.
- Plan names should match slugs identically if possible.
- Do not name your entry level plan “free” if you have one. Keep the naming focused on the value provided. The real purpose of your free plan is to allow users to get started without having to make a purchasing decision right away, and to support even the most basic, personal development environment. Names like “starter”, “developer” communicate these intentions much more accurately than “free”.
Once your plan has been created it will be in Alpha state, you can then submit it for approval so that your GA users can use it.
This article covers the add-on development lifecycle in more detail.
Choosing pricing can be hard and it’s going to vary depending on the service you provide. You may already be running a successful business before creating an add-on so your pricing might follow what you currently offer. If you are unsure of pricing consider the following guidelines:
- Be aware of the Platform; Heroku users currently purchase and consume resources on Heroku via a freemium model. As such, it might make sense to replicate this by offering low onboarding plans and higher-end enterprise plans.
- Be aware of your competitors; is there a similar service on Heroku today? Understanding their pricing and whether it’s successful will help you form your own successful pricing approach.
- Speak to your users; Heroku provides a way to gather information about your users via the API and this can be done through Alpha and Beta. Make sure you speak to your users and understand the value your users receive from using your service.
Increasing the price of a plan
If you are raising the price of an add-on, you need to make a decision about your existing users. You have two choices:
- Grandfather in the existing plan users at the price they currently pay.
- Raise prices for existing plan users with 30 days notice.
Either way, we will charge new users at the new price when we are notified.
When you are ready, please complete the intake form to provide more details regarding your add-on plan change request. We review and process these requests twice per month, on the 15th and 30th of each month. If these dates fall on a weekend or US holiday, it will be reviewed on the next business day.
Decreasing the price of a plan
Please complete the intake form to provide more details regarding your add-on plan change request. We review and process these requests twice per month, on the 15th and 30th of each month. If these dates fall on a weekend or US holiday, it will be reviewed on the next business day.
Say you want to change all your plan names or add/delete multiple features from a plan, what should you do? If you are making drastic plan changes, it is actually easier to create a new plan and migrate users to the new plan. Please make your new plan in the Provider Portal.