Die traurigste „Just Ship It“-Geschichte aller Zeiten (2020)

 (kitze.io)
1 Punkte von GN⁺ 2024-07-05 | 1 Kommentare | Auf WhatsApp teilen

  • Die traurigste „Einfach veröffentlichen“-Geschichte

    • Als Indie Maker kann der Rat „einfach veröffentlichen“ sehr frustrierend sein
    • Am 1. Januar 2018 begann die Entwicklung der App
    • Das MVP war in wenigen Tagen fertig, aber es bestand ständig der Drang, neue Funktionen hinzuzufügen
    • React Native wurde gelernt und es wurden mehrere Monate investiert
    • Nach 2 Jahren Entwicklung wurde die Veröffentlichung der App aufgegeben

  • Jemand anderes löst das Problem

    • Es wurde entdeckt, dass jemand anderes das Problem gelöst hatte, das ich lösen wollte
    • Beim Ausprobieren ihrer App stellte sich heraus, dass sie trotz langsamer Geschwindigkeit und vieler Bugs veröffentlicht worden war
    • Ihre App wird jede Woche aktualisiert und wächst gemeinsam mit der Community

  • Die App des Konkurrenten nutzen

    • Beim Registrieren und Nutzen der App des Konkurrenten entstanden verwirrende gemischte Gefühle
    • Obwohl ihre App nicht perfekt war, wurde sie veröffentlicht, und ich wurde zu ihrem Fan

  • Update 2024

    • 2022 fiel die Entscheidung, eine Produktivitäts-App zu veröffentlichen
    • Der Grund war, dass die App des Konkurrenten meiner Vision nicht nahekam
    • Eine App namens Benji - The Life OS wurde veröffentlicht

Meinung von GN⁺

  • Dieser Text vermittelt Entwicklern die wichtige Botschaft, nicht auf den „perfekten Zeitpunkt“ zu warten, sondern ihr Produkt zu veröffentlichen
  • Die komplexen Gefühle werden gut beschrieben, wenn ein Konkurrent das Problem gelöst hat
  • Die Frustration und die Erfolge im App-Entwicklungsprozess werden ehrlich geteilt, sodass sich viele Entwickler damit identifizieren können
  • Produktivitäts-Apps wie Benji können großen Mehrwert bieten, indem sie verschiedene Funktionen integrieren
  • Bei der Einführung neuer Technologien ist es wichtig, eher zu veröffentlichen und Nutzerfeedback einfließen zu lassen, statt Perfektion anzustreben

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-07-05
Hacker-News-Kommentare

  • Man sollte dem Druck widerstehen, „einfach zu launchen“

    • Wenn technische Details wichtig sind, kann man nichts überstürzen und nicht „einfach launchen“
    • Es gehört zur Aufgabe von Softwareingenieuren, dem Druck aus dem Management zu widerstehen
    • Gute Software zu bauen ist wichtiger als der Gewinn des Unternehmens
    • Das kurzfristige Einhalten von Deadlines wirkt sich langfristig negativ auf die Motivation aus

  • Erfahrungen mit Menschen, die allein für eine Idee 50 % Beteiligung verlangen

    • Jemand mit einer App-Idee bat darum, das Coding kostenlos zu übernehmen
    • Er sagte, wenn es nach 6 Monaten noch nicht gelauncht sei, würde er es selbst machen

  • Die Meinung von Menschen, die hoffen, dass andere ihre Probleme lösen

    • Die Person, die das Problem löst, ist dann auch für die Wartung zuständig
    • Wichtiger als die Fixierung auf die Problemlösung ist es, Kunden einen Mehrwert zu bieten

  • Die Geschichte von jemandem, der durch die Kommentare motiviert wurde, eine App zu launchen

    • Er launchte die App, und sie wurde deutlich besser als konkurrierende Produkte
    • Sie ist unter benji.so zu finden

  • Das eigene System tatsächlich selbst zu benutzen, kann die Perspektive verändern

    • Nutzer sind daran gewöhnt, kleine Probleme automatisch zu lösen
    • Das Streben nach Perfektion kann eine Frage des Egos sein
    • Vieles kann sich ändern, wenn man das, was man gebaut hat, selbst benutzt und beschließt, es nicht mehr ständig zu überarbeiten

  • Die Meinung von jemandem, der es positiv sieht, wenn andere die eigene Idee zuerst umsetzen

    • Er sieht es als Beweis dafür, dass die Idee gut ist
    • Bei privaten Projekten geht es darum, für sich selbst oder das eigene Umfeld etwas Nützliches zu schaffen
    • Selbst eine Alpha-Version sollte veröffentlicht werden, damit andere sie verbessern können

  • Die Meinung von jemandem, der einen Schreibstil nicht mag, der „krampfhaft unterhaltsam sein will“

  • Ob man launchen sollte, hängt vom Zweck der App-Entwicklung ab

    • Wenn das Ziel darin besteht, ein persönliches Problem zu lösen, muss man nicht launchen
    • Wenn es ein Produkt zum Verkauf ist, sollte man es mit minimalem Funktionsumfang launchen
    • Wenn es ein Open-Source-Projekt ist, sollte man die Veröffentlichung nicht überstürzen
    • Nach der Veröffentlichung kann es viele Anfragen nach Bugfixes und neuen Funktionen geben
    • Es ist auch nichts Schlechtes, ein Projekt aufzugeben
    • Wichtig ist, was man durch den Prozess gelernt hat

  • Die Meinung von jemandem, der findet, dass die Beispiele für „einfach launchen“ unpassend sind

    • Viele Menschen kommen unabhängig voneinander auf Ideen für Produktivitäts-Apps
    • Sie sind enttäuscht, wenn sie feststellen, dass ihre Idee bereits existiert

  • Die Meinung von jemandem, der den Autor als „Kind“ beschimpft

    • Er kritisiert, dass nur ein Proof of Concept erstellt und danach nicht weitergemacht wurde
    • Er betont, dass man allein auf Grundlage einer Idee keine Rechte beanspruchen kann