Linear: Bauen des Issue-Trackers, den Entwickler tatsächlich gerne verwenden

Bei Airbnb war ich frustriert von Jira. So frustriert, dass ich eine Chrome-Extension baute, die es komplett neu stylen. Sie bekam 100+ interne Installs.

Das Gespräch in der Bar

Jahre später traf ich mich mit Jori (von Coinbase) und Tuomas (von Uber) auf Bier. Sie hatten die gleichen Frustrationen. Diese Nacht entschieden wir: Lass uns etwas Besseres bauen.

Ein Jahr Validierung

Wir kündigten unsere Jobs nicht leichtfertig. Ein Jahr lang trafen wir uns jeden Mittwoch in einer Bar neben unseren Büros, sprachen mit Kollegen über ihre Frustration mit bestehenden Tools. Die größte Beschwerde: Alles war zu langsam.

Bauen für uns selbst

Im März 2019 kündigten wir und begannen zu bauen. Wir waren extrem opinioniert – wie Apple gaben wir starke Voreinstellungen statt endloser Anpassung. Das Ziel: Etwas bauen, das wir täglich tatsächlich gerne verwenden würden.

Selektive Early Users

Wir starteten eine private Beta mit einer Waitlist von 10.000 Emails. Aber wir luden nur etwa 10 Personen pro Woche ein – handverlesen nach Umfrageantworten. Wir wollten die motiviertesten Benutzer, die unserem Ziel entsprechen: IC Product-Builder bei schnell wachsenden Startups.

Von Anfang an profitabel

Wir wurden früh profitabel und blieben profitabel. Dies gab uns die Freiheit, auf Qualität statt Metriken zu konzentrieren. Keine Kompromisse. Wir sind seit 4+ Jahren profitabel.

• Gegründet: 2019
• Private-Beta-Nutzer: 1.000 DAU vor öffentlichem Start
• Seed: $4.2M (Nov 2019)
• Bewertung: $1.25B
• Team: 70 Menschen (remote)