惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
L
LangChain Blog
雷峰网
雷峰网
罗磊的独立博客
Hugging Face - Blog
Hugging Face - Blog
T
Tailwind CSS Blog
V
Visual Studio Blog
博客园_首页
Apple Machine Learning Research
Apple Machine Learning Research
Last Week in AI
Last Week in AI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - 司徒正美
有赞技术团队
有赞技术团队
J
Java Code Geeks
酷 壳 – CoolShell
酷 壳 – CoolShell
大猫的无限游戏
大猫的无限游戏
Engineering at Meta
Engineering at Meta
B
Blog
Recent Announcements
Recent Announcements
C
Check Point Blog
MongoDB | Blog
MongoDB | Blog
GbyAI
GbyAI
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
F
Full Disclosure
Microsoft Security Blog
Microsoft Security Blog
N
Netflix TechBlog - Medium
I
InfoQ
云风的 BLOG
云风的 BLOG
量子位
D
Docker
D
DataBreaches.Net
Vercel News
Vercel News
Blog — PlanetScale
Blog — PlanetScale
宝玉的分享
宝玉的分享
V
V2EX
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Y
Y Combinator Blog
美团技术团队
小众软件
小众软件
阮一峰的网络日志
阮一峰的网络日志
博客园 - 聂微东
B
Blog RSS Feed
MyScale Blog
MyScale Blog
月光博客
月光博客
T
The Blog of Author Tim Ferriss
WordPress大学
WordPress大学
aimingoo的专栏
aimingoo的专栏
M
MIT News - Artificial intelligence
U
Unit 42
Google DeepMind News
Google DeepMind News

PostHog's RSS Feed

Training our own AI models - PostHog From 270GB RAM to 5GB: Moving local flag evaluation from Django to Rust The best analytics stack for vibe-coded apps The do's and don'ts of minimum viable product marketing - PostHog The best MCP servers for startups, by workflow 4,063 errors closed without a human opening PostHog – here's what we learned - PostHog PostHog Code and the self-driving product - PostHog Why attacking your competitors online is dumb - PostHog The best real-time analytics platforms for developers, compared DuckDB vs ClickHouse: Why we use both at PostHog - PostHog PostHog's next chapter - PostHog Making Claude Cowork actually useful - PostHog PostHog vs Matomo in-depth tool comparison You're doing lifecycle emails wrong Untangling Tokio and Rayon in production: From 2s latency spikes to 94ms flat The best HIPAA-compliant A/B testing tools - PostHog A beginner's guide to testing AI agents - PostHog I hate the standup bot (so I built an agent to do it for me) - PostHog The best CDPs for developers, compared The best error tracking tools for developers, compared The best feature flag software for developers, compared 7 best session replay tools for mobile apps 7 best free open source business intelligence tools right now 7 best free and open source LLM observability tools PostHog vs LogRocket in-depth tool comparison The most popular PostHog alternatives, compared Open source (and self-hosted) session replay tools - PostHog The 9 best GA4 alternatives for apps and websites - PostHog PostHog vs Google Analytics 4 in-depth tool comparison How we built automatic clustering for LLM traces - PostHog The 7 best HIPAA-compliant analytics tools 8 best open source analytics tools you can self-host - PostHog The best product analytics tools for startups, compared PostHog vs FullStory in-depth tool comparison The best in-app survey tools for product teams, compared The 7 best mobile app analytics tools PostHog vs Hotjar in-depth tool comparison The 8 best free and open-source feature flag services - PostHog The 5 best free and open-source A/B testing tools - PostHog The best mobile app A/B testing tools, compared What is a feature flag? Feature Flags vs Remote Config vs A/B Testing PostHog is now available in Vercel’s v0 The best Heap alternatives & competitors, compared PostHog vs Heap in-depth tool comparison PostHog vs Pendo in-depth tool comparison PostHog × Vercel: feature flags, minus the plumbing Your logs' final destination is in GA. You always end up here anyway Behind the scenes of a PostHog hackathon - PostHog The most popular Mixpanel alternatives & competitors, compared PostHog vs Mixpanel in-depth tool comparison The 9 best GDPR-compliant analytics tools How we use Logs at PostHog The best web analytics tools for developers, compared Stop AI slop: Run evals with LLM-as-a-Judge - PostHog You product data just got a job: Workflows is now out App onboarding: How to fix drop-off points Meet Logs (beta) – logs with all the tools you’re already using Why small teams crush tiger teams How we built user behavior analysis with multi-modal LLMs (in 5 not-so-easy steps) - PostHog The best Contentsquare alternatives & competitors, compared 8 learnings from 1 year of agents – PostHog AI - PostHog Why we killed our AI product assistant Workflows graduate to beta! Product data, meet automation The best Rollbar alternatives & competitors, compared Workflows are now in Alpha and I already broke mine - PostHog I've consistently underestimated how important communication is as a CEO - PostHog How we made feature flags even faster and more reliable The best session replay tools for developers, compared What I learned attending my first ever hackathon - PostHog Did you know AI is answering our community questions? - PostHog How not to be boring - PostHog We built an internal tool to generate changelog images for social media - PostHog What we built at our windswept Mykonos hackathon - PostHog How we built our onboarding email flow (with actual performance data) - PostHog We're building a better PostHog community by closing our public Slack - PostHog Introducing Notebooks for PostHog - PostHog Why we've launched PostHog user surveys - PostHog How we made feature flags faster and more reliable - PostHog In-depth: ClickHouse vs Redshift - PostHog Introducing HouseWatch: An open-source toolkit for ClickHouse - PostHog Introducing HogQL: Direct SQL access for PostHog - PostHog What we built at our sun-kissed Aruba hackathon - PostHog In-depth: ClickHouse vs BigQuery - PostHog In-depth: ClickHouse vs Elasticsearch - PostHog HogMail #22: Why do companies over-hire?" - PostHog Our simpler goal: Help engineers to be better at product - PostHog In-depth: ClickHouse vs Snowflake - PostHog HogMail #21: Avoiding the "Product Death Cycle" - PostHog Sunsetting Kubernetes support for PostHog - PostHog Why 'Product Engineer' is the most fun role I've had in tech - PostHog HogMail #20: Why do startups fail? - PostHog The best Google Optimize alternatives for apps and websites - PostHog Array 1.43.0: Massive performance improvements! - PostHog In-depth: ClickHouse vs Druid - PostHog HogMail #19: Which meetings should you kill? - PostHog CEO diary: The things I learned in 2022 - PostHog The essential tools used by product engineers - PostHog HogMail #18: What can SaaS learn from the New York Times? - PostHog What is a product engineer? - Product Engineer Handbook - PostHog Array 1.42.0: Get beta features via our roadmap! - PostHog
Open source is eating SaaS - PostHog
2020-08-25 · via PostHog's RSS Feed

