Bericht über die Überarbeitung – 1 (Ein 200 Wochen altes Legacy-Projekt reparieren)

Es ist zwar ein sehr persönlicher Rückblick, aber ich denke, viele andere Entwickler dürften ähnliche Überlegungen haben, daher teile ich ihn hier.

Bericht über die Überarbeitung – 1

[Warum wir es erneut als Frontend konzipiert haben?]

Select Admin wurde keine einzige Woche angehalten und über rund 200 Wochen hinweg kontinuierlich schrittweise verbessert.

• Der bestehende Service von Select Admin ist seit Herbst 2021 in Betrieb
• Seit der Einführung des Bezahlmodells 2022 gab es viele Verbesserungen
• 2023 wurde über das Admin hinaus bis zum Dashboard und Partner Center erweitert
• 2024 wurde das Produkt weiter ausgebaut, indem Anforderungen von Großunternehmen und mittelständischen Unternehmen erfüllt wurden

Select Admin wurde zwar erweitert, aber ich denke, die grundlegende Nutzung ist unverändert geblieben.

• Die Änderungen an der Bearbeitungsumgebung wurden seit der Vorschaufunktion von 2022 beibehalten
• Die YAML-Spezifikation wurde fortlaufend erweitert, bei gleichzeitiger Wahrung der Abwärtskompatibilität
• Funktionen für Deployment und Umgebungen wurden 2023 hinzugefügt
• Die Nutzung von On-Premise, CLI und Git wurde 2024 überarbeitet

Ursprünglich wurde das Produkt für Entwickler geöffnet, hatte aber zugleich eine Mischung aus verschiedenen Zielgruppen und Vorteilen.

• Sofortige Abfragen durch direkte Verbindung mit der Datenbank
• APIs intern kapseln und bereitstellen, ohne ENV zu teilen
• Oberflächen erstellen, auch ohne Frontend-Entwickler zu sein
• Vorhandene Menüs und Seiten anpassen, auch ohne Entwickler zu sein

Das größer werdende Problem ist die schwieriger werdende Nutzung, und neue Nutzer sehen noch schwerere und komplexere Dokumentation.

• Aus Sicht eines Backend-Entwicklers sieht man in der Dokumentation JavaScript- und CSS-Code
• Aus Sicht eines Frontend-Entwicklers sieht man in der Dokumentation SQL- und Cache-Code
• Aus Sicht des C-Levels ist es zwar eine einfache Einführung, aber man muss trotzdem Detailberechtigungen, Organisationsgruppen und Sicherheitsrichtlinien berücksichtigen
• Einzelpersonen und kleine Teams erhalten Enterprise-Tarife
  Die Gesamtzahl der Editoren sinkt, wodurch auch Feedback und Verbesserungswünsche zurückgehen.
• Die Zahl der Nutzer, die komplexe Admins und Partner Center erstellen, steigt, während die Zahl der Nutzer, die einfache Abfrage- und Bearbeitungsseiten erstellen, sinkt
• Als Startup sind Nutzer essenziell, um ein gutes Produkt zu entwickeln. Kundenanforderungen sind weit wertvoller als interne Planung
• Wir befinden uns in einer Situation, in der wir Feedback durch neue Nutzer dringend benötigen

Wir haben gleichzeitig über gute Nutzer, ein gutes Produkt und einen guten Preis nachgedacht.

• Selbst wenn wir mehr UI und Funktionen anbieten möchten, ist es schwierig, ohne zahlende Nutzer Budget zu sichern
• Wenn das Produkt schwierig ist, steigen selbst bei mehr neuen Nutzern die Kosten für den Kundensupport
• Wenn ein leidenschaftlicher Entwickler, dem Problemlösung wirklich wichtig ist, mit der Nutzung beginnt, das Select-Team aber bereits ausgelastet ist, verpasst man leider den richtigen Zeitpunkt, schnell eine Beziehung aufzubauen
• Wir haben darüber nachgedacht, wie wir dauerhaft helfen können
  Letztlich haben wir gemeinsam über eine tiefgreifendere Richtung nachgedacht.
• Lasst uns ein kleines Produkt machen. Select Admin hat zu viele Funktionen, und 80 % der Nutzer verwenden 20 % der Funktionen.
• Lasst uns die Unbequemlichkeiten rund um Admins stärker nachempfinden. Select Admin soll nicht nur bei der Erstellung helfen, sondern auch die Last von Planung, Design und Betrieb verringern
• So gestalten, dass man es leicht übergeben und gemeinsam nutzen kann. Auch wenn Verantwortliche den Job wechseln, kündigen oder in andere Teams wechseln, soll die Übergabe für alle Nachfolger ohne große Belastung sein (unzählige Fälle in vier Jahren)

Einfachere Nutzung, günstigerer Preis und ein vernünftigerer Einstiegspunkt

• Ich denke, die Attraktivität eines Produkts ist die Erfahrung vom Anfang bis zum Ende, also bis zum Ergebnis
• Funktionen mit hohen Bereitstellungskosten (Sicherheit) werden möglichst als Zusatzleistungen ausgelagert, und den meisten Nutzern werden alle Funktionen im kostenlosen Plan angeboten
• Umstellung des Preismodells, sodass nur zufriedene Nutzer zahlen (je nach Anzahl der Entwickler). Auch ein einzelner Entwickler soll mit einem kostenpflichtigen Plan einen Admin-Service für 500 Personen betreiben können, ohne künstlich begrenzt zu werden

Wie genau wir das ändern, folgt im nächsten Teil

[moderator]

Entspricht nicht Show GN und wurde daher in die News verschoben.