I canāt disclose our revenue, but we have an example: www.shipafreight.com
We provide instant freight quotes from anywhere to anywhere in the world, and offer an online portal for tracking your shipments, provide customs guidance and more.
The intro site is built using Gatsby and the app (after clicking āLogin / Registerā) is made with Meteor, though until just a few weeks ago everything was built using Meteor.
That is awesome @jamesmillerburgess.
Do you think Meteor helped in delivering this platform on time/budget? also did you experience major performance issues that hindered your growth?
So we initially had an ASP .NET application that used jQuery for client side interactivity, and I used Meteor to develop prototypes of a āmodernizedā version of the application. It definitely made things really easy and fast and it won over our management enough to go ahead with a modernization project.
Later we made the full application and quickly jettisoned some of the unique selling propositions of Meteor (reactivity, isomorphic code) and instead used it as a build tool and used Galaxy as an easy CD solution.
After a while we started to feel that Meteor was probably not a good fit for our particular use case, especially when it came to SEO, and on the development side we suffered from long rebuild times that slowed down our front end guys.
So recently we created the new Gatsby-based application for our marketing/SEO content and once we get around to it we will migrate the app from Meteor to WebPack.
Historically, Iām one of the top contributors to the Meteor code base, so it pains me to see us leave it behind, but it really is the best decision for us. There are certain projects for which Meteor is clearly the best choice - our project just doesnāt happen to be one of them.
Weāre largely using Meteor just as a build tool as well and have experimented moving off of it, but with the renewed energy into Meteor, we might be buying in a bit harder. That said our api is all GraphQL and front end is React, so weāre not exactly going to be Blazinā with DDP or anything.
Iād rather not disclose exact numbers but itās a lot 
Thanks for sharing your journey @jamesmillerburgess very insightful case study.
Correct me if Iām wrong, but that product doesnāt seem to be a typical SaaS application, it looks more like an online public portal for a shipment company, perhaps thatās why an optimized public static site generator with a GraphQL API gateway and microservices backend are better fit, although Meteor development speed, it seems, was the needed catalyst to get the project approved. An ideal framework, in my opinion, would allow you to start as tightly coupled full-stack in the early stages yet has the right flexibility to decouple the clients from the API as things evolve, and I think Meteor is heading in that direction, the frontend and backend are pretty much decoupled now but you start as full-stack to ensure quick delivery.
For the re-build times, I agree, itās a pain point especially for large React projects. The issue is that these modern front-end frameworks (React, Vue) do a lot of work on refresh, unlike Blaze (handlebars) for example. That is why those communities needed HMR, but for that, Iām rooting for the HMR API initiative by @zodern, and as I said in that thread, the community need to support that effort even fund this initiative, I think itās critical yet solvable issue.
Lastly, you can still use Gatsby, NextJS, CRA with Meteor as a backend, weāve several apps like that, unless of course, youāve the resources internally to refactor and manage the backend, DevOps, and various integrations completely in-house or the appetite for vendor lock-in with things like Firebase.
But once again, thanks for your contribution and sharing your story, I think it was very insightful.
So I guess I can be more specific about why we feel Meteor isnāt a good fit for us:
lerna or yarn workspaces. So we are using yalc at the moment, but this has other compatibility issues and complicates our CI setupUltimately our project has gotten so big that we have a lot of particular needs requiring custom setup beyond what Meteor supports. We have the resources to configure WebPack and a CD pipeline and feel that the cost of having to do these ourselves is outweighed by alleviating other pain points.
Got it, it makes more sense now. I do agree that for your specific use-case (not a typical SaaS, a global public portal for an enterprise) and at that stage/scale of your project, the refactoring and having an API gateway with full control over the server in-house might enable more growth down the road.
I think Meteor is a better fit for entrepreneurs and SaaS developers where the resources/timelines are tight and there is more control over the data sources and scope (like the thread authors making a sum of $110k/month with two developers), basically, itās better fit for hobbyists, indie hackers, academics, newcomers, startup founders, bootstrapped business, small teams as oppose to large enterprise projects and MDG knew that and wanted to appeal to enterprises hence Apollo, but I think TinyCapital is reaching out to the right audience, and with support for all major view layers, correct marketing and valid Galaxy pricing/features, Meteor will grow.
Congrats on the successful journey and I personally would be very curious to read a blog about the migration effort and insights as well once you reach the other side, I think itāll help to make Meteor better.
https://www.playfactile.com - Itās making money and completely developed using Meteor with blaze. We are continuously enhancing it from last 2.5 years. Recently added option to play the games remotely which is proving very helpful in getting new customers.
https://rocket.chat/ - did not count their money but I think (hope) they are still on Meteor.
Good choice for a team chat, BTW.
There is Classcraft as well, I think theyāre more relevant than ever with the ongoing quarantine.
www.insidesherpa.com and www.sunsama.com are both YC companies built on Meteor! Give them both a check!
At Join It, we provide membership management software, and we just crossed $40,000/month
Iāve been working on the product for over 4 years now, and I taught myself how to code using Meteor!
While our product certainly could have been built using other stacks, Meteorās helped me get to a shipped MVP very quickly and that kept me going (I had previous false starts with Ruby on Rails).
And currently, we use Meteor, mongodb, and Blaze.
Our B2B SaaS customers care about the utility that we provide and weāre often replacing a very manual process (tracking Memberships in an excel file) ā so they obviously donāt care about the stack that weāre built on as long as the software helps them get their tasks done.
I was unable to get Meteor working with any kind of mono repo setup using lerna too. I think that would make a really nice example if someone has it working well.
We use yalc, and have preinstall scripts to update the packages and copy the folders in locally when there are dependencies between local packages. Here is an example:
"preinstall": "yarn --cwd ../sf-ui setup && yarn --cwd ../sf-shared setup && npx yalc add sf-ui sf-shared",
But there are a lot of gotchas that we have had to work through with this setup, and doing a yarn install at root has turned into a long recursive reinstall in many folders. 
Great to see all the cool projects here. Very inspiring! 
At Lytesoft weāve been using Meteor for almost 5 years. I knew little of web development before it but was up and going with Meteor really fast.
Weāve used it to build 2 products which have basically plateaued at the āpaying our wagesā stage but the focus over the coming months is going to be sales so hopefully we can improve on that. Both are using plain vanilla Meteor + Blaze.
At Planable we also use Meteor for about 5 years, and itās been a perfect fit for us. We are a small team and profitable (50K/month revenue). We serve some of the worldās biggest brands and organizations.
What has been great for us:
What we are (still) having issues with:
This is great btw Costs less than a PR crisis
What do you use for this?