Software-as-a-Service (SaaS) fatigue is real.

Open source has several key advantages, which make B2B SaaS companies look and feel traditional.

Here's why most companies building B2B software with technical users will launch this way in the future.

In the early days, startups are ravenous for feedback. It's the easiest way to build something that people want. It's very unlikely you'll hit the nail on the head with the first thing that you launch.

How do you make it useful? User feedback and iteration. Perhaps even a pivot.

It has never been so easy to launch a SaaS product. That means there is an ocean of generic-looking SaaS launches. Even if the products launched this way look useful, the thought of security issues with how your data is handled or the service disappearing in a few months, scare off many technical users. SaaS means new users have to be willing to give up time and their data in exchange for feedback.

Following the open source route means you are building in a place like GitHub, which is designed for people to raise issues and submit feature requests. The vast majority of open source users already have a GitHub account and can just raise an issue. SaaS product feedback in the early days usually involves emails/phone calls/Slack groups. Open source has all of this available and their community of users are already used to leaving feedback in the repo.

It's tough to measure the advantages of this stuff, but taking Y Combinator launches on Hacker News, we think this is why our own launch was the most upvoted from the W20 batch.. and that's with a product at the time which was only 4 weeks old. Unsurprisingly, there are now a bunch of awesome OS projects in S20 with the same or more upvotes than us :)

Goodbye hardcoding stuff.

The complete visibility of your entire codebase is scary. But you get over it. Then you realize it forces you to do a much better job. It now becomes a strategic advantage to have nice code - not only can your own company get new engineers up and running fast, but you're more likely to build a healthy community if they can contribute easily.

Added retention bonus: the best engineers generally don't like working on horrible code.

Early on, this can make shipping a little slower, but we've found this is outweighed as a team working on your codebase can make sense of it much faster.

As dumb as it sounds, it's also just more fun working transparently with users. It's a lot easier to be passionate about open source than SaaS.

Life is fluid but open source gives a true sense of building something durable. It adds extra purpose to everyone's work automatically.

People just want to work on something that will be placed in a vault in the Arctic, to last the next 1,000 years.

This means a bigger and better hiring pipeline.

It's nifty being able to say anyone in the world is welcome to use or modify what you're working on, even if they have no money to spend. It's gratifying to be offering something for free, forever, that lots of people can find useful.

Within weeks of launching the project, we had some of the world's biggest companies using our code (or trying to use it, and giving feedback on what went wrong!).

If you've ever tried to sell software to huge organizations, it's typical to spend 1 to 12 months going through information security processes. Often these are due to concerns with sending data to third-party infrastructure.

Open source means enterprises can inspect the entire codebase and self-deploy. And you can always just provide your project as a hosted offering too in case that's easier.

Each bug becomes an opportunity to build goodwill. "Woah they fixed that bug so fast, I love them" is a thing.

Open source software builds trust with users. After all, you can see exactly what the code (and often, the team) is doing.

When StartupSchool started using PostHog, a key reason they moved forward was that they were able to fix or fill in the gaps the project had. As we fixed these problems with them and built new stuff, the project got more useful for everyone.

If your SaaS only company has lots of bugs, users have to wait for you to fix stuff. They can't just go out there and fix it themselves, nor help you fix them.

Open source has a wonderful culture of developers filing bugs so they can alert you to problems you may not have even found yourself, and as a project grows in popularity, many users will start fixing issues in a cool hive-mind like way!

If this makes you think "heck, we better open source our thing", great.

However, the advantages above won't all apply if you're building something that developers don't care about.

If you have a system that would only have interactions with non-technical users (whether day-to-day use or implementation), then you might be out of luck.

However, even though the points presented here may not apply to your business, there are still various other benefits to being open source, so maybe don't drop the idea just yet.

Subscribe to our newsletter

Product for Engineers

Read by 100,000+ founders and builders

We'll share your email with Substack