Hallo Habr! Ich präsentiere Ihnen die Übersetzung des Artikels Wie ich mein erstes SaaS- Nebenprojekt versandte, während ich Vollzeit arbeitete, von Tigran Hakobyan, der im berühmten Buffer-Aufschubdienst arbeitete und sein Projekt starten und sogar monetarisieren konnte.




Dies ist meine persönliche Geschichte darüber, wie ich mein erstes SaaS-Projekt gestartet habe, das 40 Stunden pro Woche bei Buffer arbeitet. Der Zweck dieses Artikels ist es, Sie zu inspirieren. Wenn Sie wie ich sind, einen Vollzeitjob haben und ein profitables Nebengeschäft als Einnahmequelle aufbauen möchten, wird diese Geschichte bei Ihnen Anklang finden. In diesem Artikel möchte ich zeigen, dass ich überhaupt nicht geschwitzt oder verarbeitet habe und dennoch ein wirklich funktionierendes SaaS-Produkt anbieten kann.

Einführung

Ich bin ein Website-Entwickler und ich bin sehr glücklich, dass ich in meiner Freizeit nicht nur Fußball spiele, sondern auch gerne Projekte zur Unterhaltung programmiere und erstelle. Zuletzt habe ich Booknshelf erstellt, mit dem viele Leute ihre Bücher im Web organisieren können. Obwohl die Vollzeitarbeit einen großen Einfluss auf mein Wachstum als Ingenieur hat, konnte ich einige der Entwicklerfähigkeiten durch die Arbeit an meinen persönlichen Projekten erwerben.

Erst letztes Jahr begann ich darüber nachzudenken, neben meiner Hauptbeschäftigung eine weitere Einnahmequelle zu schaffen. Die Idee, sich auf nur ein Gehalt zu verlassen, ist ein wenig beängstigend. Ich wusste, dass ich die Fähigkeiten und die Leidenschaft hatte, über etwas nachzudenken. Ich habe beschlossen, ein Unternehmen zu gründen, möglicherweise online, angesichts meiner Fähigkeiten. Ein weiterer Anstoß für diese Gedanken war, was ich erleben und lernen wollte, wie man ein Geschäft aufbaut. Ich war noch nie in meinem Leben in einem Geschäft tätig, daher sah ich dies als eine großartige Gelegenheit zum Lernen, mit der ich Fähigkeiten beherrschen kann, die ich momentan nicht habe. Das Schlimmste, was passieren kann, ist, dass ich scheitern werde, aber ich werde Erfahrung haben.

Idee

Das erste, was ein Entwickler tun sollte, ist natürlich, über Ideen nachzudenken. Ideen waren für mich nie ein Problem, deshalb musste ich immer die identifizieren, die mir entspricht. Dieses Mal habe ich beschlossen, einen anderen Ansatz zu wählen und diese Idee, die zu mir passt, wirklich zu überdenken, bevor ich darüber nachdenke. Es gab einige Kriterien, nach denen ich jede Idee zeichnen wollte.

• Ich wollte ein echtes Problem lösen, vielleicht das, auf das ich persönlich gestoßen bin
• Es hätte für einen Markt sein sollen, den ich gut kenne
• Dies sollte keine neue Idee sein (sie wird die Welt nicht verändern)
• Es könnte eine Art Geschäft werden

Die goldene Regel jeder Idee ist, dass sie das Problem lösen soll, mit dem Menschen konfrontiert sind. Früher habe ich meinen Notizen so viele Ideen hinzugefügt, dass ich zu dem Haufen Ideen zurückgekehrt bin, mit dem ich mich eingedeckt habe.


Meine Notizen, in denen ich alle Ideen aufbewahrte

