We've written a blog post to share our thoughts on Motiff's pricing strategy, where we see pricing as part of the value a product offers to its users. When it comes to setting a billing policy after pricing is determined, we follow one simple principle:
Consider what is "fair" from the users' perspective.
In exploring the vast landscape of SaaS pricing models, two questions stood at the forefront:
From the perspective of "fair pricing," if some purchased seats remain "inactive," should a SaaS continue to charge for these unused services?
First, the fees for unused or inactive account days can be calculated clearly. This transparency is one of the advantages of SaaS.
The remaining question is, even if the cost can be calculated accurately, should it still be charged?
After discovering Slack's model of "only charging for activated accounts," we are convinced that this should also be Motiff's approach. We believe that by consistently providing good products to our users, this policy will also lead to longer-term choices for Motiff.
At Motiff, we calculate the amount corresponding to your team's "inactive" seats within the year, and this amount is returned as credits to your account. These credits can be used to offset 100% of your next payment and are valid for one year. This way, teams using Motiff won't lose out on purchasing extra seats, and in the event of a team downsizing, can use these credits as payment value for next billing cycle.
Upgrades for new members to obtain "Designer seats" (for editing design files) or "Developer seats" (to use the Dev Mode) can occur in two ways:
In reality, few members are upgraded through the first method; most undergo the second. This aligns well with the nature of collaboration-focused SaaS.
Our research into similar SaaS models revealed two typical mechanisms for billing increases:
These two plans are distinctly different, but many SaaS products support both, allowing businesses to choose according to their preference. We analyze the advantages and disadvantages of both:
Returning to our simple principle of “considering what’s fair” from a user’s perspective, we contemplate what users might deem “unfair”:
Considering these "undesired" scenarios, we found neither of the initial approaches addressed all three concerns. Thus, we developed and refined two “improved” plans:
The two "improved" plans mentioned above have similarities in their logical implementation, but the fundamental difference is that if the administrator does not take action, one will automatically upgrade, while the other will not.
Motiff chose the "improved" Plan B as our default. It directly resolves the three "undesired" user concerns we outlined earlier, which are:
Motiff also offers the "improved" Plan A as an option for teams preferring a more flexible management style. Teams looking for flexibility in permissions and billing management can use this setting to reduce administrative costs.
At the same time, Motiff also offers the "improved" Plan A as a preference setting available for teams. If some teams prefer a more flexible approach to member permissions and billing management, they can use this setting to lower administrative costs.
We continuously consider what is "fair" from the user's perspective in our billing policy at Motiff and welcome feedback and suggestions from our users to improve further.