Woran erkennt man, dass eine nicht profitable Änderung langfristig profitabel sein kann? [geschlossen]

Als ich in das Unternehmen eintrat, gab es ein Projekt, das ein Kollege Anfang des Jahres gestartet hatte. Lassen Sie mich den technischen und nicht technischen Weg erklären (wählen Sie den Weg, den Sie bevorzugen):

Der technische Hintergrund

Unser Unternehmen wollte eine mobile App entwickeln , und ein externer Berater schlug vor, Cordova/Phonegap zu verwenden, da er es als sein Hauptwerkzeug verwendete. Dies würde die Prämisse „Code einmal, überall ausführen“ ermöglichen und es in Android und iOS ausführen lassen, aber die Zeit hat gezeigt, dass es länger dauert, Apps zu optimieren als erwartet .

Außerdem beschwert sich unser Chef über Reaktionsprobleme (wie nicht ausgelöste Klicks oder ein eingefrorener Bildschirm für eine Weile) und Probleme, die mit Cordova-Kompatibilitätsproblemen zwischen verschiedenen Geräten zusammenhängen.

Ich bin ein leidenschaftlicher Befürworter nativer Apps, da Sie eine zusätzliche Ebene (die WebView-Ebene) überspringen und jede App für jede Plattform speziell gut gestalten können. Es verdoppelt die Arbeit , aber exklusive Funktionen und Designmuster, die für jede Plattform spezifisch sind, machen es zu einer guten Entscheidung in Bezug auf Benutzeroberflächen.

Der nichttechnische Hintergrund

Unser Unternehmen möchte eine App liefern, die mit einer wirklich generischen Technologie erstellt wurde. Diese Entscheidung wurde getroffen, weil unserem Chef gesagt wurde, dass die Technologie die Kosten senken würde , wenn wir sie für Android und iOS bereitstellen würden. Nach einiger Zeit habe ich jedoch gesehen, dass es nicht so magisch ist und tatsächlich mehr Zeit benötigt , um es in jedem einzelnen Telefon, das wir ausprobieren, "nicht kaputt zu machen", anstatt die App selbst zu erstellen.

Ich ziehe es natürlich vor, eine andere Technologie zu verwenden, die für jede Plattform spezifischer ist. In diesem Fall zwingt es Sie, eine andere App pro Plattform zu erstellen, sodass die Kosten für die Änderung letztendlich steigen werden , aber die Vorteile davon können ziemlich gut sein. Jede Plattform (Android und iOS) hat ihre eigenen Funktionen, die die App nutzen könnte und die nur durch ihre eigene spezifische Technologie wirklich verfügbar und zugänglich sind.

Der Abschluss

Der Wechsel von dem, was derzeit verwendet wird, zu meiner Präferenz, ist ein ziemliches Problem, da dies möglicherweise als nicht entscheidend angesehen werden könnte. Keiner unserer Konkurrenten verwendet jedoch unseren Unternehmensansatz . Sie haben bessere Bewertungen (obwohl ich sagen muss, dass unsere ziemlich gut sind, aber wir fallen immer noch hinter sie zurück), und Beschwerden an unsere App beziehen sich immer auf Probleme im Zusammenhang mit diesen technologischen Einschränkungen , die mit einer anderen, spezifischeren Lösung ziemlich gut übertroffen werden könnten .

Außerdem sehe ich, dass, wenn ich mit dem Designer darüber spreche, er zugibt, dass die App nicht gut angepasst ist und von Grund auf neu gemacht werden sollte, und mein Koordinator akzeptiert, dass dies eine gute Lösung sein könnte, aber wenn ich darüber mit meinem sprechen möchte Chef, der Designer versucht, die Änderung zurückzuhalten , und der Koordinator sagt, es sei nicht geschäftskritisch und würde kein höheres Einkommen bringen , also habe ich immer noch nicht offen mit meinem Chef darüber gesprochen (der dies letztendlich entscheidet).

Ich habe zuvor bewiesen, dass ich meinen Ansatz beherrsche, und war tatsächlich ziemlich lange Berater in diesem Unternehmen, bis der vorherige Entwickler gefeuert wurde , weil er meinen Chef konfrontiert und ihm klar gemacht hatte, dass dies nicht gehen konnte besser mit unserem aktuellen Ansatz. Schreie und Vorwürfe, und eine Woche später wurde er aufgefordert, sofort zu gehen.

