TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: How do you split your SaaS features into plans?

3 点作者 jozi9超过 8 年前
I&#x27;m doing a side project which purpose is to experiment if I can build a SaaS product and maybe earn some dollars. The app is a web-based REST api monitoring&#x2F;tester tool, and I&#x27;ve been struggling with splitting features into packages that actually makes sense. The core features are like having API calls defined with parameters and assertions as cases, and then you can run them in every 1&#x2F;5&#x2F;15&#x2F;60 minutes and get a report in email&#x2F;slack if something went wrong. I have no experience on what works in real life so I&#x27;d appreciate any feedback from similar people who has done A&#x2F;B testing or has any experience regarding this. My current idea is:<p>- Basic: max 1 user &#x2F; max 5 case &#x2F; 60 mins frequency<p>- Startup: max 5 users &#x2F; max 100 case&#x2F; 5 minutes frequency<p>- Enterprise: unlimited users &#x2F; unlimited case &#x2F; 1 minutes frequency<p>And the main selling point for the most expensive plan would be an ability to run collections through an API so that it can be wired into CI build.<p>Any thougths? Thanks!

2 条评论

dangrossman超过 8 年前
IMO: For something B2B like this, plans are a way to segment your customers. Your solution might not be worth much to someone&#x27;s side project, while it might be replacing an entire employee&#x27;s worth of work for a larger company, saving them thousands of dollars a month.<p>You might want your basic plan to do everything a solo developer or hobbyist needs, your middle plan to do everything a small shop or agency needs, and your top plan to do everything a household brand needs for example. Then price accordingly to the greater value and ability to pay each group has.<p>Come up with the plans and price them according to that mindset. If the main thing that differentiates your customers is the number of users, or number of servers they run, or how many API calls they process, or what level of support they need... that&#x27;s the metric you want to find and use to set your pricing. Not necessarily the technical parameters of your product. Maybe that &quot;wiring into a CI&quot; is the only thing that differentiates your customers, and you only need two plans.<p>Decide on something and put it up. You can always change your pricing later (painlessly if you grandfather existing accounts) as you learn more from actual customers.
petervandijck超过 8 年前
Few thoughts:<p>1. Add a fourth plan, call it &quot;enterprise&quot; (call your third plan Business or something), and add unlimited phone support as a differentiator. Don&#x27;t put a price on it, say &quot;call us&quot;.<p>2. Your basic plans seems fairly useless to anyone, no API has only 5 assertions to test.<p>3. How are you planning to price this? I would suggest 5$&#x2F;mo, 79$&#x2F;mo, $399&#x2F;mo and call us