Algolia (YC W14) raises a $18.3M Series A
techcrunch.com
techcrunch.com
$2m ARR with 25% MoM growth?
Can you give more specifics, esp around the monthly growth. The difference between 20% and 30% is pretty massive there!
All this at $49/ month is actually a good deal!
I wish them well.
"Originally from France, the company is now headquartered in San Francisco."
Hmm, is it really advantage to move engineering to Bay Area from France. On LinkedIn it looks they have more than half of company employees are in Paris. Given large cost of living in Bay Area and how hard is to hire engineers there, it may make sense to grow their Paris office.
Docker also moved from France to San Francisco and if they hadn't done so, they would be dead by now.
Congrats to Algolia. They have a killer product, backed by a really talented team.
Note how it was Accel partners and not some French VC for this round.
There are a number of examples of foreign owned successful companies that appear to the public as a US success story (Logitech for instance, which in fact is a Swiss company).
Clearly it's a popular, in-demand service -- I'm genuinely curious as to the types of apps/websites this is best suited for.
Their free plan can only store 1000 rows..that's really small. What they should do is at least 100k row for free (I'd even go to 1 million), but charge me the moment i surpass X amount of requests. That way I would be comfortable using Algolia from day 1 of my startup and stick with them forever.
Startups are about growth. Paying for SaaS allows you to focus on your product and to grow much more quickly and aggressively than you would otherwise. It's silly and wasteful to even think about not spending $49/mo for the kind of leverage you'd get from Algolia.
1) are perpetually licensed. You don't have to worry that they'll disappear on you, or jack up their prices.
2) are cheaper. far, far cheaper.
3) are just as effective.
4) enable growth by:
4a) Being extensible (server-side code execution enables a lot).
4b) Being economical (SaaS chews up a runway like nobody's business).
4c) Building valuable (in the business agility sense) internal expertise.
5) don't incur the overhead of managing accounts for people across a different provider for every service. If you're growing fast, having a single account switch to flip makes a real difference to new-hire integration overhead and effectiveness.
Hard dependencies on costly software subscriptions is rarely a net win for a startup.
There is also the masters of search: https://www.google.com/work/search/products/gss.html#pricing... but looks like the price goes higher when you have a lot of queries. Also you probably can't customize the query result as neatly as algolia
It's not rocket science.
As a bootstraping startup you don't have the luxury to throw money at problems and a lot of SaaS are not well suited if you have a heavy data workload.
Investing in our infrastructure and tooling early-on was probably the most responsible thing I did.
And what's irresponsible is using software (languages, architecture, deployment methods) so inefficient that you need to spend $2000/mo to host a minimal deployment.
Three problems in practice with the business model you propose:
1. Most free plan users will never convert to paid, but the company is still on the hook for supporting them; every dollar spent supporting non-converting users is a dollar not spent serving paying customers, so you have to believe you don't have a productive way to spend each free-plan dollar on real customers in order to have a free plan.
2. The free plan users are disproportionately going to be pathological.
3. Having the free plan is going to make it hard for paying customers to immediately opt-in to paid, rather than trudging through the free plan. But trudging through the free plan also makes a purchasing decision more complicated. If you have a product that creates enough value for paying customers that they would be willing to pay for it without a free plan, then having the free plan can actually make it harder to acquire those customers. Paying for something is a forcing function to integrating it and getting it working, rather than having it molder on a stack of todo cards in Trello.
If I ever happen to have lots of requests, then I too do not mind dishing out way more than their plan to get there.
we barely use elasticsearch for searches but for statistics and data analytics, will these features also be added?