In den letzten Jahren meiner Karriere habe ich an einer ganzen Reihe sogenannter „Designspezifikationen“ mitgearbeitet und beraten. So stellen sich die Entscheidungsträger in China das wahrscheinlich vor: Eine Gruppe von Bauern baut auf einem Feld Getreide an. Zunächst ist das Wetter gut und das Land fruchtbar, doch bald wird das Wetter schlechter, es gibt mehr Insekten, das Land ist stark verödet und es gibt ein paar dumme Verräter, die die Ernte stehlen. Nun muss eine Spezifikation erstellt werden, und der Anführer sagt ihnen, wo sie anpflanzen sollen, wie viel Weizen sie ernten sollen, welcher Teil des Landes sie für die nächste Saison behalten sollen, welche Weizensorte sie anbauen sollen, um Prämien zu erhalten, und wie sie mit denen umgehen sollen, die faul sind und nicht arbeiten ... Die Spezifikation soll nach meinem Verständnis aber nicht dazu dienen, aus einem Design einfach einen quantitativen Indikator für den „Branchenalltag“ zu machen, sondern eine Referenz für eine umfassende Qualitätsbeurteilung oder gar einen entscheidenden Faktor dafür darstellen, ob ein Design auf den Markt gebracht werden kann. Dazu müssen wir einige Formulare, Dokumentablagen, grafische Referenzen und Interaktionsvorlagen erstellen. Gleichzeitig sollten Designspezifikationen auch zu gemeinsamen Werten einer Designabteilung oder eines Unternehmens in Bezug auf Designqualität werden, sodass jeder weiß, dass auf diese Weise ein gutes Design entsteht. Durch eine solche standardisierte Ausbildung und Kommunikation kann ein einheitliches Verständnis von Designqualität gebildet werden. Designspezifikationen schreiben nicht vor, was zu tun ist, sondern legen eher nahe, dass eine Vorgehensweise zwar richtig ist, es jedoch Bereiche gibt, in denen sie verbessert werden kann. Ausländische Designer nennen diesen Ansatz ein Designtool, also eine Methode zur Anwendung von Vorlagen (Schablonen). Wir nennen es eine Spezifikation, die eher zur Regulierung neigt, aber wir lernen nur den einfachen Teil der quantitativen Indikatoren. Um es ernster zu sagen: Wir Chinesen waren schon immer sehr gut darin, uns einen Rahmen (einen engen Rahmen) zu schaffen, um unsere Handlungen und Gedanken einzuschränken. Dafür kann es drei Gründe geben:
Wir haben von Anfang an aus einem Werkzeug eine Institution gemacht, und da traten die Probleme auf. Für ein Designteam in seiner Wachstumsphase erfordert die Festlegung von Designstandards die Einrichtung einer Reihe verfügbarer Tools und deren anschließende Entwicklung zu einem Fahrplan für die Konstruktion der Designqualität der Abteilung auf der Grundlage dieser Tools. Wenn Sie nur einen Standard wie „Der Abstand zwischen Navigationsschaltflächen darf 10 Pixel nicht überschreiten“ festlegen, ist das so, als ob Sie als Kind beim Pinkeln ein „Psst~~~~“-Geräusch hören mussten, wodurch Sie schneller pinkeln mussten. Ich rede hier keinen Unsinn. Meiner Meinung nach gibt es in unserer Branche derzeit nicht viele hervorragende Designspezifikationen, die man sehen und anfassen kann. Lassen Sie mich jetzt darüber sprechen und es mit Ihnen teilen: 1. Gründe, warum Design-Spezifikationen nicht die erwarteten Ergebnisse erzielen <br />Spezifikationen werden immer erst erstellt und geändert, wenn Probleme und Fehler auftreten, was an Weitsicht mangelt. Auch wenn die Standards einmal formuliert sind, werden sie nicht vollständig umgesetzt, es mangelt an Durchsetzungskraft sowie an Belohnungs- und Bestrafungsmaßnahmen und die Überwachung und Kontrolle verläuft langsam. Während des Produktdesignprozesses werden keine weiteren Änderungen an den Designspezifikationen vorgenommen und auch vorherige Fehler werden nicht korrigiert. Dogmatisches Designen nach Designvorgaben. Manche Teams verwenden beispielsweise immer noch allgemeine Designvorgaben und viele Designer entwerfen wiederholt ähnliche Seiten, ähnliche Anzeigen und ähnliche Animationen nach den Vorgaben. Sie sind völlig eigenschaftslos und undifferenziert. - Wenn Sie genau hinschauen, können Sie erkennen, wie ähnlich sich die verschiedenen Internetprodukte mittlerweile sind? Ich muss sagen, dass die schlechten Design-Spezifikationen eine gewisse Verantwortung dafür tragen. 2. Der häufigste Fehler bei Designspezifikationen <br />Lassen Sie die Designspezifikationen von Abteilungsleitern formulieren – Designspezifikationen werden in gemeinsamen Diskussionen entwickelt und während der Iterationen verbessert und überarbeitet. Da die meisten inländischen Designer unter „Führungsphobie“ leiden, sind solche Spezifikationen, selbst wenn sie formuliert werden, nur leere Versprechungen. Es gibt sogar viele Führungskräfte, die selten an der Frontarbeit teilnehmen. Kopieren der Designspezifikationen erfolgreicher ausländischer Teams – Dies geschieht vor allem bei Designteams, die gerne „fremde Dinge für chinesische Zwecke verwenden“. Die Designumgebung im In- und Ausland ist sehr unterschiedlich, die Produkte sind sehr unterschiedlich und die Märkte, mit denen sie konfrontiert sind, sind ebenfalls sehr unterschiedlich. Kopieren Sie sie also nicht und übersetzen Sie sie nicht direkt. Drucken Sie die Gestaltungsvorgaben aus und kleben Sie diese neben Ihren Sitzplatz - soll es ein „Plakat mit großer Persönlichkeit“ oder ein „Zeichen der Entschlossenheit“ sein? Bei den Designerfreunden, die ich kenne, gibt es nur zwei Dinge, auf die sie neben ihren Sitzplätzen häufig schauen: Zum einen den Kalender, zum anderen die Kontrolle, ob der Handy-Akku voll ist. 3. Das Wesentliche bei Designspezifikationen besteht darin, als Mensch gute Arbeit zu leisten .<br />Meiner Meinung nach besteht das Wichtigste bei der Entwicklung von Designspezifikationen, solange chinesische Unternehmen über eine Designabteilung verfügen, darin, diese mit der Unternehmensleitung und dem Aufbau einer Teamkultur zu verknüpfen und die Arbeit der menschlichen Entwicklung und Konstruktion zu leisten. Ehrlich gesagt sind unsere Designer noch nicht so ausgereift und haben nicht viel Designtraining. Die Existenz schlechter Spezifikationen wird Designer nur noch weniger mit der Kommunikation beauftragen - „Worüber soll man reden? Gibt es keine Spezifikationen? Befolgen Sie sie einfach.“ Wenn die Designabteilung während des Designprozesses wirklich eng kommuniziert und gemeinsame Werte hat, wird der Designprozess reibungslos verlaufen und auf natürliche Weise eine „Norm“ entstehen, für die nicht zu viele Textbeschreibungen erforderlich sind. Ich habe auch Designspezifikationen einiger Unternehmen gesehen, in denen klar steht: „Sollten während des Designs und der Produktion die oben genannten AC-Probleme auftreten, werden dem Designer von seiner persönlichen Bewertung 5 Punkte abgezogen.“ OMG, es stellt sich heraus, dass Ihr Produkt nur 5 Punkte wert ist. 4. Was sind die Ziele exzellenter Design-Spezifikationen? Quantitative Indikatoren: Identifizieren Sie allgemeine Usability-Prinzipien und ästhetischen gesunden Menschenverstand, um Fehler zu vermeiden und zu erfahren, wie Sie diese beheben können, wenn sie auftreten. Der erste Zweck der Spezifikation besteht darin, die Anzahl der Fehler im Designprozess zu reduzieren. Dies richtet sich im Allgemeinen an unerfahrene Designer. Ein guter quantitativer Indikator ist, ihnen Erfahrungen mitzuteilen. Es wird beispielsweise empfohlen, nach der Ausgabe der HTML-Datei mindestens zwei Tests mit unterschiedlichen Auflösungen in IE6, IE7, Firefox und Safari durchzuführen und die Ergebnisse den „Designspezifikationen-Referenzdaten“ hinzuzufügen. Anstatt ihm Anweisungen vorzuschreiben, wie z. B.: Durchführen von Tests und Änderungen gemäß den Anforderungen der Produktabteilung. Bestätigen Sie die wichtigsten Entwurfspunkte: Erhalten Sie wichtige Punkte im Rahmen der Design-Spezifikation, einschließlich Designrichtung und Designelementen, um durch den Projektdesignprozess eine engere Koordination zwischen den Teammitgliedern zu erreichen. Es handelt sich dabei um ein Prüfdokument, welches Fehler im Ablauf festhält und als Erfahrung für die zukünftige Verwendung bereithält. Hier können Meilensteine für die Projekt- und Produktgestaltung gesetzt werden. Standard-Designprinzipien: Dieses Prinzip kann für ein einzelnes Projekt gelten oder als Leitprinzip für das gesamte Designteam dienen. Dieses Prinzip sollte wiederholt betont und umgesetzt werden, und die Teammitglieder sollten gemeinsam für dieses Prinzip verantwortlich sein, z. B.: „Stellen Sie sicher, dass die Designausgabe 4 Stunden vor dem Ende eines Projekts abgeschlossen ist“, „Erlauben Sie niemals das Design einer groben Schnittstellenlösung, wie in der folgenden Abbildung dargestellt: XXXXX“ usw. Auch die Design-Vorgaben selbst müssen brauchbar sein: Um die gleiche Designanforderung zu beschreiben, könnten Sie sagen: „Der S-Level-Designer wird an Teil 1 der Phase des Projekts arbeiten, mit einer kontrollierbaren Zeit von nicht mehr als 2,5 Zyklen, und das Ergebnis wird einer Verfahrensüberprüfung nach ISO000459 unterzogen.“ Aber mit dieser Beschreibung werden mehr Leute es verstehen: „Interface-Designer XXX wird einen hochpräzisen Prototyp der Projektschnittstelle entwerfen, der innerhalb von 10 Arbeitstagen fertiggestellt und am 22. Mai um 14:00 Uhr im Konferenzraum 5 überprüft werden muss.“ Machen Sie die Dinge niemals komplizierter. Menschen, die Dinge vereinfachen können, sind großartig. Das Gleiche gilt für Designstandards. |
<<: Ein Artikel zum Verständnis des Ausführungsprozesses von MySQL-Abfrageanweisungen
>>: Ein paar Dinge, die Sie über responsives Layout wissen müssen
Da wir eine Website erstellen wollten, enthielt d...
Wenn wir SQL zum Extrahieren von Daten verwenden,...
Drei Funktionen: 1. Automatische vertikale Zentrie...
Als ich kürzlich CSS studierte, stellte ich fest,...
Der Ogg-Prozess einer vor einiger Zeit erstellten...
HTML5 fügt weitere semantische Tags hinzu, wie et...
Inhaltsverzeichnis Produktanforderungen Ideen Pro...
Inhaltsverzeichnis Vorwort Start Vorwort Die Stan...
1. Laden Sie zugehörige Tools und Bilder herunter...
In diesem Artikel wird der spezifische JavaScript...
Docker ordnet Ports nur IPv6 zu, nicht aber IPv4 ...
Vorwort 1. Dieser Artikel verwendet MySQL 8.0 Ver...
bgcolor="Textfarbe" background="Hin...
Dieser Artikel stellt Jenkins+Maven+SVN+Tomcat üb...
Bildschirmeinführung Screen ist eine vom GNU-Proj...