Von Anfang an wusste ich, dass ich wahrscheinlich erfolgreicher sein könnte, wenn ich etwas für die Entwickler erschaffe, weil ich den Markt ziemlich gut kenne und die meisten meiner engen Freunde und Anhänger technisch versiert sind. Ich könnte meine Kontakte und mein Publikum nutzen, um die Idee zu bestätigen und wertvolles Feedback zu erhalten, bevor ich mich für etwas entscheide. Es hat wirklich alle meine Ideen auf eine Liste von 2-3 Dingen reduziert, an denen ich arbeiten konnte. Eine der Ideen war, worauf ich immer wieder zurückkam. Dies war etwas, auf das ich sowohl im Buffer-Service als auch bei der Arbeit an meinen vorherigen parallelen Projekten gestoßen bin. Eine einfache Möglichkeit, geplante Aufgaben in cron zu steuern. Da einer der Bereiche, in denen ich mich mit Buffer beschäftige, die Analysedateninfrastruktur ist, habe ich im Hintergrund ein Dutzend Cron-Jobs gestartet, um tägliche Analysedaten für unsere Kunden zu sammeln. Es hätte alles relevant sein sollen. Der Datadog- Überwachungsdienst, den wir bei Buffer verwenden, ist wirklich großartig, wurde jedoch ursprünglich zur Überwachung von Diensten oder Servern mit langer Laufzeit entwickelt. Ich brauchte eine einfache Symbolleiste, in der ich eine Liste aller meiner Aufgaben in cron, deren Status und Protokolle sehen konnte. Jeden Tag bekomme ich einen Bericht über alle laufenden Aufgaben, damit ich weiß, dass alles nach Plan läuft.

Nachdem ich mich für diese Idee entschieden hatte, wollte ich herausfinden, ob es auf dem Markt funktionierende Lösungen gibt. Wenn es Lösungen gibt, ist dies ein gutes Zeichen dafür, dass bestimmte Tools nachgefragt werden. Tatsächlich gab es auf dem Markt einige Lösungen mit verschiedenen bezahlten Plänen. Ich wollte nicht unbedingt etwas völlig Neues schaffen, denn wenn ich das tun würde, wäre es viel schwieriger, den Markt zu identifizieren und zu testen. Alle vorhandenen Lösungen hatten Pläne bezahlt, daher wusste ich, dass die Leute bereit waren, dafür zu bezahlen. Das nächste Ziel war es, die Richtigkeit meiner Gedanken durch Erstellen und Ausführen von MVP zu bewerten.

MVP

Ich habe 2 Monate damit verbracht, die erste Version von Cronhub zu erstellen (ja, ich habe ihr einen Namen gegeben). Etwas Realisierbares, das ich an eine Gruppe meiner Freunde und Follower auf Twitter senden könnte. Für MVP brauchte ich etwas sehr Einfaches, aber auch sehr Wertvolles, für das die Leute bezahlen würden. Ich weiß, dass Sie vielleicht denken, dass 2 Monate eine lange Zeit sind, um ein MVP zu erstellen, aber ich habe den traditionellen „Schweiß-Schweiß“ -Ansatz nicht übernommen und stattdessen:

• Arbeitete nur 1-2 Stunden pro Tag
• Jeden Tag 8 Stunden geschlafen.
• Ich habe Netflix gesehen, wann immer ich wollte.
• Am Wochenende total entspannt.
• Ich habe alle technischen Lösungen verwendet, mit denen ich mich wohl gefühlt habe.

Da ich Vollzeit arbeite, habe ich normalerweise von 7 bis 7 an Cronhub gearbeitet
20:30 Uhr konnte ich auch morgens arbeiten, verbrachte aber den größten Teil des Morgens im Fitnessstudio. Es gab einige Tage, an denen ich mich nach der Arbeit geistig erschöpft fühlte und langsamer wurde, aber die meiste Zeit hielt ich mich an meinen Tagesplan. Ich wusste, dass ich, wenn ich dieses Projekt beenden wollte, die Gebühr sparen und jeden Tag ein Commit durchführen musste, selbst wenn es sich um ein kleines Commit handelte (vielleicht sogar um ein Single-Line-Commit). Konzentration war für mich immer sehr hilfreich, um weiterzumachen. Ich habe Trello verwendet, um meine Projektaufgaben in kleine Schritte zu unterteilen.


Mein Trello Board für Cronhub

Ich habe versucht, jede Aufgabe so klein zu machen, dass ich an einem Tag beginnen und enden konnte. Wenn ich die Aufgaben klein hielt, konnte ich das Produkt schneller starten und meinen täglichen Fortschritt verfolgen. Wenn Sie Fortschritte sehen, motiviert und unterstützt dies Sie in vielerlei Hinsicht. Vielleicht ist das ein Trick über den Verstand? Die Arbeit an großen Aufgaben verlangsamt uns und am Ende geben wir auf, weil wir gelangweilt sind und an etwas anderem arbeiten wollen. Ich habe nachts nie gearbeitet. Ich ging jeden Tag gegen 10:30 Uhr ins Bett und wachte um 7 Uhr auf. Richtiger Schlaf ist meine oberste Priorität. Er bestimmt die mentale Energie, die während des Tages vorhanden ist, und ich kann nicht dafür spenden. Zusätzlich zum Schlafen habe ich beschlossen, den größten Teil meines Wochenendes damit zu verbringen, etwas völlig anderes zu tun, wie Fußball zu spielen, Filme zu schauen oder mit Freunden und der Familie zu plaudern. Trotz der Tatsache, dass ich gerne codiere, weiß ich, dass es leicht ist, mich selbst zu verbrennen. Das Wochenende hat mir geholfen, mein Gehirn aufzufrischen.

Ich denke, dass Sie als Entwickler immer die fortschrittlichsten und coolsten Technologien verwenden möchten. Es ist in Ordnung. Ich will das auch. Mein Ziel war jedoch anders, und ich wollte Cronhub so schnell wie möglich erstellen und starten, wobei ich mich auf Technologien stützte, die ich bereits kannte. Ich konzentrierte mich auf mein Ziel und benutzte Laravel und Vue.js. Cronhub ist eine einseitige Anwendung, die Laravel als Backend verwendet.

Beta-Start geschlossen

Am 20. Februar habe ich die mindestens erforderliche Cronhub-Entwicklung abgeschlossen und war bereit, die erste Benutzergruppe einzuladen, Cronhub auszuprobieren. Nach meinem Tweet haben sich ungefähr 20 bis 25 Leute auf Twitter an mich gewandt und um eine Einladung gebeten, und das Feedback, das ich von ihnen erhalten habe, war sehr wertvoll.


Dieser Tweet war eine Einladung zur Closed Beta

Es gab ein paar Fehlerberichte und einige großartige Funktionsvorschläge, die ich dem Feedback-Dokument hinzugefügt habe. Das Verfolgen von Benutzerfeedback ist ein wichtiger Schritt, da es dabei hilft, die offensichtlichen Muster zu identifizieren, denen Sie bei der Entscheidung für die Produktentwicklung folgen können. Im Allgemeinen waren der erste Eindruck und die Bewertungen ermutigend. Jetzt musste ich das Produkt weiter verbessern und für den ersten öffentlichen Start vorbereiten. Ich habe den ersten öffentlichen Start seit einem Monat geplant.

Öffentlicher Start

Drei Monate später, heute, starte ich öffentlich mein erstes SaaS-Projekt. Hurra!

Offensichtlich bin ich nervös und weiß nicht, ob das funktionieren wird oder nicht. Ich weiß jedoch, dass dies mich meinem Ziel einen Schritt näher bringen wird. Das Ziel ist es, Cronhub zu einem profitablen Online-Geschäft zu machen, in dem ich alle Geheimnisse der Geschäftstätigkeit lernen und erfahren kann. Was könnte am Ende noch schlimmer passieren? Ich würde viel lernen!

