#36 – Sean Blakeley über die Umstellung einer großen Agentur auf Gutenberg – WP Tavern

27. Juli 2022
#36 - Sean Blakeley über die Umstellung einer großen Agentur auf Gutenberg - WP Tavern

[00:00:00] Nathan Wrigley: Willkommen zum Jukebox-Podcast von WP Tavern. Mein Name ist Nathan Wrigley. Jukebox ist ein Podcast, der sich mit allen Dingen rund um WordPress beschäftigt. Den Menschen, den Ereignissen, den Plugins, den Blöcken, den Themes und in diesem Fall dem Einsatz von Blockmustern.

Wenn du den Podcast abonnieren möchtest, kannst du das tun, indem du in deinem Podcast-Player nach WP Tavern suchst oder indem du auf WPTavern.com forward slash feed forward slash podcast gehst. Du kannst diese URL auch kopieren und in die meisten Podcast-Player einfügen. Wenn du möchtest, dass wir etwas im Podcast vorstellen, würde ich mich freuen, von dir zu hören, damit wir dich oder deine Idee in der Sendung vorstellen können. Gehe auf WPTavern.com vorwärts Schrägstrich Kontakt vorwärts Schrägstrich Jukebox. Und benutze das Kontaktformular dort.

In unserem heutigen Podcast haben wir Sean Blakeley zu Gast. Sean arbeitet für eine große Agentur namens American Eagle. Eine plattformunabhängige Organisation, die mit Unternehmenskunden an einer Vielzahl von Projekten arbeitet. Nach jahrelangen Experimenten mit verschiedenen Ansätzen und der Zusammenarbeit zwischen Designern und Entwicklern hat ihr Team begonnen, sich stark auf Blockmuster zu verlassen. Und sie haben festgestellt, dass dies ihre Produktivität deutlich erhöht hat. Man kann mit Fug und Recht behaupten, dass die Blockmuster die Herangehensweise des Teams an den gesamten Designprozess revolutioniert haben.

Falls du dich noch nicht mit Blockmustern beschäftigt hast: Es handelt sich um Sammlungen von Blöcken, die jeder bauen kann. Mit einem durchdachten Design können diese Blöcke auf verschiedenen Seiten und sogar auf verschiedenen Websites wiederverwendet werden. Einmal bauen, überall einsetzen.

Wir sprechen darüber, wie und warum Seans Team sich entschieden hat, früh mit Blockmustern zu arbeiten. Damals war dies eine etwas riskante Strategie. Es gab keine Garantie, dass sich die Muster durchsetzen würden. Aber jetzt trägt diese Strategie erste Früchte. Sie ermöglicht es ihrem Team, auf neue und unerwartete Weise mit ihren Kunden zu arbeiten.

Die Kunden arbeiten enger mit dem American Eagle-Team zusammen, was Sean mit den Worten beschreibt: "Wir wollen weniger beeindrucken und mehr mit uns zusammenarbeiten. Das fördert eine engere Beziehung zu den Kunden, die dadurch ermutigt werden, den Block-Editor und die Muster zu nutzen und sich in den Prozess einzubringen.

Das ist eine interessante Folge. Und wenn du neugierig bist, wie du Blöcke und Muster bei deinen Kunden einsetzen kannst, ist sicher auch etwas für dich dabei.

Wenn wir den Podcast aufnehmen, gibt es normalerweise nicht viele Hintergrundgeräusche, aber das ist beim WordCamp Europeans nicht immer der Fall. Wir kämpften gegen Menschenmassen und die Klimaanlage. Und obwohl die Podcasts mehr als anhörbar sind, hoffe ich, dass du verstehst, dass die Unwägbarkeiten der realen Welt mit im Spiel sind.

Wenn du mehr erfahren willst, findest du alle Links in den Sendungsnotizen, indem du auf WPTavern.com forward slash podcast gehst. Dort findest du auch alle anderen Episoden.

Und nun, ohne weitere Verzögerung, präsentiere ich dir. Sean Blakeley.

Heute ist Sean Blakeley bei mir im Podcast. Wie geht es dir, Sean?

[00:03:48] Sean Blakeley: Mir geht es sehr gut. Danke, Nathan.

[00:03:49] Nathan Wrigley: Sean und ich haben uns gerade ein paar Minuten unterhalten und ich glaube, wir werden gute Freunde werden.

[00:03:53] Sean Blakeley: Ich glaube, du hast recht.

[00:03:54] Nathan Wrigley: Du bist also auf dem WordCamp Europe. Wir sitzen gerade im Keller und unterhalten uns, aber du hast eine Präsentation gehalten, über die du jetzt sehr erleichtert bist. Sie liegt jetzt hinter dir. Worum ging es dabei?

[00:04:05] Sean Blakeley: Ich meine, es war ein wundervolles, es ist ein wundervolles Gefühl, das Post Talk Gefühl gewesen zu sein. Äh, es ging um Blockmuster. Die Blockmuster-Revolution. Ich habe darüber gesprochen, wie wir Blockmuster in unserem kreativen Prozess einsetzen. Wie wir unseren kreativen Prozess weiterentwickeln und anpassen. Wir bringen Designer und Entwickler zusammen und stellen fest, dass Blockmuster uns alle möglichen Möglichkeiten eröffnen. Erforsche den Raum der Zusammenarbeit zwischen Designern und Entwicklern und passe ihn an. Ich habe also über diese spannenden Möglichkeiten gesprochen, die wir heute sehen.

