Bugfender: Das innovative Software-Entwicklungstool für die Fehlersuche in mobilen Anwendungen

Bugfender ist ein Tool, das Entwicklern bei der Fehlersuche in ihren mobilen Anwendungen hilft, indem es die Logs der mobilen Geräte ihrer Nutzer sammelt. Es begann als internes Tool, aber Jordi und sein Mitgründer sahen ein großes Potenzial und beschlossen, es in ein Nebengeschäft zu verwandeln. Inzwischen haben sie 165 zahlende Kunden, die einen MMR von 9.100 € pro Monat erwirtschaften. Jordi macht ein bisschen von allem im Unternehmen, vom Projektmanagement bis zur Backend- und iOS-Entwicklung, dem Vertrieb, dem Kundensupport, der Einrichtung von Online-Werbekampagnen und dem Schreiben von Inhalten für ihren Blog.

Bugfender ist ein Tool, das Entwicklern bei der Fehlersuche in mobilen Anwendungen hilft, indem es Datensätze von den mobilen Geräten ihrer Nutzer sammelt. Jordi und sein Mitbegründer erkannten das enorme Potenzial des Tools und beschlossen, es in ein Nebengeschäft umzuwandeln. Zurzeit haben sie 165 zahlende Kunden, was zu einem Umsatz von 9.100 € pro Monat führt. Erfahren Sie, wie sie Bugfender aufgebaut und weiterentwickelt haben, und welche Fehler sie gemacht haben.

Was ist Ihr Werdegang und worauf konzentrieren Sie sich derzeit?

Hallo zusammen! Mein Name ist Jordi Giménez. Ich habe in Barcelona Informatik studiert und war danach unter anderem in den Bereichen Web-Backend, Web-Frontend und IT-Sicherheit tätig. In letzter Zeit hat mich mein Weg in die iOS- und Android-Entwicklung geführt. Ich hatte das Glück, zwei Unternehmen in Barcelona mitzugründen, Mobile Jazz und Bugfender.

Zusätzlich zu Mobile Jazz und Bugfender führen wir Experimente durch, wie z. B. Localname, einen Dienst, der Ihrem lokalen Entwicklungsarbeitsplatz eine über das Internet zugängliche URL gibt, und DevCraft, einen Newsletter für wissbegierige Entwickler. Beide befinden sich noch in der Testphase und werden in Zukunft vielleicht zu "etwas" werden, vielleicht aber auch nicht.

Bugfender ist ein Tool, das Entwicklern bei der Fehlersuche in ihren mobilen Anwendungen hilft, indem es Datensätze von den mobilen Geräten ihrer Nutzer von überall auf der Welt sammelt. Wir sammeln die Datensätze und organisieren sie in einer optimierten Schnittstelle, die es Ihnen ermöglicht, die Daten nach Benutzer, Zeitraum, Hersteller des mobilen Geräts und ähnlichen Kriterien zu filtern und anzuzeigen. Bugfender ermöglicht den Fernzugriff auf die Überwachungsfunktionen der Geräte der Benutzer.

Wir begannen das Unternehmen mit nur drei Mitarbeitern, aber jetzt haben wir neun. Bugfender wird derzeit in über 9000 Anwendungen eingesetzt und läuft auf über 46 Millionen Geräten. Innerhalb von vier Jahren sind wir von Null auf $11.000 monatlich wiederkehrende Umsätze (MRR) gestiegen, und das ohne externe Investitionen.

Ich bin für eine Vielzahl von Aufgaben im Unternehmen verantwortlich, darunter Projektmanagement, Backend- und iOS-Entwicklung, Vertrieb, Kundensupport, Aufbau von Online-Werbekampagnen und Erstellung von Bloginhalten. Jeder Tag ist ein bisschen anders.

Selbstverständlich ist alles, was wir tun, selbstfinanziert. Als Eigentümer sind wir die einzigen Investoren; wir haben eher unsere Zeit als eine große Geldsumme investiert. Nach vier Jahren ist unser Team auf neun Mitglieder geschrumpft, von denen einige in Teilzeit arbeiten, und wir gehen äußerst sparsam mit unseren Finanzen um. Das Ziel einer Werbekampagne besteht beispielsweise darin, ein Produkt zu schaffen, für das die Menschen bereit sind zu zahlen. Da so viele Artikel "kostenlos" sind, d. h. kein Geld kosten, kann unsere Werbung für potenzielle Verbraucher etwas verwirrend sein. Die Verbraucher müssen sich darüber im Klaren sein, dass sie auch bei "kostenlosen" SaaS-Produkten in irgendeiner Weise bezahlen, z. B. durch gezielte Werbung und den Verkauf ihrer Daten an den Meistbietenden.

Im Gegensatz dazu suchen wir aufrichtige Kunden, die unsere Angebote schätzen und bereit sind, dafür zu zahlen. Glücklicherweise gibt es genug von diesen Kunden, so dass wir bald die Gewinnschwelle erreichen werden. Wir hätten die Gewinnschwelle bereits erreichen können, wenn wir nicht mehr in das Unternehmen investiert hätten, aber wir haben uns dafür entschieden, weiterhin über unsere Einnahmen hinaus zu investieren, auch wenn dies vorerst nur geringe Auswirkungen auf unsere Finanzen hat. Hier können Sie unsere Zahlen in Echtzeit einsehen, da sie sehr transparent sind.

Außerdem ist das Unternehmen vollständig dezentralisiert. Ich befinde mich in Barcelona, aber mein Team ist über ganz Europa verstreut. Wir veranstalten gelegentlich Klausuren oder "Workations", während wir aus der Ferne arbeiten. Wir haben früh erkannt, dass persönliche Treffen für die Produktivität und die Entwicklung des Teams unerlässlich sind. Außerdem macht es einfach viel Spaß.

‍

Was ist Ihre Geschichte und wie haben Sie dieses Konzept entwickelt?

Ich selbst habe 2011 mit der mobilen Entwicklung begonnen. Damals habe ich meine allererste mobile Anwendung für Android entwickelt: eine Anwendung zur Überwachung des Guthabens auf meiner Prepaid-SIM-Karte. Es war ein Experiment, das ich durchführte, um mehr über Android zu erfahren. Ich ärgerte mich darüber, dass mein Mobilfunkanbieter keine App hatte und dass ich ständig die Website besuchen musste, um sicherzustellen, dass mein Guthaben nicht abläuft.

Deshalb habe ich eine Anwendung entwickelt, die mit Hilfe von "Web Scraping" meinen Kontostand von der Website abruft. Beim Web Scraping meldet sich eine Anwendung als echter Benutzer bei einem Webbrowser an, wählt die entsprechenden Schaltflächen aus, um auf die Seite mit den gewünschten Informationen zuzugreifen, und extrahiert oder "scrapt" dann die Informationen für Ihre Verwendung.

Bei mir hat es einwandfrei funktioniert. Da der Betreiber keine App hatte, beschloss ich, sie zu veröffentlichen, für den Fall, dass sie für jemand anderen von Nutzen sein könnte. Das erwies sich als richtig. Innerhalb weniger Monate hatte die App mehr als 20.000 Nutzer, was einen erheblichen Teil der damaligen Abonnenten des Betreibers ausmachte.

Das Problem beim Web-Crawling ist jedoch, dass Anwendungen im Gegensatz zu Menschen durch routinemäßige Änderungen des Wortlauts oder der Struktur der angezeigten Informationen verwirrt werden können. Zum Beispiel wurde meine Anwendung damals sowohl von Prepaid- als auch von Vertragsnutzern verwendet, so dass die Website je nach Produkt für jeden Nutzertyp etwas anders aussah, was ausreichte, um meine Anwendung zu beschädigen.

Um dieses Problem zu lösen, beschloss ich, einen kleinen Webdienst zu erstellen, an den meine Anwendung Daten senden konnte, wenn der Inhalt nicht den Erwartungen entsprach. So konnte ich sehen, was meine Anwendung sah, und mögliche Fehler korrigieren. Dies war die erste Version von Bugfender. Damals hatte es jedoch keine Auswirkungen auf mich; es war lediglich eine Lösung, die ich für ein bestimmtes Problem entdeckte, mit dem ich damals konfrontiert war.

Stefan lernte ich kurz darauf durch einen Beratungsauftrag für mobile Apps kennen. Gemeinsam gründeten wir das Softwareberatungsunternehmen Mobile Jazz. Bei Mobile Jazz unterstützen wir unsere Kunden bei der Entwicklung ihrer Ideen und führen dann alle notwendigen Spezifikations- und Designarbeiten durch, um diese Ideen in Web- und Mobilanwendungen umzusetzen.

Im Jahr 2015 wurde das Bugfender-Konzept im Rahmen von Mobile Jazz wiederbelebt. Ein Kollege, Aleix, stieß bei der Arbeit an einem Kundenauftrag auf das gleiche Problem. Unsere mobile Anwendung interagierte mit einem Server, auf den wir keinen Einfluss hatten, und einer unserer Beta-Tester beschwerte sich, dass die Anwendung bei ihm nicht funktionierte. Bei uns funktionierte sie jedoch! Da weder sein Telefon noch der Server sichtbar waren, tappten wir völlig im Dunkeln. Auch hier hatte Aleix die gleiche Lösung: Er entwickelte ein Tool, das alle Daten an einen Server sendet. Aleix war von der Idee so begeistert, dass er sie am Wochenende in aller Eile zusammenstellte und sie uns am Montag stolz präsentierte.

‍

Moment, ich war erstaunt. Wir waren mit demselben Problem konfrontiert und hatten beide die gleiche Lösung gefunden. Das war für mich der Beweis, dass wir auf dem richtigen Weg waren. Das muss etwas gewesen sein!

