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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Ask HN: How to charge for a white-label web app?

6 点作者 podman将近 15 年前
A couple of years ago I built http://www.boostcam.com Ever since, I've been getting a request every few months from people asking to license the technology or white-label it. For a while I just couldn't be bothered. I thought it was going to be too much work and I was already more than making back my hosting costs through my AdSense revenue.<p>After I got another request today, I figured I might as well cease the opportunity and try to capitalize on it. I really don't feel like licensing and letting people run it on their own hardware since that seems like too much because it could turn into a support nightmare White-labeling as a hosted service, on the other hand seems like a much better option. I really have no idea how much to charge for something like this though. Should I charge monthly? ($50/month, $100? $1,000?) or should I charge per video chat session?<p>What do you guys think?

5 条评论

eston将近 15 年前
Charge small, charge often.<p>The EC2/Rackspace Cloud type of micropayment system is what I'd use here. Charge per chat session to begin with.<p>Why?<p>1. Psychologically, to the consumer of the solution, each chat session seems way cheaper. Getting somebody to sign on to paying 0.025 cents a session is easier than getting somebody to sign onto a $30 or $50/month solution, even though in the end the number of chat sessions may add up in your favour.<p>2. Most potential value is captured. Charging per chat session takes out the hard work of calculating large, tiered pricing models to capture your consumer base. Think microeconomics: a small-time user might want to pay you $10/mo for a few chat sessions, but your pricing starts at $30/month.<p>3. You can always add tiers later that are based on usage by scaling down the price as quantity goes up (a traditional economy of scale.) Have somebody running through tens of thousands of requests? Give them a slightly lower price.
podman将近 15 年前
Most people seem to be suggesting a pricing model based on the number of chat sessions. Something interesting that I noticed is that users will often start a session but no one else will join. The ratio of joins to session starts is around 1 to 6. That makes me wonder if I should charge per session started or per session joined. Something interesting to notes is that the actual video chatting incurs no cost to me because it's all peer to peer. So the only real work happening on the server is passing along chat session ids to the clients.<p>The one problem I have with charging per session (and most services that charge based on usage for something they don't really control) is that the client might not have any sense of what their usage is like until they get a bill.
tobowers将近 15 年前
I would go tiered. Per-chat session is great until you try to collect on someone who has a $0.025 bill. I'd start with a small monthly fee ($30/mo) + per chat session. If that doesn't seem to be capturing the hearts and minds of your licensees - then go into a tiered approach for "capped chat sessions" with overages.
whimsy将近 15 年前
Cool app.<p>Perhaps a tiered plan based on usage? Or number of users?
GBond将近 15 年前
Consider a tiered plan based on full-branding vs semi-branded.