[00:04:38] Nathan Wrigley: Du arbeitest an der Spitze, vielleicht ist "Spitze" das falsche Wort, aber du stehst an der Spitze einer sehr großen Agentur. Der Wechsel zu den Blockmustern war und ist also eine große Sache. Es hängt eine Menge von dir ab. Erzähl uns ein bisschen was über das Unternehmen, für das du arbeitest.

[00:04:54] Sean Blakeley: Ich arbeite also für ein Unternehmen namens American Eagle. American Eagle ist 700 Mitarbeiter stark. Es ist ein großes Unternehmen. Es ist plattformunabhängig. Natürlich gibt es spezielle Teams für die wichtigsten Plattformen, darunter Sitecore und Sitefinity, aber natürlich auch WordPress. Und so hat das Unternehmen diese Größe erreicht. Wir konzentrieren uns auf die großen Unternehmen und sind in der Lage, plattformübergreifende Lösungen für die digitale Transformation und große Integrationen anzubieten.

Du hast also Recht, dass die Umstellung von Unternehmen dieser Größe eine große Herausforderung sein kann. Aber da wir das WordPress-Enterprise-Team aufbauen, sind wir in der Lage, einige dieser verschiedenen Technologien zu erforschen und die Grenzen dessen, was wir tun, immer weiter zu verschieben.

Wir haben diese unglaubliche Möglichkeit, weiter zu forschen. WordPress im großen Maßstab zu erforschen, und ich bin mir sicher, dass wir gleich über das Paradigma von Headness und Composable sprechen werden, aber es ermöglicht uns, weiter zu forschen und die Grenzen zu verschieben, und Block Patterns fühlen sich zunehmend als Teil dieser Reise an und werden zu einem wichtigen Teil dieser Reise.

[00:06:07] Nathan Wrigley: Ich könnte mir vorstellen, dass, wenn wir einen typischen WordPress-Benutzer fragen würden, wie du deine Website erstellst? Ich denke, es gibt einen beträchtlichen Anteil, der es vielleicht auf die altmodische Art und Weise macht, aber ich habe das Gefühl, dass das immer weniger wird. Vorlagendateien und so weiter.

Und dann gibt es noch einen Teil von Leuten, die wahrscheinlich immer noch die kommerziellen Seitenerstellungsprogramme benutzen, ich schätze mal, die Mehrheit. Vor allem in letzter Zeit, also vielleicht in den letzten sechs Monaten, scheint es, als würde man viel mehr über Blöcke und Muster reden und fast sagen: Okay, das ist jetzt ein Ding. Es ist an der Zeit, dass wir uns in diese Richtung bewegen.

Was würdest du sagen, sind die wichtigsten Vorteile? Die Dinge, die du in deinem Geschäft erkannt hast und die dich dazu gebracht haben, zu sagen: "Oh, das lohnt sich jetzt wirklich. Wir werden aufhören, es so zu machen, wie wir es bisher gemacht haben, und wir werden anfangen, es mit Blöcken zu machen. Was waren die wichtigsten Kriterien, an denen du den Nutzen gemessen hast?

[00:06:52] Sean Blakeley: Die kommerziellen Metriken sind also eine Art separater Teil. Wir werden darauf zurückkommen, denn es ist eine interessante Frage. Aber aus technischer Sicht oder im Hinblick auf die Implementierung war es immer etwas verwirrend, wenn wir proprietäre Software, sei es ein Page Builder oder ein anderer Dienst, in die WordPress-Plattform einbringen wollten.

Es fühlte sich immer so an, als würden wir etwas einführen, das wir entweder später wieder aus WordPress herausnehmen müssen, oder wir binden unsere Kunden an dieses bestimmte Tool, das wir ausgewählt haben, oder wir als Agentur bevorzugen einen bestimmten Page Builder. Unsere Kunden bekamen also diesen, weil das unsere bevorzugte Herangehensweise war. Und das hat uns immer gestört.

Es fühlte sich an, als ob wir nicht für die Langfristigkeit entwickeln würden. Wir hatten einen Tunnelblick und waren zu sehr auf unsere Bedürfnisse als Agentur fixiert. Deshalb hatten wir immer das Gefühl, dass wir so nah wie möglich am Kern der Software sein sollten. Wir wollten unsere Abhängigkeit von WordPress selbst und nicht von einer separaten, proprietären Software. Und es war manchmal eine schwierige Reise, da wir zu den Early Adopters von Gutenberg gehörten und wir einige der Schmerzen gespürt haben, die wir oder viele von uns in der Community gespürt haben. Einige der Herausforderungen bei der Erstellung von benutzerdefinierten Blöcken, die es damals gab.

Aber es war klar, dass dies der richtige Weg war, den wir einschlagen wollten. Und als wir darüber nachdachten und mit unseren Kunden über ihre Erfahrungen bei der Erstellung von Inhalten sprachen, war das Ziel, von Shortcodes und der Abstraktion von Dropdowns und dem Ausfüllen eines Eingabefeldes wegzukommen. Und dann dieser Vertrauensvorschuss, wenn du hoffst, dass sich etwas an der Vorderseite deiner Website geändert hat und sie so funktioniert, wie du es dir erhofft hast.

Diese WYSIWYG-Erfahrung wird schon seit Jahren von uns gefordert, und daher haben wir auch den Seitenerstellungsbereich entwickelt. Aber es ist großartig, dass wir unseren Kunden diese echte WYSIWYG-Erfahrung per Drag & Drop im WordPress-Editor bieten können. Die Ziele sind also klar, wenn wir uns gemeinsam auf diese Reise begeben.

Wir werden noch einmal auf den letzten Punkt zurückkommen, der sich auf die kommerzielle Entscheidung bezieht, unsere Bemühungen als technisches Team zu investieren. Ich meine, es war ganz klar, dass es hier um Langlebigkeit geht. Hier versetzen wir unsere Kunden in die Lage, ihre UI, ihre UI-Komponenten, selbst zu gestalten. Sie können ihre eigenen UI-Komponenten entwickeln und auch benutzerdefinierte Blöcke, die wir erstellen können. Und es gibt keine Abhängigkeit. Wenn sie zu einer anderen Implementierung wechseln wollen, können sie WordPress beibehalten. Sie können WordPress genau so beibehalten.

Und die Idee, ein Theme zu wechseln, sollte einfach zu ändern sein. Dein Styling, du weißt schon, Re-Styling, kleine Designänderungen sollten relativ einfach sein. Ja, das wird mit dem Gutenberg-Paradigma wahr. Wir können diese Langlebigkeit der Architektur der Plattform bieten. Und dass sie darauf aufbauend ihr Design weiter entwickeln können.

Das war also eine sehr bereichernde Reise, auf der wir uns übrigens immer noch befinden. Aber wir genießen diese Reise sehr und jeder Schritt, den wir machen, kann manchmal entmutigend sein. Aber wir haben in jedem dieser Schritte, die wir bisher als Gemeinschaft unternommen haben, den Wert der Arbeit mit Gutenberg erkannt.

[00:10:03] Nathan Wrigley: An dem Punkt, an dem du die Entscheidung getroffen hast, auf den Zug aufzuspringen, hast du also vermutlich nicht einfach gesagt, okay, von jetzt an wird alles auf Gutenberg basieren. Vielleicht sind einige Kunden in WordPress eingebettet, z. B. in einen proprietären Page Builder. Vielleicht werdet ihr das weiterführen, vielleicht auch nicht, ich weiß es nicht. Aber es muss eine Menge Umschulungen gegeben haben, Prozessänderungen in jeder Hinsicht für deine Mitarbeiter. Erzähl uns doch mal, was das war, denn wenn du in deinem Unternehmen arbeitest und Websites erstellst, willst du natürlich wissen, wie es um die Ausbildung bestellt ist. Wie kann ich all diese Dinge lernen? Was bietet mir mein Unternehmen, um sicherzustellen, dass ich gut ausgebildet bin? Mussten viele dieser Fragen geklärt werden?

[00:10:39] Sean Blakeley: Das war eine ganze Menge. Die erste Herausforderung bestand darin, den Entwicklern zu ermöglichen, sich in React sicher zu fühlen. Sie sollten sich also in einem modernen JavaScript-Framework sicher fühlen. Und wir fanden, dass dies ein sehr wertvoller erster Schritt war, um sie mit React vertraut zu machen.

Als wir das geschafft hatten, gingen wir zu Gutenberg über und machten unsere Entwickler mit Gutenberg vertraut. Und das haben wir über die Benutzeroberfläche gemacht. Wir haben uns also mit der Oberfläche vertraut gemacht, aber natürlich haben sich die Dinge so schnell entwickelt, dass es oft einfacher war, vom Backend aus nach vorne zu gehen, und das war vor zwei oder drei Jahren.

Schau dir also die Anatomie eines Blocks an. Wir hatten einige wirklich neugierige Entwickler und Entwicklerinnen, die oft unter die Motorhaube schauten und sahen, wie diese Dinge konstruiert waren, und das trug zu dem Gefühl bei, weniger eingeschüchtert zu sein und mehr Ehrfurcht zu empfinden, dass wir gemeinsam auf einer Reise sind. Und dass wir tatsächlich Teil dieses Dialogs sein können.

Wir können Teil dieser Reise sein und erforschen, wie wir unsere Prozesse weiterentwickeln können. Und ich glaube, dass wir schon früh den Wert von Gutenberg, dieser Reise, verstanden haben. Selbst als wir noch zögerten, es in Produktion zu geben, hatten wir immer das Gefühl, dass dies die Richtung ist, in die wir gehen wollten. Wir wollten eine außergewöhnliche redaktionelle Erfahrung bei der Erstellung von Inhalten bieten. Und dann natürlich auch den Wert, den wir den Endnutzern bieten können.

[00:12:14] Nathan Wrigley: Ich stelle mir vor, wenn du Kunden hättest, die mit dem klassischen Editor arbeiten, gäbe es einfach keinen Nachteil. Das eine ist nicht wie das andere, also ein großer Gewinn. Aber ich frage mich, was mit den Kunden ist, die mit diesen Seitenerstellungsprogrammen arbeiten. Wie kommen sie trotz allem mit der Benutzeroberfläche zurecht? Denn obwohl es sich um ein WYSIWYG-System handelt, hat es immer noch einige Macken, oder?

Die Benutzeroberfläche ist an manchen Stellen etwas seltsam und die Dinge stimmen auf der Rückseite nicht ganz mit denen auf der Vorderseite überein. Ich frage mich nur, wie deine Kunden und du bist eine große Agentur, da muss es doch eine Menge Feedback geben. Wie nehmen sie es an? Begrüßen sie es?

[00:12:48] Sean Blakeley: Ja, sie sind also in...

[00:12:50] Nathan Wrigley: Das klang wie ein qualifiziertes Ja.

[00:12:52] Sean Blakeley: Nun, es ist ein eingeschränktes Ja. Manchmal zögern wir, denn wie du ganz richtig sagst, gibt es bei der Umsetzung ein paar Ecken und Kanten. Wir versuchen sicherzustellen, dass wir sehr transparent sind. Dass dies ein aufregender, aber sich weiterentwickelnder Teil des WordPress-Ökosystems ist. Betrachte es nicht als völlig fertig. Es entwickelt sich immer noch weiter und passt sich an. Aber wir konzentrieren uns zunehmend auf einen Opt-in-Ansatz.

Das Dashboard der Blöcke kann sehr einschüchternd sein. Die Liste ist riesig, vor allem, wenn du auch die Einbettungsoptionen mit einbeziehst. Das ist eine riesige Liste. Wenn du auf deiner Seite Plugins verwendest, die ebenfalls Blöcke einfügen, kann es sein, dass du über viele Dutzend Blöcke in der Benutzeroberfläche sprichst, und du und ich kennen vielleicht den Unterschied zwischen einem Medien- und einem Textblock, aber unsere Kunden wissen das nicht, wenn wir sie nicht auf diese Reise mitnehmen, wenn wir sie nicht aufklären.

Was wir also immer öfter tun, ist, die Blöcke in der weißen Liste zu löschen. Das ist ein Prinzip, das bei großen Projekten in Unternehmen oft Anwendung findet, nämlich das Aufstellen von Leitplanken. Du hast deine Markenbibliothek oder deine Implementierung, vielleicht deine UI-Komponenten. Aber du schränkst die Möglichkeiten des Redaktionsteams ein, innerhalb dieser Richtlinien und dieses Rahmens zu arbeiten. Und genau so gehen wir mit Gutenberg um: Wir stellen diese Grundbausteine zur Verfügung, du weißt schon, die Kernbausteine und vielleicht noch ein paar benutzerdefinierte Bausteine. Dann schränken wir sie ein.

Das sind also im Wesentlichen deine Designsysteme. Das ist die UI, die Bibliothek der UI-Komponenten, die unsere Kunden nutzen können. Und das ist wirklich attraktiv, denn dann wird klar, welche Werkzeuge sie nutzen können, um ihren Nutzern ihre Geschichten zu erzählen.

Und es ist nicht diese Selbstbedienungsmentalität, bei der man von den Atomen ausgeht und versucht, alles von Grund auf neu zu bauen. Eigentlich sind sie schon fertig für dich und du wählst einfach die aus, die du haben willst.

[00:14:53] Nathan Wrigley: In WordPress 6.0 haben wir vielleicht nicht die ausgefeilteste Funktion zum Sperren von Blöcken, aber es wird trotzdem ein Vorhängeschloss-Symbol eingeblendet, und du kannst es entsperren. Das scheint mir auch eine gute Richtung zu sein, in die wir gehen können. Mit dieser Funktion kann der Kunde auf diesen Teil zugreifen, aber nicht auf den anderen. Und er kann diesen Teil, den unser Team erstellt hat, bearbeiten. Und wenn ihnen der Text nicht gefällt, können sie ihn einfach selbst ändern. Das gibt den Leuten die Möglichkeit, ihre eigenen Sachen zu bearbeiten, aber nicht diesen Teil.

[00:15:18] Sean Blakeley: Wir lieben diese Funktion sehr. Und interessanterweise arbeiten wir gerade an einem großen Projekt, einem riesigen Headless-Projekt. Und wir haben uns eine eigene Lösung für genau diese Aufgabe überlegt. Wir bringen also eine Viertelmillion programmatisch generierter Seiten ein, die wir in Gutenberg-Blöcke einfügen.

Wir generieren also diese Gutenberg-Blöcke. Wir erstellen diese Slots zwischen den Blöcken, damit sie eigene Inhalte einfügen können. Aber im Grunde generieren wir diese Inhalte programmatisch. Und dann sperren wir bestimmte Aspekte. Es ist fast so etwas wie eine programmatisch erstellte Vorlage, die gesperrt ist, wenn du so willst. Und dann können sie zwischen diesen Abschnitten etwas hinzufügen oder sogar einige der Bilder aktualisieren. Es gibt bestimmte Bereiche, die wir ihnen erlauben zu aktualisieren und andere nicht. Diese Funktion zum Sperren von Blöcken hat sich für uns bereits als unglaublich wertvoll erwiesen.

Und genau, wie du sagst, passt es zu den Richtlinien, zu einer Markensprache. Du brauchst einen visuellen Rhythmus, ein Designsystem, und dann arbeitest du innerhalb dieser Grenzen deiner visuellen Sprache.

[00:16:33] Nathan Wrigley: Der Grund, warum ich davon gesprochen habe, dass es ziemlich einfach ist, ist, dass es von jedem freigeschaltet werden kann. Es spielt keine Rolle, wer du bist, du klickst einfach auf den Button und schon ist es freigeschaltet. Aber vielleicht gibt es in Zukunft ein detaillierteres Berechtigungsmodell, bei dem es keine Rolle spielt, wie oft du auf den Button klickst, du schaltest es nicht frei. Das wäre schön, damit der Redakteur das bearbeiten kann, der Abonnent das, und der Administrator kann natürlich alles bearbeiten. Das war eine dringend benötigte Funktion, denke ich.

[00:16:54] Sean Blakeley: Und ich denke, du hast Recht. Übrigens, wenn wir darüber sprechen, dass die Blockmuster diese Art von Vorlagen bilden, werden du und ich vielleicht einen benutzerdefinierten Beitragstyp erstellen. Und wenn wir auf diesen benutzerdefinierten Beitragstyp klicken, haben wir diese vorgefertigten Vorlagen, aus denen wir auswählen können, und wir können dafür Blockmuster verwenden.

Du hast Recht, dass wir sogar Redakteuren erlauben können, diese Vorlagen zu bearbeiten, aber wir haben das Problem der Berechtigungen. Wir müssen uns also überlegen, wer diese Meta-Ebene hat, fast so wie der Super-Admin, den wir uns in Bezug auf Multisite vorstellen könnten. Wer hat die oberste Ebene, so dass er die Vorlage bearbeiten kann? Und wer ist die redaktionelle Ebene, die nur Implementierungen von Reflektionen bearbeiten kann.

[00:17:34] Nathan Wrigley: Wirklich interessant. Kommen wir also zur Sache mit den Blockmustern. Ich wäre erstaunt, wenn irgendjemand, der hier zuhört, noch nicht von ihnen gehört hätte. Aber trotzdem gibt es wahrscheinlich einige, die sie nicht kennen. Also lasst uns das ansprechen. Erzähl uns etwas über Blockmuster. Was sind sie? Ich glaube, sie werden immer häufiger verwendet. Mit jedem Tag werden sie mehr und mehr genutzt. Aber erzähl uns kurz, was sie sind.

[00:17:54] Sean Blakeley: Vereinfacht gesagt sind Blockmuster ein Behälter für Blöcke. Sie sind eine Art Gefäß, das die Blöcke enthält, die du in diesem Muster zulassen willst. Aber das ist trügerisch einfach. Die Analogie, die ich gerne verwende, ist, dass es eine endliche Anzahl von Noten gibt. Egal, welches Musikstück du wählst, ob Pixies Debasser, Mozart oder Beethoven, sie nutzen immer noch diese endliche Anzahl von Noten. Und doch können sie aus dieser begrenzten Anzahl von Noten wirklich außergewöhnliche, originelle Kompositionen schaffen.

Und ich denke, für uns sind Gutenberg unsere Noten und die Muster sind unsere Lieblingslieder. Das sind die außergewöhnlichen Kompositionen, die wir schaffen können.

[00:18:42] Nathan Wrigley: Hier ist ein interessanter Gedanke. Wenn du einen Spotify-Account hast, gibt es mehr Songs, als du dir jemals anhören kannst. Blockmuster, so wie wir auch 50.000, 60.000 Plugins haben, was auch immer die Zahl ist. Es gibt jede Menge Plugins. Wenn du ein Formular-Plugin suchst, kannst du dir eins von den 40 da drüben aussuchen.

Wird es zu einer Überlastung kommen? Wenn jeder Hunderte und Tausende und in Zukunft vielleicht Millionen von Mustern hat. Die Hürde, Muster zu erstellen, ist so niedrig. Die Hürde, ein Plugin zu erstellen, ist ziemlich hoch. Es ist also auf etwa 50.000 begrenzt. Aber wenn Blockmuster wirklich einfach zu erstellen sind, was sie sind, vor allem mit Dingen wie dem Tool zum Erstellen von Mustern. Dann wird die Bibliothek, wie wir sie herunterladen, vermutlich irgendwann überflutet werden. Deine Kunden stehen dann vielleicht vor dem Problem, dass sie keine Ahnung haben, wo sie anfangen sollen. Es gibt 748.000 davon. Und ich weiß nicht einmal, wo ich anfangen soll.

[00:19:33] Sean Blakeley: Ich denke, du hast Recht. Diese Art von Lähmung, die Lähmung der Wahlmöglichkeiten, wird zweifellos ein Problem sein, mit dem wir uns befassen müssen, aber es geht weniger darum, die Fähigkeit der Menschen zu beschränken, diese Blockmuster zu erstellen. Was wir wirklich brauchen, ist eine Möglichkeit, diese Blockmuster zu bewerten oder zu sehen, wie beliebt diese Muster sind. Dasjenige, das Probleme zu lösen scheint und in deiner Branche oder deinem Gebiet vielleicht mehr Umsatz bringt.

Und das ist die Bestätigung dafür. Ich glaube, wir befinden uns gerade im Wilden Westen, in dem wir so aufgeregt sind, und wie du sagst, ist die Reibung für die Erstellung von Blockmustern so gering. Aber das ist an und für sich noch nicht das Ziel. Das ist nicht das Ziel, das wir erreichen wollen. Unser Ziel ist es, wirklich originelle und erstaunliche Muster zu erstellen, die wir dann anhand der Anwendungsfälle unserer Kunden validieren können. Die Art und Weise, wie sie sie in ihre Websites einbauen wollen. Aber ja, wir werden schon sehr bald eine große Anzahl von Blockmustern haben.

[00:20:34] Nathan Wrigley: Es gibt einen Leitartikel auf der Rückseite. Es ist nicht so, dass du ein Blockmuster einreichst und es sofort in der Bibliothek landet. Es gibt ein Team, das es sich ansieht und prüft, und wenn dein Blockmuster - ich weiß nicht mehr, was die genauen Gründe für die Ablehnung waren, aber es waren zum Beispiel Dinge wie, wenn es nicht wirklich mehr als einen Block verwendet, wenn es nicht innovativ ist, so etwas in der Richtung. Bei all dem könnte das Problem auftauchen, dass es einfach zu viele Dinge gibt, aus denen man auswählen kann.

[00:20:58] Sean Blakeley: Ich denke, du hast absolut Recht. Und dann müssen wir entscheiden, welche Muster welche Probleme lösen und welche wir verwenden sollen. Diese Lähmung bei der Auswahl wird zweifellos ein Problem sein, das wir als Gemeinschaft in Angriff nehmen müssen, um darüber nachzudenken, welchen Wert, welchen Mehrwert die Blockmuster bieten, und um einen Weg zu finden, dies zu kommunizieren. Sowohl für uns als Technologen als auch für unsere Kunden.

[00:21:18] Nathan Wrigley: Einer der interessanten Nebenaspekte von Blockmustern oder Blöcken oder WordPress im Allgemeinen. Ich weiß nicht, ob du diese Sache verfolgt hast, aber die Openverse. Die Idee, dass du Blockmuster einreichen kannst, in denen alle Bilder bereits enthalten sind, sind wahrscheinlich Platzhalter. Wahrscheinlich wirst du sie am Ende nicht verwenden, aber ich finde, das ist eine ziemlich interessante Sache. Zum ersten Mal kannst du diese Blockmuster herunterladen und sie auch behalten. Du kannst das Ding für immer und ewig benutzen, und es gibt keine Lizenz, die du mit Füßen trittst.

Es ist absolut brauchbar. Und das finde ich wirklich interessant. Ich habe diese Woche tonnenweise Fotos geschossen, um sie, sobald ich zu Hause bin und zuverlässiges Internet habe, auf Openverse hochzuladen, damit die Leute kostenlos Bilder von Porto sehen können.

[00:22:02] Sean Blakeley: Sehr schön. Auf jeden Fall, und ich denke, das wirft eine interessante Frage über wiederverwendbare Blöcke auf und wie Blockmuster mit wiederverwendbaren Blöcken interagieren. Wenn wir solche Blöcke haben, die man einfach einfügen kann und die dann sofort die Bilder anzeigen oder zeigen, dass man sie einfach einfügt, ohne sie zu verändern. Ob das eher die Richtung ist, in die sich wiederverwendbare Blöcke entwickeln werden? Diese Art von globalen Blöcken. Also globale Einheiten, die wir immer wieder verwenden. Oder ob sich die Blockmuster tatsächlich zu einer Version davon entwickeln werden. Dass sie nicht mehr nur Vorlagen sind, UI-Komponenten, die wir wiederverwenden, sondern dass sie sich vielleicht zu einer Möglichkeit entwickeln, global zu sein. Es gibt also definitiv Bereiche, die es zu erforschen gilt.

[00:22:45] Nathan Wrigley: Als du dich bereit erklärt hast, einen Podcast mit mir zu machen, klang das sehr subtil, aber je mehr ich darüber nachdachte, desto mehr dachte ich, dass das eigentlich ein ziemliches Erdbeben ist. Du hast gesagt, dass sich der Designprozess in deiner Agentur durch die Verwendung von Mustern und des Blockeditors verändert hat, ich zitiere, du hast gesagt, dass sich die Erwartung verändert hat, und ich nehme an, wir sprechen hier von der Erwartung der Kunden.

Die Erwartung ist nicht mehr, uns zu beeindrucken, sondern mit uns zusammenzuarbeiten. Und das finde ich wirklich interessant, denn das ist eine große Veränderung. Aber auf den ersten Blick klingt es nach einer sehr subtilen Veränderung. Aber jetzt ist es fast so, als würdest du es selbst machen, nicht mehr selbst, sondern mit uns.

[00:23:23] Sean Blakeley: Es ist eine tiefgreifende Veränderung. Du hast absolut Recht: Du bist nicht mehr nur ein passiver Konsument dieses Prozesses.

[00:23:32] Nathan Wrigley: Wenn man es aus dem Regal nimmt, ist die Website aus dem Regal. Da ist sie. Es ist ein Gebrauchsgegenstand.

[00:23:37] Sean Blakeley: Genau das, aber auch, wenn wir uns durch einen Designprozess gekämpft haben und das Design präsentieren, haben wir oft diesen großen Glücksspiel-Moment, in dem es irgendwie "Tada" heißt, und wir hoffen, dass dem Kunden das Design gefällt, das wir entworfen haben.

Das ist es, was wir erreichen wollen: Wir wollen weg von diesen großen Glücksspiel-Momenten. Diese großen, fast wasserfallartigen Entwürfe von Designern. Wir machen große Designphasen und dann große Bauprozesse. So bringen wir die Kunden näher heran. Ich habe oft das Gefühl, dass wir im Laufe des Design- und Entwicklungsprozesses Tausende von Mikroproblemen lösen, aber wir blenden das irgendwie aus.

Wir sind nicht sehr gut darin, über all diese Probleme, die wir auf dieser Reise gelöst haben, zu kommunizieren und transparent zu sein. Und wenn wir versuchen, den Kunden näher zu bringen, wollen wir, dass sie die Ergebnisse selbst in der Hand haben. Wir wollen, dass sie sich auf die Reise begeben, um die Probleme zu formulieren und ihnen dabei zu helfen, sich auf die Reise zu begeben, um herauszufinden, ob es hier ein paar Kompromisse und Argumente gibt, auf die wir vielleicht besser achten sollten.

Und wenn sie Teil dieses Prozesses waren und das Ergebnis erreicht haben, wenn wir das Design präsentieren, ist es nicht länger ein Tada-Moment, in dem sie überrascht sind, sondern sie werden zu Verfechtern des Designs, weil sie sich verantwortlich fühlen. Sie haben sich in das Design eingekauft, weil sie an der Ideenfindung und an den Sitzungen teilgenommen haben.

Und so gehen sie in ihre Organisationen und verteidigen diese Entwürfe. Sie können alle Fragen beantworten: Was ist der Grund für dieses Konzept? Oder: Warum ist das so und nicht anders? Nun, sie wissen es, denn sie waren Teil dieser Prozesse.

Und ich werde keinen Moment lang so tun, als hätten wir das Einhorn gefunden, als könnten wir alle glücklich in unseren Betten liegen, als hätten wir die Lösung für Design, Entwicklung und Projektaufbau gefunden. Aber mit dem richtigen Kunden und dem richtigen Geist der Zusammenarbeit können wir einen enormen Nutzen aus diesem Ansatz für Design und Entwicklung ziehen.

[00:25:37] Nathan Wrigley: Ich bin wirklich neugierig, wie das in der Praxis aussieht. Mit anderen Worten: Vermutlich gab es während der Pandemie einen Übergang zu diesem System. War das so etwas wie: "Okay, wir zeigen dir auf Zoom, was wir tun, und du unterbrichst uns und sagst uns, was wir tun sollen. Ist das wirklich so? Dass sie etwas beitragen, während sie euch zusehen und den Prozess lernen? Oder gibt es eher Anleitungen, die du ihnen schickst, und sie stimmen dem einen zu und dem anderen nicht? Ich bin einfach neugierig, wie der Prozess wirklich aussieht.

[00:26:09] Sean Blakeley: Es gibt also keine Einheitsgröße für alle. Wir richten uns eher nach den Bedürfnissen des Kunden, und manche Kunden sind kooperativer als andere. Es gibt zwei verschiedene Ansätze. Eine davon ist, dass wir regelmäßigeres Feedback geben und regelmäßig nachfragen. Das ist erwähnenswert, denn oft arbeiten Designerinnen und Designer in einer Art Isolation und zeigen ihre Arbeit nicht gerne. Sie mögen es nicht, die rauen Kanten zu zeigen. Sie wollen etwas zeigen, das schön ist und an dem sie hart gearbeitet haben.

Deshalb ist es oft schwer, sie dazu zu bringen, ihren Prozess transparenter zu gestalten. In Bezug auf ihre Ideenentwicklung und ihren iterativen, internen iterativen Ansatz. Deshalb ermutigen wir sie zunehmend dazu. Und manchmal kann die Zusammenarbeit dazu führen, dass sie die Dinge viel früher erkennen.

Aber mit der richtigen Art von Kunden können wir viel tiefer gehen. Was wir also tun, und ich glaube, Nathan, du hast schon darauf angespielt, ist, dass wir Kollaborationssitzungen einrichten. Wir schalten Zoom oder ein ähnliches Tool ein, holen die Designer und Entwickler dazu und öffnen Codepen oder etwas Ähnliches.

Und dann fangen wir an, wie Dan Mall es nennt, eine Art "heiße Kartoffel" zu spielen, bei der der Designer für einen Moment im Mittelpunkt steht, während wir uns die Typografie und vielleicht einige Farbelemente ansehen, vielleicht haben wir bereits eine Palette aus den Richtlinien einer Marke erstellt.

Und wenn der Entwickler Tailwind oder etwas Ähnliches verwendet, ist die Reibung, etwas auf den Bildschirm zu bringen, sehr gering. Wir können beginnen, gemeinsam zu forschen und zusammenzuarbeiten. Und das ist der Punkt, an dem die Meinung des Kunden ins Spiel kommen kann, weißt du? Was hältst du von der Verwendung dieser Farbe in dieser Formation? Oder was hältst du von dem Zusammenspiel dieser verschiedenen Elemente?

Wir haben festgestellt, dass der Versuch, dies auf der Metaebene zu tun, mit einem eher altmodischen, schablonengesteuerten Design zu tun hat. Das ist wirklich eine Herausforderung. Denn das funktioniert erst, wenn du das Ganze und das Zusammenspiel all dieser Komponenten siehst. Es ist schwer, das aufzuschlüsseln.

Wenn du wirklich auf Komponenten angewiesen bist. Dann kannst du die Arbeit unterbrechen und an der Heldenkomponente arbeiten. Und was unglaublich wertvoll an diesen Sitzungen ist, ist, dass der Kunde dir sofort sagen kann: "Oh nein, das können wir nicht machen, weil das Marketingteam einen Punkt haben muss. Oder wir verkaufen sogar ein bisschen was, wir bekommen einen Umsatz von einem dieser Produkte. Es muss ein Karussell sein, weil wir mit einer ihrer Folien einen Umsatz erzielen.

Nun ist es sehr schwer, diese kleinen Erkenntnisse in einem Entdeckungs- und Definitionsprozess zu entwickeln. Diese Komplexität entsteht erst mit der Zeit. Aber wenn du in diesem Raum bist, wenn du in Echtzeit zusammenarbeitest, bekommst du diese Erkenntnisse. Du erhältst Einblicke in die Geschäftsziele, die direkt in den Design- und Entwicklungsprozess einfließen.

[00:28:58] Nathan Wrigley: Was hältst du von - ich bin mir ziemlich sicher, dass ich weiß, dass du nichts davon verwendest, aber nur mal so als Kurzschluss. Was hältst du von diesen Musterbibliotheken, die im letzten Jahr aus dem Boden geschossen sind? Dort kannst du Vorlagen- und Blockmuster-Bibliotheken entdecken. Dabei handelt es sich nicht um die kostenlosen Open-Source-Bibliotheken, die du über WordPress beziehen kannst, sondern um proprietäre Bibliotheken.

Hast du eine von ihnen eingebettet und erkundet und dich entschieden, sie zu nutzen? Vor einer Minute hast du davon gesprochen, dass du mit Gutenberg von all diesen Dingen befreit bist. Ich wollte nur wissen, ob du dich damit beschäftigt hast oder ob dir etwas eingefallen ist.

[00:29:32] Sean Blakeley: Ich war lange Zeit der Meinung, dass ich keine proprietäre Software in WordPress einbringen möchte. Denn wir sollten alle sehr darauf achten, dass wir keine Abhängigkeiten schaffen. Und das galt schon immer für Page Builder. Wir hatten immer die Sorge, dass wir eine Abhängigkeit schaffen, eine zukünftige Abhängigkeit für unsere Kunden, egal, für welchen Page Builder wir uns entschieden haben.

Und genau das gleiche Prinzip gilt auch hier, dass wir wirklich eine Abhängigkeit schaffen. Und genau, wie du sagst, Nathan, ist dies ein junger, sich entwickelnder und anpassungsfähiger Bereich, und vielleicht setzen wir auf das falsche Pferd. Vielleicht entscheiden wir uns ja für das Pferd, das in GitHub veraltet.

Und dann haben wir plötzlich diese Abhängigkeit auf ein oder zwei unserer Websites, die wir pflegen müssen. Und die Supportmitarbeiter müssen diese spezielle Implementierung lernen. Es ist also immer interessant zu erforschen. Es ist immer interessant zu sehen, was die Community entwickelt, sowohl in Bezug auf kommerzielle Angebote als auch auf Open Source.

Aber ich bin mir bewusst, dass es sich um ein unendliches Spiel handelt. Wir sind nicht auf der Suche nach schnellen Abkürzungen, wenn es darum geht, etwas heute zu implementieren. Und wir denken an die Partnerschaft mit unseren Kunden, an den Lebenszyklus einer Plattform, an eine echte Lösung für ihre Bedürfnisse.

Und das bedeutet fast immer, dass wir versuchen, so nah am Kern zu bleiben wie möglich. Wir versuchen, Abhängigkeiten zu reduzieren. Wir versuchen, alle Arten von proprietären Abhängigkeiten zu reduzieren. Mit diesen Parametern im Hinterkopf war das nicht wirklich Teil unseres Weges, und bis jetzt haben wir noch nichts gesehen, das so gut war, dass wir der Meinung sind, dass es sich lohnt, diesen Kompromiss einzugehen.

[00:31:12] Nathan Wrigley: Sean Blakeley, danke, dass du dich für den Podcast gemeldet hast.

[00:31:16] Sean Blakeley: Vielen Dank!

Quelle


Dieser Artikel ist im Original von wptavern.com und wurde übersetzt
https://wptavern.com/podcast/36-sean-blakeley-on-transitioning-a-large-agency-over-to-gutenberg

Abonniere den RSS-Feed von unseren WP News und verpasse keine Meldung: https://die-mainagentur.de/feed/?post_type=wp-news

Alternativ kannst du unseren WP-Newsletter abonnieren

Mit dem Eintrag in den WP-Newsletter bekommst du per Mail über neue Artikel zugesendet. Du kannst den Newsletter jederzeit abbestellen.
Mehr dazu in der Datenschutzerklärung