‍

Wie haben Sie den Bugfender konstruiert?

Unmittelbar nach der Demonstration von Aleix sprach ich mit ihm. Ich erinnere mich, dass ich begeistert war, weil ich das gleiche Problem hatte und vier Jahre zuvor genau die gleiche Lösung geschrieben hatte, und ich wollte mit ihm zusammen daran arbeiten. Außerdem gefiel sie Stefan, und so beschlossen wir drei, sie zu verbessern und als internes Tool für Mobile Jazz zu verwenden.

Damals hatte es noch keinen Namen, weil es nur ein Experiment war. Wir nannten es einen "Remote Logger", weil es Protokolle aus der Ferne überträgt.

Als Aleix die allererste Version der Software entwickelte, bestand der in die mobilen Anwendungen eingeführte Code aus einer einzigen Klasse, die Protokolle an den Server sendete. Es handelte sich keineswegs um ein legitimes Software Development Kit (SDK), sondern lediglich um ein Stück Code, das wir kopierten und in den Quellcode der einzelnen Anwendungen einfügten. Der Server war völlig inkompetent; er speicherte einfach alle an ihn gesendeten Daten. Insgesamt waren es wahrscheinlich nicht mehr als 200 Zeilen Code.

Die erste Version wurde mit Go als Experiment (ein Experiment im Experiment!) erstellt, das Protokolle in einer MySQL-Datenbank speicherte.

Auch wenn es nur rudimentär war, hat es uns bereits geholfen! Wenn nun bei einem Verbraucher ein Problem auftritt, könnten wir eine spezielle Version der Anwendung erstellen, die diese "Remote Logger"-Funktion enthält. Das System würde uns dann die Aufzeichnungen schicken, damit wir sehen können, was passiert ist. Hurra!

Wir erkannten bald, dass es besser wäre, den "Remote Logger"-Code in alle App-Builds einzubinden und die Protokollierung per Fernzugriff zu aktivieren/deaktivieren, wenn wir ein Geräteproblem feststellen. Das war unsere erste Entwicklung.

Danach entwickelte sich das Programm weiter. Ursprünglich war das Dienstprogramm als Mittel gedacht, um den Beratungskunden von Mobile Jazz einen besseren Service zu bieten, aber wir erkannten bald, dass andere App-Entwickler auf das gleiche Hindernis stießen. Bei der mobilen Entwicklung gibt es immer dieses Problem: Wenn ein Benutzer auf ein Problem stößt, ist es im Gegensatz zur Web- und Desktop-Entwicklung fast unmöglich, es zu reproduzieren. Bei diesen Technologien ist es immer möglich, die Aufzeichnungen des Servers oder Desktop-Computers zu überprüfen. Im Gegensatz zu Mobile.

Manchmal arbeiten mobile Anwendungen ohne Server, sie können mit Servern interagieren, die nicht unter Ihrer Kontrolle stehen, oder sie können mit Bluetooth- oder Wifi-fähigen Geräten interagieren, so dass Sie nicht vorhersagen können, was passiert. Ein weiteres Problem ist die so genannte "Gerätefragmentierung"; es gibt so viele verschiedene Arten von Mobiltelefonen auf dem Markt, dass Sie Tausende von ihnen benötigen würden, um Ihre Anwendung angemessen zu testen. Selbst bei gleicher Konfiguration und gleichen Bedingungen kann etwas, das bei Ihnen funktioniert, bei jemand anderem mit einem anderen mobilen Gerät nicht funktionieren.

Nach fünf Monaten interner Nutzung von Bugfender wurde uns klar, dass wir mit einem universellen Problem konfrontiert waren, für dessen Lösung andere Unternehmen vielleicht bereit wären zu zahlen. Daher beschlossen wir, Bugfender als Produkt zu entwickeln. Wir erstellten eine Website und fügten ein Formular zum Anfordern einer Einladung hinzu. Am Anfang gab es keine Gebühren, und wir mussten manuell auf die Datenbank zugreifen und die Konten erstellen. Auch ein formelles Anmeldeformular fehlte. Aufgrund der geringen Anzahl von Personen, die Zugang beantragten, war dies keine mühsame Aufgabe. Wir versuchten, in Entwicklerforen und auf Twitter für unsere Anwendung zu werben, erhielten aber nur wenige Antworten.

Die Interaktion mit tatsächlichen Verbrauchern war jedoch von Vorteil. Wir begannen, objektives Feedback, Kritik und Funktionswünsche zu erhalten.

Wir haben etwa vier Monate gebraucht, um den Bezahlvorgang hinzuzufügen, weil wir vor der Erhebung von Gebühren noch Feedback einholen und unser Tool verbessern wollten. Über die Preisgestaltung haben wir uns keine großen Gedanken gemacht, da wir zunächst herausfinden wollten, ob die Nutzer bereit waren, etwas zu bezahlen. Daher besuchten wir die Website eines Mitbewerbers und richteten unsere Preisgestaltung ähnlich ein.

