After creating your app, you must define the number of plans you want to offer, the difference between each tier, the pricing model they follow, and the price of each tier.

Check out our pricing report for a deeper look into selecting plan types, pricing your plans, selecting plan tiers, and how to measure success.

Types of plans

Your app can support different types of plans, including feature- or seat-based, trial, and free (optional) plans. One plan will be used as the recommended option.

Feature or seat-based plans

Your plans can follow two different pricing models: feature-based and seat-based. The number of supported plans varies for each.

The UI will intuitively display pricing information in different formats based on your app's pricing model.

Feature-based

Supported plan limit: 15 plans

Feature-based pricing defines plan tiers based on the number of features or usage. This model works well for apps offering multiple features or measuring usage.

Customers can select their subscription level based on their required functionality or consumption level, so they don't pay for anything they don't need. This provides them with flexible tiers to meet their needs and creates new opportunities to upsell. Still, it may create new challenges while determining how best to bundle your app features into tiers.

For example, an app can offer 5 features on the basic plan, 10 on the intermediate plan, 15 on the advanced plan, and 20 on the premium plan.

OR

An app can offer up to 50 actions on the basic plan, 100 on the intermediate plan, 250 on the advanced plan, and 500 on the premium plan.

Seat-based

Supported plan limit: 25 plans

Seat-based pricing allows you to create buckets to group users into different tiers based on the number of seats. This model works best for apps focusing on one main capability instead of several features.

It is simple, straightforward, and scalable for users, but it may deter companies or organizations with more seats from subscribing.

Please note that it currently isn't possible to charge per seat due to the 25-plan maximum per app.

Seat count

When customers purchase a subscription to an app, our UI will intuitively recommend a plan based on the number of seats an account has across all monday.com products. The same calculation is used for accounts that start an app subscription while their monday.com account is in a trial period.

If an account expands or shrinks, we will automatically monitor user access by comparing account size to plan size for views, dashboard widgets, or custom objects. Users will be prompted to upgrade on the Installed Apps page and a pop-up in the app's view. Throughout this time, the user will still have access and can use the app.

For example, a monday.com account has 200 seats and creates an app subscription accordingly. When they upgrade their monday.com subscription to 300 seats, they will be prompted to upgrade in the UI.

If you have a different type of app or want to implement your own blocking mechanism, you can verify an account's size using the apps_monetization_info API (requires account:read scope).

query {
  apps_monetization_info {
    seats_count
  }
}

Trial and free plans

Trial plan

After deciding between feature- or seat-based plans, you can designate one tier as the trial plan.

Trial plans allow customers to see what your app is capable of and understand the value they can get from it before committing to a subscription. They help attract a wider audience, increase brand awareness, and ideally help increase the number of app subscriptions.

Your trial plan automatically lasts for 14 days. If a customer requests a longer trial, you can manually extend their trial . App admins will receive a notification that they need to upgrade their plan once their trial period ends, and they will also be prompted to upgrade on the Installed Apps page. For view apps, customer access will be blocked in the app's view, where they will also be prompted to upgrade.

Free plan

Free plans are optional but can be leveraged to attract more app users. With a free plan, users can experience parts of your app and explore its benefits without committing to a paid subscription. They also are a great way to retain trial users after their initial trial subscription ends.

Pricing

Effectively pricing your app is one key to making enough revenue to sustain development. After defining the plan tiers, you need to decide how much each plan costs (in USD). Part of this process involves defining different prices for each plan for both monthly and yearly billing periods.

All of the pricing and plan information will be submitted for approval when you implement monetization. For this, you need to generate the following information for each plan:

• App plan ID: A string that will be sent to your backend as the plan_id (1-255 characters)
• Name: A plan name that users will see in the marketplace (1-255 characters)
• Description: A plan tier description (1-255 characters)
• Bullet points for plan features: 1-5 bullet points that list the plan's features (1-255 characters per bullet point)
• Monthly price: The monthly price in USD (must be a non-negative integer)
• Yearly price: The yearly price divided by 12, in USD (must be a non-negative integer)

👍

Yearly pricing

Users are shown the yearly price divided by 12 months in the marketplace to provide a side-by-side comparison to the monthly billing option.

For example: users would see $6/month in the UI for an app that costs $72/year

Update your pricing

If you need to change your app's pricing, check out this guide!

📘

Join our developer community!

We've created a community specifically for our devs where you can search through previous topics to find solutions, ask new questions, hear about new features and updates, and learn tips and tricks from other devs. Come join in on the fun! 😎