As part of an early access program (EAP), you can now build standard and advanced editions of Marketplace apps in the cloud that are Paid via Atlassian. During this stage of the EAP, participants can build and test editions of non-production apps in development, staging, and production environments.
EAP features are available to select users for demand, viability, and suitability testing. Releasing a feature as an EAP helps us gather insights that inform future development decisions.
This page covers the three key steps for publishing editions of your app in the Marketplace partner account:
Before you start publishing your editions, go through the build instructions and ensure that you have made the required changes in your app code.
Note that your current app will default to the standard edition as soon as these changes are made. You can then diversify the app by adding different features to the standard, as well as the advanced edition in your partner account.
A few key things to note:
After you've ensured that your code is compatible, follow the given steps to start publishing:
Once you're inside the editions tab, you will be guided through the next steps.
To begin, you'll need to add all the features you want to provide across your standard and advanced editions, describe these features, and then map them to their respective editions. Features will appear in the app listing in the order that you provide here.
Follow the given steps:
While adding feature details, remember that you can add features that are provisioned in your code, as well as service features.
Features that are embedded in your app code have specific functionalities or characteristics that enable users to perform tasks or achieve certain outcomes.
Service features, however, provide additional value, support, and functionality to users. These are not directly embedded in the code, but are essential for enhancing user experience. For example, 24x7 support or a dedicated customer success manager would make good service features.
Ideally, your advanced edition should have more substantial distinctions than just additional services. Think about how you can create more value holistically.
Below are a few key practices you can follow while deciding the names of your features and describing them.
A good feature name should clearly and accurately describe its function. If the feature already exists in the industry, use the established name to maintain familiarity. The name should be easy to remember and, above all, intuitive. Aim for a self-explanatory feature name that conveys its purpose at a glance.
Apart from conveying what the feature does, a well-crafted feature description should also communicate the benefits of the feature.
Consider the following when writing your feature description:
Before setting the pricing of your editions, refer to the pricing and packaging guide to understand the factors that can impact pricing, as well as the best way to finalize your price points.
Once you have a fair understanding of what you want your prices to be and you've added and mapped your features, you can start setting the pricing of your editions.
The current pricing edition of your app will default to the standard edition once editions are deployed in your code and your customers will be transitioned accordingly. We highly recommend you communicate all changes in pricing editions and the upcoming editions with your customers well in advance.
To set the pricing:
In the last step, you can preview how your editions will look on the app listing and submit them for review.
Follow the given steps:
/plans
to the end of your app URL e.g.
https://marketplace.atlassian.com/apps/1234567/app-name/plans
, and you can share that link with your
customers during the EAP phase.Once you have submitted your editions for review, an ECOHELP JSM support ticket will automatically be created. This ticket will notify the app review team about the new submission.
You, as the submitter, can interact directly with the review team within the ticket. If you do not have access to the ticket, contact support to request access.
The submission will undergo a review that is specific to the edition submitted. The app will be tested against both standard and advanced features as defined by you, ensuring that licensing validations are correctly implemented.
If the edition is rejected, review the provided feedback to understand the reasons for rejection. Take the necessary corrective actions and resubmit the edition for another round of review. Once the edition is approved, it will be made available for customers to upgrade.
To make sure your app doesn't get rejected, follow these tips:
Rate this page: