Entwurfsprozesse im ISPsystem. Wie man eine Ideologie umsetzt, eine Abteilung aufbaut und am Leben bleibt

    Die Geschichte eines Redesigns, das den Entwicklungsansatz im ISPsystem verändert hat.

    Bild

    Ich kam im April 2016 zu ISPsystem. Zu dieser Zeit war die Situation beim Produktdesign wie folgt: Produktentscheidungen wurden von Management und Programmierern getroffen, es gab weder Designer noch Designer. Die Marktsituation erforderte Produkte mit „anderen Schnittstellen“ . Daher entschied sich das Management, den Kundenteil von BILLmanager neu zu gestalten . Es sollte ein Versuchsballon sein, der erste Versuch, etwas mit einem neuen Design zu machen.

    Ich war der einzige UX-Designer in der Firma: Ich habe ein bestehendes Produkt studiert, mich mit der Benutzerforschung beschäftigt, die Bewertungen der Partner und ihrer Vermarkter kennengelernt. Hierbei handelt es sich um gängige Produktdesignpraktiken, bei denen die Besonderheiten eines komplexen Produkts berücksichtigt werden. Der Produktmanager hat mir sehr geholfen, da er das Produkt am besten kannte.

    Jede Woche zeigte ich das Ergebnis in Form von Prototypen, Schemen usw. dem Management des Unternehmens. Dies ähnelt der Arbeitsweise von Client-Designern mit Kunden, mit allen Vor- und Nachteilen: Sie können sich selbst die Verantwortung für die Entscheidungen verweigern, die Hauptsache ist, sie an das Management zu „verkaufen“. Da ich jedoch bereits Erfahrung in einem Lebensmittelunternehmen hatte und mir das Management in diesen Angelegenheiten anvertraute, haben wir schnell an Lösungen gearbeitet, die ich modifiziert und in einen Prototyp verwandelt habe.

    Entwickler treffen sich mit Prototypen


    Bis August 2016 waren die Prototypen des BILLmanager-Clientteils in ihrer konzeptionellen Form fertig. Die Funktionalität der alten Version des Produkts wird mit einigen Änderungen vollständig auf die neue Schnittstelle übertragen. Die Prototypen waren visuell ziemlich weit entwickelt, aber ich wollte mehr, deshalb haben wir ein visuelles Design bei einem Drittunternehmen bestellt. Wir haben jedoch schnell gemerkt, dass dieser Versuch nicht erfolgreich war, ständige iterative Arbeit an der visuellen Komponente erforderlich war und wir brauchten einen visuellen Designer in den Mitarbeitern. Innerhalb weniger Monate haben wir unsere eigene Bildsprache entwickelt. Zu diesem Zeitpunkt hatten wir tatsächlich mehrere Teile des zukünftigen Entwurfssystems: eine Bildsprache, Elemente und Vorlagen.

    Parallel dazu, etwa ab August 2016, begannen die Entwickler mit der Implementierung einer neuen Schnittstelle. Die Jungs betrachteten den Prototyp als Alternative zur technischen Aufgabe. In solchen Momenten tauchten Fragen in großen Mengen auf, die sich auf eines beschränken: Tun wir, was Programmierer schnell und einfach implementieren oder was vom Designer erfunden und entworfen wurde? Um diese Probleme schnell anzugehen und die Kommunikation zu vereinfachen, haben wir ein Team von Designern und Front-Tenders geschaffen.

    UX-Abteilung als Team von Designern und Front-Tenders


    Bis Mitte Herbst 2016 bildete das Unternehmen unter meiner Leitung die UX-Abteilung, die aus UX-Designern, Visual Designern, Front-Tenders und Testern bestand. Unsere unmittelbare Aufgabe bestand darin, bis Ende März 2017 ein persönliches ISPsystem-Konto mit einer neuen Schnittstelle (wir verwenden BILLmanager) einzurichten, und wir hatten zwei Gruppen von Problemen. Die Entwickler haben den Zeitpunkt ihrer Arbeit nicht vorhergesagt, und wir haben nicht ganz verstanden, wie man die Interaktion zwischen Entwicklern und Designern aufbaut.

    Was wir Entwicklern geben


    Wenn Sie Sketch und Zeplin verwenden, ist die Interaktion zwischen Designern und Entwicklern sehr einfach. Wir hatten jedoch mehr als 150 Seiten in einem interaktiven Prototyp, den wir als Alternative zu TK für Programmierer und als Spezifikation für Tester gelernt haben. Wir wollten nicht alle 150+ Seiten mit unterschiedlichen Status in Sketch zeichnen und kamen zu dem Schluss, dass wir dies nur für einzigartige Seiten tun würden. Außerdem sollten alle Elemente in Zeplin erscheinen: Schaltflächen, Formularfelder usw. Nach einiger Zeit haben wir den Namen eines solchen Ansatzes gelernt - dies ist ein Entwurfssystem, das auf atomarem Design basiert . Es befindet sich noch in der Entwicklung, wird jedoch sowohl von Designern als auch Entwicklern verwendet. Extrem im Unternehmen für das Designsystem - Visual-Designer.

    Als Ergebnis liefern wir zwei Arten von Artefakten an Entwickler:
    • Modelle von dem, was jemals in Zeplin (oder eher in Figma) zu einem Entwurfssystem werden wird,
    • Produktprototypen, eine Alternative zu HTML in Form von HTML, generiert aus Axure.

    In diesem Fall ist der UX-Designer immer bereit, Entwicklern und Testern mitzuteilen, was und wie es funktionieren soll und wie es aussehen soll.

    Scrum mit Designern


    Im Februar 2017 haben wir beschlossen, die Genauigkeit der Vorhersage des Timings zu verbessern, und haben versucht, Scrum zu implementieren. Die Komplexität unseres Scrum ist, dass das Team hinsichtlich Kompetenz und Kultur der Teilnehmer sehr unterschiedlich ist. Designer sind nicht wie Programmierer: Wir planen unsere Aufgaben anders, behandeln unterschiedliche Ergebnisse als gutes Ergebnis.

    So haben wir den Prozess aufgebaut:
    • Designer arbeiten am Sprint vorwärts;
    • Es gibt ein prototypisches Backlog, in dem Sie sehen können, wie das Gesamtprodukt aussehen sollte.
    • Wenn der Sprint geplant ist, liefern die Designer Prototypen und Modelle des Teils des Produkts, das im Sprint geplant wird. Diese Prototypen werden vom UX-Designer so detailliert beschrieben und beschrieben, dass Entwickler ihre Aufgaben festlegen und zerlegen können.
    • Zum Zeitpunkt der Planung berät der UX-Designer Entwickler und Tester aktiv, was und wie funktionieren soll.
    • Zum Zeitpunkt der Planung sollte der Produktmanager dem UX-Designer mitteilen, welcher Teil des Produkts im nächsten Sprint geplant ist, damit der UX-Designer seine Arbeit planen kann.

    Die Entwickler erkannten schnell den Wert des UX-Designers, auf den schnell zugegriffen werden kann, wenn nicht klar ist, was wie funktionieren soll. Konflikte treten immer noch auf, aber Scrum-Praktiken, Teamarbeit und gemeinsame Ziele helfen, sie zu überwinden.

    Was hat der Tester damit zu tun?


    Die Rolle des Testers im Prozess war sehr wichtig. Dies ist die Person, die die Funktionalität des Produkts am besten kennt. Der Tester war der erste, der sich Prototypen eines UX-Designers anschaute und schnell ein Feedback zur Anpassung von Prototypen und Funktionalität gab. Zugelassene Prototypen sind eine Wissensquelle für Tester, wie ein Produkt funktionieren sollte. Beide Seiten waren an einer engen Zusammenarbeit interessiert.

    Daher stellte das Team pünktlich die neue Schnittstelle des ISP-Systems für persönliche Konten frei. Wir haben gelernt, an Scrum zu arbeiten, um die Arbeit der UX-Abteilung als Team von Frontend-Designern und Designern vorherzusagen. Und im Sommer 2017 sah sich ein neues Problem.

    BILLmanager ist ein flexibles Produkt. Und das ist ein Problem für den Designer.


    Wenn ein Designer ein Poster zeichnet, ein Buch aufdrängt oder ein Cover für eine Zeitschrift erstellt, arbeitet er mit statischen Informationen. Er hat bestimmten Text, bestimmte Bilder und andere Inhalte.

    Wenn der Designer die Schnittstelle der Anwendung oder der Site entwirft, sind die Informationen nicht statisch. Es gibt Informationen über die Daten, aber nicht die Daten selbst. Nehmen wir an, es gibt ein Blog, jeder Blogeintrag hat einen Titel, eine Zusammenfassung, ein Veröffentlichungsdatum, ein Bild usw. Es gibt keinen bestimmten Titel, aber man geht davon aus, dass der Titel immer sein wird und das Datum immer ein Datumsformat hat. Die Aufgabe ist kompliziert, wir haben Datentypen, aber es gibt keine Daten selbst: Sie müssen darüber nachdenken, welche Inhalte sein können, welche Einschränkungen für sie gelten können und sollten. Höchstwahrscheinlich ist der künstlerische Wert geringer als der des Posters, aber der Designer möchte ein Ergebnis erzielen, das schön, bequem und verständlich ist.

    Im Falle von BILLmanager kann der Administrator des Hosting-Providers die Einstellungen ändern, sodass beispielsweise bei einem dedizierten Server-Bestellformular die Menge der Felder unterschiedlich sein kann. In einem Fall haben wir definitiv einen Prozessor, eine Festplatte und einen Speicher, und im anderen Fall - Nein (oder, aber zum Beispiel ein Feld) - und es ist unmöglich, dies vorherzusagen. In diesem Fall hat der Designer nicht einmal einen festen Datensatz, wir kennen nicht nur bestimmte Daten, wir kennen die Datentypen nicht ... und dies erschwert die Arbeit.

    Als wir mit der Erstellung einer Box-Version begannen, überprüften die Tester alle möglichen Einstellungen in BILLmanager. Dann wurde klar, dass zum einen die Prototypen nicht vollständig genug sind, um die Möglichkeiten der flexiblen Einstellungen von BILLmanager abzudecken. Andererseits war die Architektur des alten Produkts nicht flexibel genug, um eine große Anzahl von Designideen umzusetzen. Von Herbst 2017 bis Frühjahr 2018 haben wir Prototypen überarbeitet und nach Kompromissen gesucht, um dieses Problem zu lösen. Mit einigen Einschränkungen bei den Einstellungen wurde im Mai 2018 die Boxed-Version der Client-Seite von BILLmanager 6 Beta veröffentlicht .

    UX-Abteilung für Designer


    Während die UX-Abteilung Probleme mit der Flexibilität von BILLmanager löste, entschied das Management, die Schnittstellen anderer Produkte des Unternehmens zu überarbeiten und Scrum und Designprozesse für die übrigen Teams einzuführen. Wir haben mit VMmanager 6 angefangen, ein volles Produktteam aus Teilnehmern unterschiedlicher Kompetenzen zusammengestellt, das für die Erstellung eines Produkts selbstständig ist: Backender, Frontend-Anbieter, Tester, UX-Designer, Produkt- und Projektmanager. Es wurde klar, dass alle anderen Produkte nach und nach von denselben Teams entwickelt werden sollten, und wir begannen einen schrittweisen Übergang zur Matrixstruktur des Produktentwicklungsmanagements.

    In diesem Zusammenhang sollte die UX-Abteilung kein Produktteam mehr sein. Nach der Veröffentlichung des Client-Teils von BILLmanager 6 Beta ist der größte Teil der UX-Abteilung Teil des BILLmanager-Teams geworden und beschäftigt sich jetzt mit der Lösung von Architekturproblemen und der mobilen Version des Client-Teils. Gleichzeitig begannen wir mit der Gründung einer UX-Abteilung, die mit allen Produkten gleichzeitig arbeiten konnte.

    UX Designer - Jedes Produktteam. Design-Kompetenzzentrum


    ISPsystem verfügt über vier komplexe Produkte. Wir haben sichergestellt, dass jedes Team einen eigenen UX-Designer hat. Dies ist die Person, die für die Gestaltung ihres Produkts verantwortlich ist. Zu seinen Aufgaben gehört die Vorbereitung von Prototypen für die Sprintplanung und die Kontrolle, dass alles, was für Entwickler erforderlich ist, in der pixelperfect-Version enthalten ist. Er leitet die Designpolitik des Unternehmens für sein Team. Eine seiner Aufgaben ist es sicherzustellen, dass das Produkt ein designgerechtes Produkt entwickelt.

    Wir haben auch mehrere Personen, die das Zentrum der Designkompetenzen des Unternehmens bilden. Es enthält einen visuellen Designer. Dieses Zentrum bildet die Gestaltungspolitik der Produkte des Unternehmens und arbeitet an einem Gestaltungssystem. Er bildet UX-Designer in Teams aus, löst die komplexesten Designprobleme, schult Entwickler, Produkt- und Projektmanager in der Zusammenarbeit mit UX-Designern und führt Designprozesse in Scrum-Teams ein.

    Jetzt auch beliebt: