Open Source: Was denken wir?
Seit dem Start von Cal.com haben wir unzählige Nachrichten von Gründern erhalten, die fragen, ob Open-Source der richtige Weg für ihre Startup ist, und deshalb wollten wir über den Entscheidungsprozess schreiben, Cal.com als Open-Source-Unternehmen zu gründen, um anderen zu helfen, eine ähnliche Entscheidung zu treffen.
Seit 2021 gibt es viel Hype um Open Source, und einige Technologiemagazine schreiben über die "Renaissance des Open Source", aber wir möchten sicherstellen, dass Sie die richtigen Dinge aus den richtigen Gründen tun – oder zumindest über Ihre Gründe nachdenken.
Wir haben in letzter Zeit ganz oft ähnliche Variationen der oben genannten Frage erhalten (aufgrund des Wachstums und der Berichterstattung über Cal.com), weshalb wir einen Beitrag schreiben wollten, in dem wir darlegen, wie wir über SaaS vs. Open Source denken und wann man Open Source betreiben sollte.
Obwohl wir beide viele Open-Source-Projekte erlebt haben und die Arbeit, die sie leisten, sehr schätzen, würden sich weder von uns als leidenschaftliche Open-Source-Fans betrachten. Cal.com ist das erste OSS-Projekt, an dem einer von uns gearbeitet hat, da alle Projekte, an denen wir zuvor gearbeitet haben, Closed Source waren. Meistens gab es einen sehr guten Grund, warum diese Projekte nicht Open Source waren.
Warum haben wir Cal.com überhaupt gebaut?
Als Peer an seinem vorherigen Unternehmen, leanhire.com, arbeitete, bemerkte er, dass ein leistungsfähigeres Planungstool dringend benötigt wurde.
Im Gegensatz zum typischen Anwendungsfall, in dem Peer oder seine Mitarbeiter Buchungen vornehmen würden (wie im Vertrieb oder Recruiting), benötigten sie ein Planungstool für ihren Einstellungsmarkt. In jedem zweiseitigen Marktplatz interagieren Ihre Nutzer mit anderen Nutzern, was nicht gut mit dem typischen Modell harmoniert, das von bestehenden Planungstools angeboten wird.
Planungstools wie Calendly, SavvyCal und Motion sind großartige Produkte, um Buchungen vorzunehmen. Allerdings verfügen sie nicht über die Möglichkeit, die Infrastruktur für fortgeschrittene Planungsanwendungen, wie Einstellungsmarktplätze, Telemedizin und mehr anzubieten. Zum Beispiel wäre es nicht praktikabel, wenn ein Einstellungsmarktplatz 19 $/Monat für jeden Platz zahlen würde, wenn Sie über 5.000 Nutzer haben, wie Peer bei Lean Hire hatte.
Bestehende SaaS-Planungsprodukte bieten auch nicht viele Einblicke in das, was im Inneren passiert. Bei der Onboarding für Lean Hire baten sie ihre Kunden zuvor, einfach ihren Planungslink zu kopieren/einzufügen, und die Plattform würde ihn automatisch zu den Outreach-E-Mails hinzufügen. Allerdings hatte die Lean Hire-Plattform nicht die Möglichkeit, zu verfolgen, was danach passiert.
Sie wussten nicht, ob oder wann Ereignisse stattgefunden haben und ob sie neu geplant oder abgesagt wurden. Es gab keinen Weg, den Buchungsworkflow, das Design oder die API-Aufrufe, die bei der Buchung gemacht werden, zu ändern. Daher wurde eine offene, zugängliche, erweiterbare Lösung benötigt, die sie selbst hosten konnten.
Peer suchte sofort bei Google nach "Calendly Open Source", denn dafür steht Open Source: offen, zugänglich, erweiterbar und selbst hostbar.
Zu seiner Überraschung konnte er kein einziges Projekt finden, das das tat, was Lean Hire suchte. Zufällig waren zu diesem Zeitpunkt Hunderte anderer Menschen auf der Suche nach genau dem Gleichen. In Foren, Reddit-Diskussionen und mehr wurden Threads eröffnet, in denen Leute fragten, ob es ein Open-Source-Planungsprodukt gibt, das mit den beliebtesten SaaS-Lösungen konkurrieren könnte.
Warum haben wir Cal.com Open Source gemacht?
Von dem ersten Tag an war es für uns offensichtlich, dass Cal.com ein Open-Source-Projekt sein würde. Die Dinge, die wir umsetzen wollten, waren grundsätzlich schwieriger, wenn wir ein geschlossenes SaaS-Produkt wären, als Open Source zu sein.
Der entscheidende Punkt hier ist, dass die Einschränkungen bestehender Planungstools nur durch Open Source gelöst werden konnten. Viele Gründer gehen den falschen Weg und denken, dass sie eine Open-Source-Alternative zu einem bestehenden Produkt entwickeln sollten, in der Überzeugung, dass ihr Produkt nur deshalb erfolgreich sein wird, weil es Open Source ist. Stattdessen sollten Sie Ihr Projekt nur dann als Open Source in Betracht ziehen, wenn Open Source tatsächlich die Herausforderungen löst, die Sie angehen möchten (z. B. Anpassungsfähigkeit, Selbsthosting).
Wenn Sie beispielsweise eine Open-Source-Alternative zu Twitter entwickeln könnten, ist es jedoch unwahrscheinlich, dass sie durchstartet, da soziale Netzwerke nicht wirklich von Open Source profitieren. Es gibt viele Beispiele von Projekten, die nur des Open Source-Willens open source sind.
Wenn Sie sich jedoch beispielsweise die E-Commerce-Branche ansehen, die hauptsächlich von SaaS-Produkten wie Shopify oder BigCommerce beherrscht wird, könnten Sie sehen, dass eine Open-Source-Alternative es ermöglichen würde, dass Geschäfte selbst gehostet, vollständig angepasst und in einer Weise erweitert werden, die mit einem Closed-Source-Produkt nicht möglich ist. Dies wäre ein guter Fall, warum Sie Ihr Projekt Open Source machen sollten.
Darüber hinaus gibt es bei jeder offenen, zugänglichen und kostenlosen Software offensichtliche und nicht offensichtliche Nachteile. Open Source hat viele Vorteile, derer Sie sich wahrscheinlich bewusst sind, aber Open Source ist nicht ohne seine Nachteile.
Monetarisierung
Kommerzielle Open-Source-Software (COSS) ist ein trendendes Unternehmensmodell, bei dem Ihr Kernprodukt Open Source ist, Sie jedoch auch kommerzielle Angebote haben, die Einnahmen generieren. Diese Arten von Unternehmen können ein unglaubliches Wachstum haben. Es ist die Natur von kostenloser und offener Software, dass sie zu Beginn eine massive Annahme hat. Entwickler lieben Open Source. Sie lieben es, in den Code zu schauen, einfache Fehler zu beheben, die sie stören könnten, oder einfach nur hilfreich zu sein und etwas zurückzugeben. Wer möchte nicht hilfreich sein?
Aber das massive Wachstum und die Wertschöpfung kommen mit einem Preis: Wertabschöpfung. So gut wie jeder COSS-Gründer, mit dem ich spreche, denkt über das Konzept der Wertschöpfung und der Wertabschöpfung nach.
Ein Freemium-SaaS-Geschäft hat zwei Kunden: den kostenlosen Tarif und den kostenpflichtigen. Und das Verhältnis ist normalerweise sehr gut. Zum Beispiel:
„Webflow betreibt mehr als 100.000 Websites für große und kleine Unternehmen." – https://webflow.com/customers
Die letzte Bewertung von Webflow wird auf 2,1 Milliarden US-Dollar geschätzt.
Ein Open-Source-Unternehmen hingegen sieht fundamental anders aus, mit einer Vielzahl von Selbst-Hostern und kostenlosen Nutzern, die manchmal nicht einmal wissen, dass ein kommerzielles Unternehmen hinter dem Projekt existiert.
Zum Beispiel: WordPress betreibt bis 2021 über 455 Millionen Websites, und diese Zahl wächst nur weiter.
„Das Mutterunternehmen von WordPress.com, Tumblr und mehr, Automattic, kündigte eine neue Finanzierungsrunde an, die die Gesamtkapitalisierung des Unternehmens auf 7,5 Milliarden US-Dollar bringt” – https://cheddar.com/media/automattic-announces-288-million-funding-round
Wenn Webflow 455 Millionen Websites betreiben würde – oder – wenn WordPress ein zentralisiertes SaaS-Unternehmen mit den ökonomischen und Wertabschöpfungsmechanismen von Webflow wäre, wären sie wahrscheinlich die größten Unternehmen der Welt.
Ein COSS-Startup zu sein, bedeutet im Wesentlichen, das langfristige Spiel zu spielen. Sie werden keine Einnahmen von Menschen erzielen, die Ihr Produkt selbst hosten, aber Sie hoffen, dass die Attraktivität von Open Source Sie auf das Radar großer Unternehmen bringt, die einen größeren Deal mit Ihnen abschließen könnten.
Daher ist es wichtig, über den Spielraum nachzudenken, den Ihr Unternehmen hat. Es wird wahrscheinlich lange dauern, um Ihr Unternehmen zu gründen, das Produkt zu einem Stand zu bringen, der mit Closed-Source-Alternativen konkurrenzfähig ist, dann traction aufzubauen und schließlich große Deals abzuschließen. Das bedeutet, dass, wenn Sie nicht die Finanzierung haben, um weiter an dem Produkt zu arbeiten, während es anfangs wenig Einnahmen generiert, Sie möglicherweise nicht genug Wert abschöpfen, um zu überleben.
Beiträge
Einer der wesentlichen Vorteile von Open Source sind die Beiträge der Gemeinschaft. Wir haben einige großartige Beiträge aus der Gemeinschaft erhalten, wofür wir sehr dankbar sind. Einige davon sind kleine Fehlerbehebungen, andere können große Funktionen sein.
Normalerweise, wenn Menschen innerhalb eines Unternehmens Cal.com für ihre eigenen Bedürfnisse erweitern, um beispielsweise eine Microsoft Exchange-Integration zu schreiben, werden sie diesen Code wahrscheinlich in eine Pull-Request einfügen, damit wir diese Funktionalität im Projekt selbst haben können.
Die meisten Ingenieure in unserem Team waren früher Menschen, die in ihrer eigenen Zeit zu dem Projekt beigetragen haben, was für uns großartig funktioniert, da wir sofort Beispiele ihrer Arbeit sehen können, sie bereits mit dem Code bekannt sind und bereits eine Leidenschaft für das Arbeiten an dem Projekt haben.
Diebstahl
Einer der größten Nachteile von Open Source ist, dass mit Ihrem Code, der im Internet frei verfügbar ist, Menschen Kopien Ihres Produkts erstellen und Ihren Code stehlen werden.
Obwohl wir unter AGPL-Lizenz stehen und alle Modifikationen des Codes Open Source sein müssen, gibt es immer noch Menschen, die diese Lizenzen verletzen und weiterhin verletzen werden. Außerdem gibt es nichts, das einen unserer Wettbewerber daran hindert, in unseren Code zu schauen und zu sehen, wie wir Funktionen aufgebaut haben, und diesen Code dann in ihrem eigenen Closed-Source-Projekt zu verwenden. Wenn sie dies gut genug tun, wird niemand wissen, dass es gestohlen wurde, da ihre Produkte Closed Source sind.
Es gibt nichts, was wir wirklich tun können, um dies zu stoppen. Daher versuchen wir, das Problem von Cal.com-Kopien einfach durch eine prominente, starke Marke anzugehen. Wir hoffen, dass, wenn jemand den Cal.com-Code nehmen und eine eigene Kopie erstellen würde, sie keine Anziehungskraft gewinnen würden, da die Leute wissen, dass es eine Kopie ist, und dass die Gemeinschaft es uns melden würde, damit wir rechtliche Schritte einleiten können.
Zum Beispiel wurde der Quellcode von Twitch 2021 kompromittiert, aber wenn Sie versuchen würden, deren Quellcode zu nehmen und eine Kopie von Twitch zu starten, würden Sie nicht weit kommen.
Sollte ich X Open Source machen?
Wenn Sie sich diese Frage stellen, sollten Sie es wahrscheinlich nicht tun. Wie bereits erwähnt, ist es normalerweise sehr offensichtlich, ob Sie eine Lösung benötigen, die offen, zugänglich und erweiterbar ist oder nicht. Wenn Sie es nicht brauchen – machen Sie es nicht open source, nur um es zu tun.
Wenn Sie jedoch in Unternehmen und stark regulierte Branchen verkaufen möchten oder einfach nur eine Lösung für die schiere Masse von Menschen (455M WordPress vs 100.000 Webflow-Websites) entwickeln möchten, dann macht es absolut Sinn, Open Source zu gehen.
Zusätzlich sollten Sie sich darauf konzentrieren, das beste Produkt zu entwickeln. Die Mehrheit der Verbraucher interessiert sich nicht wirklich dafür, ob Sie Open Source sind oder nicht.
Sie interessieren sich für den besten Gegenwert für ihr Geld. Open Source hilft enorm bei der Wertschöpfung: Der Feedback-Zyklus ist super schnell, die Mitglieder der Gemeinschaft beheben Fehler, helfen bei Übersetzungen und vielen anderen Dingen, aber vergessen Sie nicht, ein überlegenes Produkt gegenüber Ihrem SaaS-Wettbewerber aufzubauen.
Denn am Ende des Tages zählt nur das: Etwas zu schaffen, das die Menschen brauchen.
Cal.com ist jetzt KOSTENLOS für Einzelpersonen - melden Sie sich hier an