Nachdem das Zahlungssystem eingerichtet war, dauerte es weitere sechs Monate, bis wir unseren ersten zahlenden Kunden gewinnen konnten. Das waren schwierige Zeiten, aber wir waren voller Enthusiasmus. Als es dann soweit war, haben wir eine Feier veranstaltet. Ein zahlender Nutzer zeigte uns, dass wir nicht ganz dumm waren und dass wir etwas geschaffen hatten, das jemand wollte, auch wenn es nur 19 Euro pro Monat kostete.

Sobald Sie anfangen, Gebühren zu erheben, wird die Situation ernster. Sollten wir uns als Unternehmen eintragen lassen? Die Leute haben angefangen, sich zu erkundigen: "Was ist unsere Datenschutzrichtlinie", und wir müssen eine Antwort geben. Unsere Allgemeinen Geschäftsbedingungen? Haben wir ihre Daten verschlüsselt? (Offensichtlich schon.)

Darüber hinaus hatten wir unterwegs zahlreiche Zweifel: Hatten wir die optimale "Produkt-Markt"-Passung gefunden? Es war uns völlig klar, dass das Geld nicht auf magische Weise auftauchen würde. Dies war ein spezieller Punkt. Bugfender beseitigte ein kleines Ärgernis für Entwickler, aber wir waren uns immer noch nicht sicher, ob es ein bedeutendes Problem anging. Könnten wir genug Leute dazu bringen, ihre Kreditkarten einzulegen?

Ein Unternehmen zu gründen, Software-Metriken zu integrieren, um die Funktionalität je nach Plan einzuschränken, und ein Zahlungs- und Fakturierungssystem zu integrieren... (OMG, wenn Sie eine einflussreiche Person in der Europäischen Union sind und dies lesen, ist die Berechnung der korrekten Mehrwertsteuer für eine Rechnung wahnsinnig kompliziert!!!) Hat es sich gelohnt, all diese Mühe auf sich zu nehmen, vielleicht ohne eine Gegenleistung zu erhalten... niemals?

Während des Starts und in den folgenden Monaten erlebten wir einige Höhen und Tiefen. Unser erster zahlender Kunde war ein Grund zum Feiern. Obwohl es sich um eine kleine Summe handelte, diente sie uns als Bestätigung. Als wir uns um einen Zuschuss der Europäischen Union bewarben und unter Tausenden von Bewerbern ausgewählt wurden, war das ein zusätzlicher aufregender Moment. Wir bekamen 100.000 Euro für die Entwicklung unseres Produkts, so dass wir es nicht mehr mit unserem eigenen Geld entwickeln mussten. Ich erinnere mich, dass ich ein paar Wochen zuvor mit den anderen Machern darüber sprach, das Schiff zu verlassen.

Ein weiterer Ansporn für uns, weiterzumachen, war das direkte Feedback unserer Nutzer über das Messaging. Das Forum hatte einen erheblichen Einfluss auf die Akzeptanz, da es uns ermöglichte, mit potenziellen Nutzern zu kommunizieren und ihre Probleme zu lösen. Wir waren in der Lage, unsere derzeitigen Kunden zu unterstützen, was die Kundenbindung erhöhte. Es war auch eine unschätzbare Gelegenheit für uns, aus erster Hand von denen zu erfahren, die das Produkt nutzen. So konnten wir eine Website erstellen, die echte Benutzeranfragen beantwortet.

Welche Marketingstrategien haben Sie eingesetzt, um Ihr Unternehmen zu vergrößern?

Unser Wachstum war von Anfang an sehr organisch. Wir waren von unserer Fähigkeit, das Produkt zu entwickeln, überzeugt, hatten aber keine Erfahrung im Marketing. Der schwierigste Aspekt war die Kommunikation mit den richtigen Personen über unser Produkt.

Nachdem wir den EU-Zuschuss erhalten hatten, bestand unser Mentor (Hallo, Agustn!) darauf, dass wir uns mit Content Marketing beschäftigen. Was in aller Welt war das? Wir hatten nur begrenzte Kenntnisse. Er wies uns eine Aufgabe zu: die Recherche von Schlüsselwörtern, für die er uns eine Anleitung gab. Dann wählten wir die 20 wichtigsten Schlüsselwörter aus, von denen wir glaubten, dass sie den größten Einfluss auf unsere Entwicklung haben würden, und begannen, sie zu bearbeiten. Nach sechs Monaten wollten wir für mindestens zehn dieser Schlüsselwörter auf der ersten Seite von Google stehen.

