Ich war neugierig, wie viel Aufwand Entwickler betreiben müssen, um Komponenten an Änderungen im UI-Design anzupassen. Manchmal denke ich, dass ein Design von UX gut ist und es kein Problem für den Entwickler gibt, dieses neue Design zu implementieren, aber die Entwickler sagen, dass sich dieses Design von der aktuellen Komponente unterscheidet. Warum können sie nicht einfach die Komponente basierend auf dem Design ändern? Ist es schwierig für sie?
Dies ist eine Website für das Projektmanagement, nicht für das Engineering, daher werde ich Ihnen eine Projektmanagement-Antwort geben. Wenn Sie eine technische Antwort wünschen, müssen Sie möglicherweise eine andere Website finden, um die Frage zu stellen.
„Design“ ist oft ein Begriff, der während des Produktdesigns auf eine künstlerische Darstellung oder ein Drahtgitter angewendet wird, also ist es eher eine visuelle Hilfe als eine Reihe umsetzbarer Spezifikationen. Es gibt Ausnahmen (wie immer), aber das ist oft genug der Fall, dass Sie im Allgemeinen davon ausgehen können, dass das Design der Benutzeroberfläche (UI) (im Gegensatz zur UI- Implementierung ) einfacher zu ändern ist als ein Teil der Produktimplementierung selbst.
Hier gibt es keine kanonische Antwort. Die einzigen verallgemeinerbaren Lösungen sind eine bessere Kommunikation und Zusammenarbeit zwischen den Rollen von Design und Implementierung.
Abhängig von Ihrem Produkt (lassen Sie uns der Einfachheit halber so tun, als wäre es eine Website), können UI-Änderungen so einfach sein wie:
Können Sie dieses Kontrollkästchen bitte um drei Pixel nach links verschieben?
und so schwer wie:
Wir möchten, dass dieses Feld von den bekannten Benutzern ausgefüllt wird, die in Spokane mit ungeraden Postleitzahlen leben, deren Nachname ebenfalls mit dem Buchstaben endet
A
.
Auf den ersten Blick ist die erste Änderung viel einfacher durchzuführen, als größere Änderungen an der Back-End-Logik und der Datenbank vorzunehmen, um die zweite Änderungsanforderung zu implementieren. Wie schwierig eine Änderung ist, wissen jedoch nur die Personen, die sie vornehmen müssen, z. B. die Designer, Frontend-Entwickler und Backend-Entwickler.
Wenn Sie Glück haben, werden alle drei Dinge von denselben Full-Stack-Mitarbeitern erledigt, aber im schlimmsten Fall sollten Sie alle drei Fähigkeiten in Ihrem Team vertreten haben, damit sie zusammenarbeiten können, um die erforderlichen Änderungen am besten umzusetzen . Ohne diese Zusammenarbeit und ohne Kommunikation und Schätzungen der Personen, die die Arbeit tatsächlich ausführen, ist es unmöglich, den Grad der Komplexität für irgendeinen Teil der vorgeschlagenen Arbeit genau einzuschätzen.
Der Input der Projektleitung sollte ein Was sein , zB welche Änderungen vorgenommen werden müssen, um ein messbares Geschäftsziel zu erreichen. Der Input des Teams sollte ein Wie sein , z. B. wie das Team das neue Produktziel am effektivsten erreichen kann, wenn man den aktuellen Stand des Produkts, die dem Team zur Verfügung stehenden Fähigkeiten und Tools und den mit der Anfrage verbundenen Aufwand berücksichtigt.
Die einzige Möglichkeit, diese Informationen genau zu erhalten, besteht darin, die beteiligten Personen zu fragen . Fragen Sie die Designer, warum sie diese Änderung benötigen. Fragen Sie die Change Implementierer, was die Änderung für sie bedeutet und ob es Optionen oder Umstände gibt, die den Aufwand für die Implementierung der Änderung beeinflussen könnten.
Wenn Sie nach einer universellen, kanonischen Antwort suchen: Es gibt keine. Als rein pragmatische Faustregel ist Design jedoch einfacher als Implementierung, insbesondere wenn die Implementierung als nachgelagerte oder "over the wall"-Aufgabe behandelt wird, die die Komplexität der Implementierung nicht berücksichtigt. Die einzigen verallgemeinerbaren Lösungen sind eine bessere Kommunikation und Zusammenarbeit zwischen den Rollen von Design und Implementierung. Wenn es nicht Ihre Aufgabe ist, dies zu erleichtern, eskalieren Sie es bitte an die Rolle, die für die Zusammenarbeit und Kommunikation innerhalb der Produktentwicklungsorganisation zuständig ist .
Manchmal denke ich, dass ein Design von UX gut ist und es kein Problem ist, dieses Design zu entwickeln.
Also ... zwei Leute ohne Entwicklungskompetenz denken, dass etwas einfach zu entwickeln sein muss ...
Warum ändern sie die Komponente nicht basierend auf dem Design? Ist es schwierig für sie?
... und die tatsächlichen Entwickler sagen Ihnen, dass dies nicht der Fall ist.
Ja, die Entwicklung von Komponenten nach Anforderungen ist ihr Job. Und ich gehe davon aus, dass sie es können . An sich ist es nicht schwierig . Da es jedoch sehr häufig vorkommt, dass weder der UX-Typ noch der Projektmanager wirklich etwas über Entwicklung wissen, geht es hauptsächlich so:
Hey, Herr Automechaniker, Sir, ich war gestern am See und es sah toll aus . All diese feinen Fahrzeuge mit all den kleinen Flaggen, die sie wehten. Ich möchte sie auch für unsere Fahrzeuge. Unsere Marketingabteilung ist gehyped . Das ist die beste Idee überhaupt. Wir werden Millionen verkaufen. Wann können wir also einen Hauptmast auf unserem Autodach haben, um unsere Flaggen zu hissen? ... Was meinst du mit "es ist schwierig"? ... Sie wissen nicht, wie man an Autos arbeitet?
Es gibt Dinge, die sind "Standard". Reifen wechseln. Getriebe wechseln. Lackierung erneuern. Das sind normale. Sie brauchen ein wenig Zeit, aber es ist nichts Außergewöhnliches.
Bei der Programmierung wäre das „ein Datum aus der Kalendersteuerung des Betriebssystems auswählen“ oder „alle Bilder auflisten und sie durch den vordefinierten Algorithmus der Plattform auf kleinen Bildschirmen herumlaufen lassen“.
Nun, was ich in der Praxis sehe, ist, dass beispielsweise die UX-Person mit der vorhandenen Kalendersteuerung nicht zufrieden ist und Änderungen wünscht. Aber Sie können es nicht einfach "ändern", Sie können es nur von Grund auf neu machen. Im Grunde ein neues schreiben. Genauso wie ein Hauptmast, der aus dem Autodach kommt, wahrscheinlich einen vollständigen Umbau / Umbau erfordert.
Ist es schwer? Nein. Jemand hat das Original geschrieben, sie waren auch keine Superhelden-Genies. Es ist nur Arbeit. Aber es ist eine Menge Arbeit. Wir haben eine App, in der wir ein von Grund auf neu erstelltes Kalendersteuerelement haben, weil dem Produkteigentümer das Erscheinungsbild des nativen Steuerelements nicht gefiel. Ich denke, wir haben leicht eine sechsstellige Summe dafür ausgegeben, bis es fertig war (Planung, Entwicklung, Neugestaltung, Planung, Entwicklung, Fehlerbehebung der unzähligen Grenzfälle, die Datumsangaben und Zeitzonen haben, Denken an all die Gesten und Eingaben, die Sie machen könnten, um einzutreten Daten in verschiedenen Formaten, Tests, QA...). Dieses Geld hätte leicht verwendet werden können, um ein produktives Feature zu entwickeln, anstatt „ein weiteres Design“ für ein vorhandenes Feature zu erstellen.
Deshalb begrüße ich jeden UX-Designer, der neue und innovative Wege findet, Dinge zu tun. Aber der Projektmanager muss den Preis dieses Entwurfs im Auge behalten. Wie in der Fertigung ist es billig, mehr aus „dem Gleichen“ zu machen, etwas Neues zu machen, ist im Vergleich dazu extrem kostspielig.
Wenn Sie also zum Beispiel eine kleine App bauen (sagen wir ein paar Monate mit ein paar Leuten, Standardkomponenten verwendet, ~ 100.000 $), müssen Sie entscheiden, ob es sich lohnt, ein weiteres Preisschild hinzuzufügen und den Preis zu verdoppeln, zu verdreifachen oder zu vervierfachen, nur weil Sie "mögen" zum Beispiel Material Design nicht. Oder das Apple-Look-and-Feel. Oder welches Gerät Sie auch verwenden. Wenn Sie so viel Geld haben, um es einfach nur auf Aussehen zu werfen, dann machen Sie es auf jeden Fall. Aber die Entwickler wären wahrscheinlich ein wenig beleidigt, wenn Sie der Welt sagen würden, dass sie anderthalb Jahre für diese App gebraucht haben. Denn die App war nach wenigen Monaten funktional fertig.
Holen Sie sich also einfach zwei Preisschilder ... lassen Sie sich von Ihren Entwicklern sagen, was sie zur Herstellung Ihres Produkts benötigen. Und dann lassen Sie sich von ihnen sagen, was sie brauchen, um die UX-Spezifikationen zu erfüllen. Der Unterschied wird dadurch verursacht, dass der UX-Designer von dem abweicht, was für diese Plattform normal ist. Sie können es mögen und dafür bezahlen. Aber Sie müssen sich darüber im Klaren sein, dass Sie diesen Mehrpreis für das Design bezahlt haben, nicht für die Entwicklung.
Jeder hat das Recht, einen Hauptmast durch das Dach seines Autos zu haben, wenn er dafür bezahlen kann, aber geben Sie dem Mechaniker nicht die Schuld für den Preis, den es kostet, oder die Arbeitsstunden, die er aufgewendet hat.
Venture2099
Hans-Martin Mosner
Todd A. Jacobs
MCW