Ich weiß, vielleicht bin ich zu sehr darauf konzentriert, über Rentabilität nachzudenken, aber nachdem ich ein paar kostenlose Nebenprodukte erstellt habe, weiß ich, dass es Zeit ist, etwas Ernsthafteres zu tun. Zeit ist das wertvollste Gut, das ich habe, und ich möchte es bewusst ausgeben. Das Bauen eines kostenpflichtigen Produkts ist das Motivierendste und treibt Sie voran. Außerdem ist die Unterstützung kostenloser Nebenprodukte nicht billig, und das weiß ich aus eigener Erfahrung.

Lektionen gelernt

Die letzten 3 Monate waren eine großartige Zeit zum Nachdenken und um zu bewerten, was gut funktioniert hat und was nicht. Jedes Mal, wenn ich ein neues Projekt erstelle, ist dies eine neue Erfahrung für das Lernen. Jedes Projekt ist einzigartig und erfordert einen anderen Denkprozess über das Produkt. Als Produktingenieur möchte ich ein Verständnis für mein Produkt entwickeln, und das hilft.

Alles in allem habe ich viele Lektionen erhalten, die mir wirklich geholfen haben, loszulegen und die Idee auf den Weg zu bringen. Ich möchte das Wichtigste mit Ihnen teilen.

• Lösen Sie das Problem, mit dem Sie persönlich konfrontiert sind. Dies ist so wichtig, weil Sie im Wesentlichen ein Produkt für sich selbst bauen. Denken Sie immer daran. Dies erleichtert die Produktentscheidung erheblich. Sie wissen, welche Fragen Sie stellen sollten, und die Chancen sind höher, wenn Sie die richtigen Fragen stellen.
• Reduzieren Sie Ihre Aufgaben. Wenn Sie Ihr Projekt in Teile zerlegen, versuchen Sie, sie zu verkleinern. Eine gute Möglichkeit, die Größe einer Aufgabe zu messen, besteht darin, sich zu fragen: „Kann ich diese Aufgabe an einem Tag erledigen?“ Wenn die Antwort "Nein" lautet, ist dies wahrscheinlich eine große Aufgabe, und Sie können sie weiter aufschlüsseln.
• Schlafen Sie gut und ruhen Sie sich aus. Ich kann nicht betonen, wie wichtig ein richtiger Schlaf ist. Sie müssen nachts nicht arbeiten. Konzentrieren Sie sich auf schrittweise Fortschritte und kleine tägliche Erfolge. Wenn Sie nicht auf sich selbst aufpassen, werden Sie bald müde und geben schließlich auf.
• Wählen Sie einen Markt, den Sie gut kennen. Ich bin Entwickler und kenne diesen Markt gut. Ich weiß, was es braucht, um Entwickler zu sein und wie Entwicklungsteams zusammenarbeiten. Dies gibt mir eine Vorstellung davon, was auf diesem Markt funktionieren wird und was nicht. Natürlich kann ich mich immer noch irren, aber die Wahrscheinlichkeit von Fehlern ist viel geringer.
• Erzählen Sie uns von Ihrem Projekt. Dies ist eine schwierige Aufgabe für mich und ich passe mich immer noch daran an. Ich rede nicht gern über mich. Ich höre gerne mehr. Es fällt mir nicht leicht, über das Projekt zu sprechen, das ich erstelle, weil ich etwas schüchtern bin und nicht den Eindruck erwecken möchte, dass ich ständig über mich selbst spreche. Ich weiß jedoch, dass ich über mein Projekt sprechen und es verkaufen muss. So erfahren andere von meinem Produkt. Dieser Artikel ist ein Beispiel dafür.

Abschließend

Danke fürs Lesen. Ich hoffe, Ihnen hat diese Geschichte gefallen und Sie haben zumindest einen minimalen Nutzen daraus gezogen. Ich würde gerne von Ihnen hören, bitte zögern Sie nicht, Ihre Fragen zu kommentieren. Sie können mich auf Twitter kontaktieren oder mir eine E-Mail senden.

Weitere Produkte auf den Markt bringen - Tigran.