Ich befürchte, dass mir das auch passieren könnte, aber ich befürchte auch, dass diese Technologie mich ausbrennt (es ist ziemlich stressig, die Dinge auf jedem Gerät einzeln zum Laufen zu bringen), und mein Chef kann immer noch nicht sehen, dass er eine Entscheidung getroffen hat, ohne über die Vorteile nachzudenken von anderen Wahlmöglichkeiten.

Diese Entscheidung kann meinen Chef dazu zwingen, einen anderen Entwickler einzustellen (da ich nur eine der Plattformen beherrsche), und es kann bis zu einem halben Jahr dauern, jede App zu entwickeln (genauso lange wie mein Kollege, um den aktuellen Stand zu entwickeln ), es geht also wie immer um Geld und Zeit .

Diese Art von Entscheidung, die den Weg eines ganzen Projekts ändern kann, nachdem es fast fertig ist, ist eine ziemlich schwierige Entscheidung, und es sieht so aus, als wäre ich halb allein damit. Wie können Sie Ihrem Chef also zeigen, dass eine große, nicht profitable Änderung die Bewertungen und den Gewinn langfristig steigern kann?

Antworten (1)

Ich mache Full-Stack-JavaScript, wodurch ich die Probleme überspringen kann, auf die Ihr Unternehmen stößt :) Trotzdem:

  • Der externe Berater schlug Phonegap vor, aber wie Sie erfahren, hat Phonegap Einschränkungen, die Sie dazu zwingen, eine Menge ressourcenintensiver Anpassungen vorzunehmen, wobei Zeit die größte verbrauchte Ressource ist, gefolgt von Geld und Arbeitsstunden.

  • Der native App-Ansatz hat seine eigenen Nachteile, da Sie für jede Plattform separat entwickeln und anpassen müssen. Wenn Sie sich für Phonegap entscheiden, müssen Sie Kompromisse eingehen. Dasselbe gilt, wenn Sie nativ werden. Sonst wird nichts gebaut.

Die Entscheidung, welchen Weg man einschlägt, ist keine technische Entscheidung mehr, sondern eine unternehmerische Entscheidung. Eine Geschäftsentscheidung, die akzeptiert, dass unabhängig davon, welcher Ansatz verwendet wird, notwendige Kompromisse eingegangen werden müssen, um das Produkt schnell auf den Markt zu bringen. Denn wenn es nicht schnell auf den Markt kommt, hat es eine gute Chance, getötet zu werden, und Ihre Firma mit ihm, wenn es ein Startup ist.

Sie versuchen, Ihren Ansatz aus geschäftlichen Gründen zu rationalisieren - das ist gut, denn mit dem Management aus rein technischen Gründen zu streiten, ist höchstwahrscheinlich ein Fehlstart. Leider sind Ihre Kenntnisse über die Geschäftsgründe dürftig und lückenhaft, da Sie nicht alle Fakten zur Hand haben, einschließlich der Ressourcen, die der Firma zur Verfügung stehen.

Ihr Management ist dasjenige, das alle Fakten hat und daher die Entscheidung treffen muss. Sie müssen mit ihrer Entscheidung leben und wenn es schlecht läuft, gehen sie damit unter. An diesem Punkt sind sie vielleicht schon zu tief drin, um ihre Herangehensweise zu ändern.

Ich stimme Ihnen zu, dass, wenn Benutzer feststellen, dass ihre Erfahrung mit dem Produkt scheiße ist, eine unangenehme Auflösung bevorsteht. An den Händen der Kunden. Normalerweise bekommt man mit nur einer Kugel im Lauf keine zweite Chance auf ein angreifendes Nashorn.

+1 Um dies als geschäftliche Entscheidung hervorzuheben. Die meisten Leute, die mobile Apps im nativen Code entwickeln wollen, sind nicht diejenigen, die die Prüfungen schreiben.
Schöne Metapher für den Umgang mit Kunden. Ich würde es vorziehen, dies als App-Neustart zu sehen, da wir bereits mit Tausenden von Kunden online sind. Meine Option ist also endlich, dies nur als Feature einzuführen, über das man nachdenken und auf das Beste hoffen sollte?
@korcholis Die Frage ist, hat das Management die Zeit und die Ressourcen, um den von Ihnen befürworteten Neustart durchzuführen, und wenn dies der Fall ist, wären die Zeit und die Ressourcen besser dafür vorgesehen, den bestehenden Ansatz zum Laufen zu bringen? :) Es ist ein Urteilsspruch und wieder muss das Management derjenige sein, der es zum Besseren oder zum Schlechteren macht.