Das ist einfacher gesagt als getan; die Verbesserung der Suchmaschinenoptimierung erfordert erheblichen Aufwand! Die drei Gründungsmitglieder von Bugfender waren Ingenieure. Zu dieser Zeit war das unser gesamtes Team. Ingenieure sind nicht besonders schreibfreudig, aber dieses Projekt erforderte einen hohen Schreibaufwand. Es war also eine doppelte Herausforderung für den Ingenieur. Aber wir hielten durch und hatten Erfolg. Wir erschienen nicht nur auf der ersten Seite für die meisten unserer Suchbegriffe, sondern standen auch bei einigen an erster Stelle. Dies war für unsere Entwicklung sehr förderlich, da wir zum ersten Mal eine beträchtliche Menge an organischem Verkehr erhielten.

Wir haben auch andere Methoden ausprobiert, die jedoch erfolglos waren. Andere rieten uns, AdWords, Facebook-Anzeigen, LinkedIn-Anzeigen und Twitter-Anzeigen zu verwenden. Wir testeten jede dieser Optionen, weil sie für uns alle logisch waren. Wir haben viel Zeit und Geld investiert, um alles einzurichten, eine Rechnung nach der anderen zu bezahlen, zu testen und zu wiederholen. Obwohl wir dadurch mehr Besucher anlocken konnten, gaben wir weiterhin deutlich mehr aus, als wir an neuen Nutzern und letztlich an Umsatz einnahmen. Ich würde sagen, dass es einen Versuch wert war, aber ich würde Bootstrapped-Unternehmen raten, zuerst andere Dinge auszuprobieren und mit ihren Werbebudgets sehr sparsam umzugehen. Wenn Sie Anzeigen schalten, konkurrieren Sie mit großen Unternehmen mit enormen Marketingbudgets. Ich würde diese Strategie VC-gestützten Unternehmen vorbehalten, die niedrige Hürden für die Kundenakquise haben, wie z. B. ergänzende Produkte.

Unsere Erfahrungen mit Facebook Retargeting sind positiv. Personen, die unsere Website besucht und ihr Interesse an Bugfender bekundet haben, bekommen Anzeigen angezeigt. Dies ist eine sehr viel erfolgreichere Strategie, da wir uns an Einzelpersonen und nicht an große Organisationen wenden, bei denen die Wahrscheinlichkeit, dass sie zu Kunden werden, sehr viel größer ist.

Wir gingen davon aus, dass unsere Kunden so begeistert von Bugfender sein würden, dass sie es weiter empfehlen würden. Wir haben ein ganzes Empfehlungssystem mit Rabattcodes und Einladungen entwickelt, ähnlich der bekannten Strategie von Dropbox. Wir haben uns geirrt; die Menschen hatten Wichtigeres zu tun. Sie nutzten unser Produkt gerne, aber ihre Mitmenschen davon zu überzeugen, es zu übernehmen, war eine andere Sache.

Wir haben auch versucht, uns an sozialen Netzwerken wie Twitter, Facebook und LinkedIn zu beteiligen, mussten aber feststellen, dass sie mit Marketingbotschaften überflutet sind. Eine sinnvolle Interaktion ist extrem zeitaufwändig, und letztendlich wenden alle die gleichen Strategien an, was es extrem schwierig macht, sich von der Masse abzuheben. Wir haben vor kurzem festgestellt, dass es uns zugute kommt, auf Twitter aktiver zu sein, wahrscheinlich weil sich dort mehr Entwickler versammeln.

Wir haben auch A/B-Tests eingesetzt, um den Inhalt unserer Website zu verbessern. Auch wenn es sich im Prinzip gut anhört, braucht man Zehntausende von Besuchern auf der Website, um aussagekräftige Ergebnisse zu erhalten. Und oft sind diese Tests nicht aussagekräftig, weil es kaum Unterschiede zwischen den getesteten Elementen gibt oder weil die Auswirkung auf die Konversionsrate so vernachlässigbar ist, dass es keine Rolle spielt, so dass sie in unserem Fall von begrenztem Nutzen waren.

Bis jetzt haben wir festgestellt, dass Content Marketing unser Hobby ist, und wir arbeiten weiter daran. Aber wir haben nicht aufgehört, neue Dinge auszuprobieren, und wir werden dies auch weiterhin tun; wir werden wahrscheinlich nie aufhören, da sich die Zeiten und die Unternehmen ändern. Vielleicht werden einige der Dinge, die wir in der Vergangenheit ausprobiert haben, in der Zukunft erfolgreich sein.

‍

Was waren die größten Hindernisse, mit denen Sie konfrontiert waren, und wie haben Sie sie überwunden?

Ich habe bereits einige der emotionalen Höhen und Tiefen beschrieben. Das größte Hindernis war bisher die Knappheit der finanziellen Mittel. Alles wird mit unserer eigenen Zeit und unseren eigenen Mitteln bewältigt, was immer schwieriger geworden ist. Unter schwierigen Umständen kann man sich fragen, ob es sich lohnt, weiterzumachen. Die Investition rentiert sich nur schleppend, aber sie funktioniert!

Wir befinden uns derzeit in einer quasi-profitablen Position, die es uns erlaubt, unsere Ausgaben zu decken, uns aber kein Gehalt zu zahlen. Trotzdem müssen wir nicht weiter Geld einzahlen, was ein Vorteil ist, aber wir müssen umsonst arbeiten. Ich hoffe, dass wir so bald wie möglich die so genannte "Ramen-Rentabilität" erreichen, so dass wir etwas bezahlt bekommen, auch wenn es nur ein kleiner Betrag ist, der vielleicht keinen großen Unterschied macht, aber sicherlich dazu beitragen wird, unsere Stimmung zu heben.

Wir haben diese Einschränkung derzeit überwunden, indem wir unsere Zeit zwischen Bugfender und Mobile Jazz Consulting aufteilen. Es ist nicht optimal, aber es funktioniert trotz extremer Schwierigkeiten.

Was sind Ihre größten Nachteile?

Es ist schwierig, über Nachteile zu sprechen, und zwar aus zwei Gründen: Erstens, weil wir sie nicht sehen wollen, und zweitens, weil viele Vorteile und Nachteile meiner Meinung nach zwei Seiten derselben Medaille sind. Sie definieren Sie also, aber sie bestimmen nicht Ihr Schicksal. Lassen Sie mich das erklären:

Man könnte zum Beispiel argumentieren, dass das Bootstrapping eine Schwachstelle ist. Nichtsdestotrotz glaube ich, dass es ein Vorteil sein wird, wenn es uns gelingt, das Unternehmen profitabel zu machen, was sehr wahrscheinlich ist. Das Fehlen umfangreicher Ressourcen hat uns klug gemacht (oder uns geholfen, "hungrig zu bleiben", wie Steve Jobs sagen würde), und wir sind in der Lage, unser Unternehmen mit einem kleinen Monatseinkommen zu betreiben. Das Bootstrapping hat uns also sparsam gemacht, und das ist gut so. Leider scheitern Unternehmen nur allzu oft, weil sie ihre Ressourcen erschöpft haben.

Hinzu kommt, dass Bugfender ein kostenpflichtiges Produkt ist. Es gibt eine kostenlose Version zum Ausprobieren, aber die "guten Sachen" sind für zahlende Kunden reserviert. Auch dies ist eine Schwachstelle, denn wenn Google/Facebook/Twitter morgen eine kostenlose Version eines ähnlichen Produkts wie Bugfender auf den Markt bringen, könnte es für uns schwierig werden, zu konkurrieren. Auch hier ist der Nachteil leicht ersichtlich, aber was ist der Vorteil? Wenn Sie nicht für etwas bezahlen, sind Sie nicht der Verbraucher, sondern das Produkt, das verkauft wird. Wir wissen genau, wer unsere Verbraucher sind, und schützen ihre Privatsphäre. Es gibt kein kostenloses Produkt, das dies leisten kann.

Ich habe auch gesagt, dass unser Zielmarkt aus mobilen Entwicklern besteht. Das bedeutet im Grunde, dass wir in einem Ökosystem arbeiten, das von Apple und Google bestimmt wird. Es gibt definitiv eine Menge Geld zu verdienen, aber das Risiko, sich auf diese beiden Unternehmen zu verlassen, ist nicht unbedeutend. Das gilt meiner Meinung nach für jeden, der an einer App oder einem Produkt für Anwendungen arbeitet. Die einzige Lösung besteht darin, sich dieses Risikos bewusst zu sein und so bald wie möglich zu diversifizieren.

‍

Was waren die schlimmsten Fehler, die Ihnen beim Auf- und Ausbau von Bugfender unterlaufen sind?

Ich persönlich bin mir bewusst, dass ich zu pessimistisch bin. Da ich der Moral des Teams schaden könnte, muss ich vorsichtig sein, wie ich Dinge formuliere und wie ich ihnen meine Gefühle mitteile. Glücklicherweise habe ich mich mit den richtigen Leuten zusammengetan, und wir können uns gegenseitig unterstützen, wenn etwas schief läuft. Bisher war das erfolgreich.

Ich habe bereits erwähnt, dass das gesamte Bugfender-Team vor allem aus wirtschaftlichen Gründen auch an Mobile Jazz arbeitet. Wir hätten die Entscheidung, einen externen Vollzeit-Bugfender-Mitarbeiter einzustellen, möglicherweise schon früher treffen können. Ich glaube, dass wir durch das Multitasking einige hervorragende Möglichkeiten vernachlässigt haben.

Ich glaube auch, dass wir als Unternehmen noch nicht genug mit der Preisgestaltung experimentiert haben. Unsere Preisgestaltung basiert auf bestimmten Annahmen, aber wir haben noch keine umfassenden Tests durchgeführt. Zum Beispiel bieten wir derzeit einen kostenlosen Plan an, von dem wir glauben, dass er Einzelpersonen ermutigt, Bugfender ohne Bedenken auszuprobieren. Aber wie würde es funktionieren, wenn wir den kostenlosen Plan durch eine Testversion ersetzen würden? Wir wissen es nicht.

Auch an der Technologiefront haben wir Fehler begangen. Die Arbeit mit Go erschien uns zunächst verlockend, weil wir unbedingt neue Technologien erlernen wollten, aber Go war damals noch nicht ausgereift, und wir haben den Preis dafür bezahlt. Außerdem haben wir nach wie vor Schwierigkeiten, qualifizierte Entwickler zu finden.

Die Auswahl der Bibliotheken war die Quelle von Problemen. Wir entschieden uns für Martini als Web-Framework, aber seine Leistung war so unzureichend, dass sogar sein Autor zu einem neuen Projekt namens Gin überging. Die Umstellung von Martini auf die native HTTP-Bibliothek führte zu einer 10-fachen Verbesserung der Leistung, wodurch wir buchstäblich Zehntausende von Dollar pro Monat einsparen konnten. Wir griffen auf die Datenbank mit gorm (Version 1) zu. Darüber hinaus wurde gorm in den darauffolgenden Monaten grundlegend überarbeitet, was zu einer inkompatiblen API mit der von uns verwendeten Version führte; dies erfordert in erster Linie ein Umschreiben unseres Codes und eine gründliche Datenmigration... wir werden gorm wahrscheinlich zugunsten von sqlx aufgeben, einer weit verbreiteten Bibliothek, die uns eine bessere Kontrolle über die Leistung bietet. Ich nehme an, dass dies die Entwicklung der Sprache widerspiegelt, während die Entwicklergemeinschaft reift.

In einem Blogbeitrag über Go und die Auswahl von Bibliotheken haben wir eine Liste von Vor- und Nachteilen zusammengestellt, in der Hoffnung, dass sie anderen helfen wird, in Zukunft bessere Entscheidungen zu treffen.

Außerdem waren wir gezwungen, das primitive MySQL-basierte System weiterzuentwickeln. Relationale Datenbanken sind für schreibintensive Aufgaben wie die Speicherung von Datensätzen ungeeignet. Redis wird zum Zwischenspeichern der Daten verwendet, auf die am häufigsten zugegriffen wird, während Kafka und Elasticsearch zum Speichern von Datensätzen verwendet werden.

Wenn Sie die Möglichkeit hätten, etwas anders zu machen, was würden Sie anders machen?

Ich würde sofort einen Marketingprofi einstellen. Wir haben den Aufwand für das Marketing stark unterschätzt. Wir glaubten, dass ein paar Anzeigen und ein paar Blogbeiträge ausreichen würden, um die Leute auf uns aufmerksam zu machen. Wenn ich die Zeit zurückdrehen könnte, würde ich jemanden suchen, der in unserer Branche im Marketing tätig ist, und ihn einstellen, sobald es das Geld erlaubt.

Nachdem einige Zeit vergangen ist, wird alles deutlicher. Hätten wir gewusst, dass die Schaltung von Anzeigen unwirksam ist, hätten wir natürlich viel weniger Zeit und Geld dafür aufgewendet, um sie umzusetzen. Der Prozess der Ermittlung der optimalen Marketingstrategie war besonders zeitaufwändig, aber er ist notwendig.

Ich wünschte, ich hätte mir mehr Zeit für Gespräche mit potenziellen Kunden genommen. Nach drei Jahren im Geschäft treffe ich immer noch auf Menschen, die nicht "verstehen", was wir tun. Das bedeutet nicht, dass sie dumm sind, sondern eher, dass ich die Situation nicht angemessen artikulieren kann (was mich zum Idioten macht). Ich versuche, ausführlich mit Kunden und potenziellen Verbrauchern zu kommunizieren, aber ich glaube, dass mehr Zeit zu besseren Ergebnissen geführt hätte.

Bevor wir Bugfender auf den Markt brachten, testeten wir auch ein Konkurrenzprodukt. Es hieß "PlayThis" und war eine gemeinschaftliche Wiedergabeliste für die Auswahl von Festmusik. Wir hatten vor, es kostenlos oder kostengünstig für private Veranstaltungen (z. B. zu Hause) anzubieten und es an Unternehmen zu verkaufen. Wir verbrachten mehrere Monate mit der Entwicklung des Produkts, bevor wir eine Version im App-Store freigaben. Wissen Sie, wer zu dieser Zeit die Lokale besuchte? Niemand! Wissen Sie, wie viele Kopien der Software wir verkauft haben? Keine, niemals. Daraus haben wir eine wertvolle Lektion gelernt: Wir müssen mit den Verbrauchern kommunizieren, bevor wir etwas entwickeln.

Da ich mir der steilen Lernkurve und der Häufigkeit dieses Fehlers unter Unternehmern bewusst bin, möchte ich betonen: Schreiben Sie keine einzige Zeile Code, bevor Sie nicht einen zahlenden Kunden haben.

Noch besser ist es, wenn Sie jemanden dazu bringen können, im Voraus zu zahlen (oder sich zumindest zum Kauf zu verpflichten). Dadurch wird nicht nur Ihr Projekt finanziert, sondern auch sichergestellt, dass es die notwendigen Komponenten enthält und eine Lösung bietet (zumindest für eine Person).

Und auch das Gegenteil ist der Fall: Es spielt keine Rolle, wie beeindruckend Ihre Technologie oder Idee ist. Wenn niemand davon weiß, wird sie auch niemand kaufen. Wenn Sie erst einmal mit Ihren ersten potenziellen Kunden gesprochen haben, werden Sie feststellen, dass diese vielleicht etwas ganz anderes brauchen, als Ihnen vorschwebte, oder dass das, was Sie für eine ungenutzte Marktchance hielten, niemanden interessiert.

Was die Technologie betrifft, so hätte ich mit einer bekannten Technologieplattform begonnen. Das hätte zwar nicht so viel Spaß gemacht, aber es hätte das Vorhaben beschleunigt und uns Geld gespart. Aufgrund der unzureichenden Leistung der Software müssen wir seit einiger Zeit unsere Infrastruktur aufrüsten, was uns Tausende von Dollar pro Monat kostet. Außerdem haben wir eine besondere Last zu tragen, da wir jeden Monat Terabytes an Protokollen generieren und diese den Benutzern, die sie einsehen wollen, leicht zugänglich machen müssen. Vor allem, wenn man mit dem Technologie-Stack nicht vertraut oder unerfahren ist, ist es schwierig, ein Gleichgewicht zwischen diesen Optimierungen zu finden.

‍

Welche anderen Lernressourcen würden Sie angehenden Unternehmern neben den Fehlern empfehlen?

Nicht jeder mag die gleichen Medien, deshalb werde ich eine Auswahl meiner persönlichen Favoriten empfehlen. Da ich gerne lese, empfehle ich "Der Muttertest". Es ist ein kurzes und nettes Buch, das mir in der Abteilung "Gespräche mit Kunden" sehr geholfen hat. Ich glaube, dass jeder Unternehmer es lesen sollte, bevor er etwas unternimmt.

Auch das Buch Start Small, Stay Small, das Buch The Lean Startup und der Blog Signal vs. Noise behandeln das Bootstrapping, d. h. den Aufbau eines Projekts mit Ihrer eigenen Zeit und Ihrem eigenen Geld und ohne oder mit minimaler Unterstützung von Investoren. Nun kann nicht jedes Projekt auf diese Weise aufgebaut werden, aber viele Menschen sind mit dieser Alternative zur Risikokapitalfinanzierung nicht vertraut, so dass ich empfehlen würde, mehr darüber zu erfahren und festzustellen, welche Methode für Ihre Idee am besten geeignet ist.

Ich schätze den Smart Passive Income-Podcast für seine Konzepte, von denen die meisten Bootstrapped sind. Dieses Format gibt mir sehr viel Schwung. Der Rework-Podcast ist eine wunderbare Zusammenstellung von Unternehmergeschichten einer Vielzahl von Unternehmern. Ich besuche häufig die Foren von Indie Hackers und Hacker News.

Ich musste auch viel über Marketing lernen, da ich nichts darüber wusste, als ich ins Berufsleben eintrat. Ich höre regelmäßig den Podcast, den Blog und den Newsletter von Neil Patel und bin begeistert von seinem Buch Traction: A Startup's Guide to Acquiring Customers.

Für weitere Informationen

Sie sollten unbedingt die Bugfender-Website. Wenn Sie mehr über unsere Reise erfahren möchten, lesen Sie bitte unter Drei Jahre Bugfender: 9,5 Millionen Nutzereine Retrospektive, die wir zu unserem dritten Jahrestag geschrieben haben, und Vier Lektionen aus dem Bootstrapping von Produkteneine Sammlung von Reflexionen über unsere Lektionen.

Mein Mitbegründer Stefan Klumpp wurde vor einem Jahr auch in einem Interview mit Indie Hackers vorgestellt, in dem Sie mehr über unsere frühen Phasen, die Finanzierung und den Fahrplan erfahren können.

Wenn Sie mit mir Kontakt aufnehmen möchten, lauten meine Twitter-Handles @bugfenderapp und @gimix3.

Das Hauptbild ist von bugfender.com

Wir sammeln einzigartige Fallstudien aus dem gesamten Internet, um Sie mit einer breiten Palette von Geschäftsideen zu inspirieren. Diese Fallstudie wurde von unserem Team betreut und hat definitiv unser Interesse geweckt. Sie können andere inspirierende Geschäftsgeschichten finden hier.