Machen Sie sich mit der Zukunft der Webflow-Entwicklung vertraut: Ist Finsweet Client-First das Richtige für Sie?

Der Begriff „The Future of Webflow Development“ mag ein bisschen überdramatisch sein, aber wer liebt nicht einen eingängigen Titel? Es stimmt, wir könnten von fortschrittlicheren Funktionen wie mehrsprachigem Support, erweiterten CMS-Beschränkungen oder erweiterten Funktionen auf Mitgliederseiten träumen. Dennoch sind wir überzeugte Unterstützer von Webflow und sind zuversichtlich, dass diese Entwicklungen zu gegebener Zeit eintreten werden. Lassen Sie uns also wieder auf den richtigen Weg kommen... und uns auf die verfügbaren Tools konzentrieren, die unsere Reise mit Webflow reibungsloser machen könnten.

Die Frage ist: Ist Der Kunde steht an erster Stelle die richtige Wahl für alle Webflow-Designer oder Entwickler? Wir sind hier, um uns mit den Grundlagen von Client-First zu befassen, seine Vor- und Nachteile abzuwägen und dir bei der Entscheidung zu helfen, ob es perfekt zu dir passt. Lass uns durch das Reich von Finsweet's Client-First reisen!

Kundenorientierung verstehen

Client-First ist eine Philosophie und eine Reihe von Best Practices, die helfen sollen Webflow Entwickler erstellen organisierte, skalierbare und wartbare Websites. Der Ansatz basiert auf einer Reihe von Prinzipien und Strategien, bei denen die Benutzerfreundlichkeit sowohl für den Entwickler als auch für den Kunden im Vordergrund steht. Durch die Nutzung von Client-First können Webflow-Entwickler:

1. Sparen Sie Zeit und Ressourcen, indem Sie den Entwicklungsprozess optimieren.
2. Stellen Sie sicher, dass ihre Projekte für Teammitglieder und Kunden leicht zu verstehen und zu verwalten sind.
3. Stellen Sie sicher, dass ihre Projekte für Teammitglieder und Kunden leicht zu verstehen und zu verwalten sind.

Für eine ausführlichere Einführung sollten Sie sich die Erklärung von Joe aus Finstweet ansehen:

Vorteile der Einführung von Client-First

1. Optimierter Arbeitsablauf: Wenn Sie die Best Practices von Client-First befolgen, können unnötige Schritte vermieden und ein effizienterer, organisierter Entwicklungsprozess gefördert werden. Ein schnellerer Projektabschluss und weniger Hindernisse sind nur einige der Vorteile.
2. Mühelose Zusammenarbeit: Mit Client-First sind Projekte so strukturiert, dass sie leicht zu verstehen und zu bearbeiten sind, sodass die Zusammenarbeit auch mit neuen Teammitgliedern oder Kunden einfach wird.
3. Verbesserte Wartbarkeit: Ein wichtiger Grundsatz von Client-First ist die Gestaltung von Websites mit Blick auf die zukünftige Wartung. Dies führt dazu, dass es Kunden leichter fällt, ihre Websites zu verwalten, was ihr Gesamterlebnis verbessert.
4. Kohärenz: Client-First bietet klare Richtlinien, die sicherstellen, dass alle Ihre Webflow-Projekte einer einheitlichen Struktur und einem einheitlichen Design entsprechen — ein wichtiger Aspekt für Agenturen und größere Teams.
5. Barrierefreiheit: Einer der wichtigsten Schwerpunkte von Client-First ist Barrierefreiheit. Die Methode verwendet hauptsächlich REM anstelle von Pixeln, sodass alles mit der Textgröße im Browser wächst und schrumpft.

Nachteile der Einführung von Client-First

1. Lernkurve: Wie jede neue Methode verfügt auch Client-First über eine Lernkurve. Entwickler müssen Zeit investieren, um sich mit dem Ansatz vertraut zu machen, was ihren Fortschritt zunächst verlangsamen kann.
2. Nicht für jedes Projekt ideal: Client-First wurde für Webflow-Entwickler entwickelt, die Wert auf Organisation und Wartbarkeit legen. Für kleinere oder einfachere Websites ist dieses Strukturniveau jedoch möglicherweise nicht erforderlich.
3. Änderung der Denkweise: Um Client-First einzuführen, müssen alte Gewohnheiten verworfen und eine neue Perspektive auf die Webflow-Entwicklung eingenommen werden. Dieser Wandel kann für Entwickler, die an einen eher freiheitlichen Ansatz gewöhnt sind, eine Herausforderung sein.

Sollten Sie Client-First verwenden?

Die Entscheidung, Client-First einzusetzen, hängt letztlich von Ihren persönlichen Vorlieben und den spezifischen Bedürfnissen Ihrer Projekte ab. Wenn Sie Wert auf Organisation, Effizienz und langfristige Wartbarkeit legen, könnte Client-First Ihren Webflow-Entwicklungsprozess grundlegend verändern.

Wenn Sie jedoch an kleineren Projekten arbeiten oder einen gut etablierten Arbeitsablauf haben, der Ihre Anforderungen bereits erfüllt, ist die Einführung von Client-First möglicherweise nicht so vorteilhaft. In beiden Fällen empfehlen wir Ihnen, sich mit der Methodik vertraut zu machen und zu überlegen, wie ihre Prinzipien Ihren aktuellen Ansatz verbessern könnten. Schauen Sie sich an, wie wir begonnen haben, sie in unseren Arbeitsablauf zu integrieren.

Client-First von Finsweet ist ein innovativer Ansatz für die Webflow-Entwicklung, der darauf abzielt, die Organisation, Effizienz und Wartbarkeit Ihrer Projekte zu verbessern. Indem Sie die Richtlinien und Best Practices des Unternehmens befolgen, können Sie Ihren Arbeitsablauf optimieren, die Zusammenarbeit verbessern und Ihren Kunden ein besseres Gesamterlebnis bieten.

Es ist jedoch wichtig, sich daran zu erinnern, dass keine einzelne Methode für jeden Entwickler oder jedes Projekt perfekt ist. Wir empfehlen Ihnen, sich mit Client-First vertraut zu machen und zu überlegen, wie sich die Prinzipien in Ihre aktuellen Praktiken integrieren lassen. Vielleicht stellen Sie fest, dass es das fehlende Stück ist, nach dem Sie gesucht haben, oder Sie stellen vielleicht fest, dass ein hybrider Ansatz für Ihre spezifischen Bedürfnisse am besten geeignet ist. Im Wesentlichen ist Client-First ein hybrider Ansatz. Sie werden ermutigt, die vorhandenen Elemente und Strukturen zu verwenden und sie anzupassen, aber auch das hinzuzufügen, was Sie benötigen, wenn es bedeuten würde, zu viele Stile zu stapeln.

Am Ende des Tages ist es am wichtigsten, Ihren Entwicklungsprozess kontinuierlich zu evaluieren und zu verfeinern, um sicherzustellen, dass Sie Ihren Kunden die bestmögliche Arbeit bieten. Egal, ob Sie sich dafür entscheiden, Client-First voll und ganz zu nutzen, bestimmte Elemente davon zu übernehmen oder an Ihrem aktuellen Ansatz festzuhalten, hören Sie nie auf, nach Möglichkeiten zu suchen, Ihr Webflow-Entwicklungserlebnis zu optimieren.

Was macht Milk Moon Studio?

Der Kunde wurde zum ersten Mal gestartet, als wir anfingen, uns viel mehr darum zu bemühen, inklusiver zu sein, Barrierefreiheit zu fördern und unsere eigene Arbeit für andere Webflow-Entwickler verständlicher zu machen.

Als Webflow-Designer und -Entwickler haben wir immer versucht, die Webflow-Community zu begrüßen, egal ob das manchmal bedeutet, viele Fragen im Forum zu stellen oder Antworten zu geben und anderen zu helfen, wo wir können. Im Laufe der Jahre haben wir auch versucht, aktiv über Webflow zu bloggen, um anderen zu helfen, indem wir ihnen gezeigt haben, wie wir herausgefunden haben, wie man etwas macht, zufällige Dinge mit benutzerdefiniertem Code in Webflow gemacht haben oder aufgrund meines eigenen Hintergrunds eine Menge analysebezogener Webflow-Inhalte. All das wird durch die Überzeugung unterstrichen, dass wir wollen, dass unsere Arbeit nicht nur für Nutzer zugänglich ist, die die von uns erstellten Websites besuchen, sondern auch für andere Webflow-Entwickler.

Wir wollen unsere Kunden niemals als Geiseln nehmen. In einer idealen Welt möchten wir, dass ein Kunde uns mitten in einem Projekt entlassen kann, die Arbeit, die wir für ihn erledigt haben, an einen anderen Entwickler weitergibt und ihn das fortsetzen lässt, was wir begonnen haben, ohne einen Takt zu überspringen.

Von Anfang an, und das ist jetzt ein paar Jahre her, haben wir versucht, das zumindest zu erreichen, indem wir beschreibende Klassennamen gegeben und sie nach Abschnitten gruppiert haben, ähnlich der Komponenten- und Ordnerstruktur von Finstweet, sodass jeder, der das Projekt öffnet, weiß, was vor sich geht und was er gerade ändert, wiederverwendet oder was auch immer. Wir wollten auch sicherstellen, dass nicht nur ein Webflow-Entwickler oder Webflow-Designer es versteht, sondern auch unsere Kunden. Das haben wir definitiv bis zu einem gewissen Grad erreicht, es ist immer schwierig, genau zu sagen, wie affektiv man ist, aber ich würde sagen, es war ziemlich gut.

Die nächste Phase für uns, ein Webflow Studio, in Bezug auf unser internes Wachstum, bestand darin, besser darin zu werden, unsere Websites für den Benutzer da draußen in der Wildnis besser bewertbar zu machen, und das beinhaltet wirklich alles, von Aria-Labels bis hin zu Farbkontrast, Textgröße, HTML-Tags und viel zu viel, um hier behandelt zu werden. Aber die eine große Sache, die wir von Anfang an nicht richtig gemacht hatten, war die Abkehr vom Pixel. Als wir also gerade auf REMs Client First umstellten, wurde der Fokus auf Barrierefreiheit gelegt, nicht nur für den Benutzer, der Ihre Website im Web betrachtet, sondern auch für einen anderen Entwickler, der sich Ihre Arbeit ansieht und sie ihnen sofort zugänglich macht. Das entsprach perfekt unseren Werten.

Also haben wir beschlossen, es an einem kleinen Projekt auszuprobieren. Und nach dem ersten Tag gaben wir auf und machten einfach das, was wir gewohnt waren, die Dinge so zu benennen, wie wir es gewohnt waren, so inklusiv wie möglich zu sein, und bis dahin waren wir sowieso schon hauptsächlich auf REM umgestiegen. Es war einfach schneller, mit weniger Elementen auf der Seite, und wir waren daran gewöhnt, also war es sicher.

Und später haben wir es erneut versucht, und das waren eher hybride Ansätze. Wie dem auch sei, springen Sie zu heute. Client-First ist ein Biest, es gibt eine Menge Dokumentation, es braucht viel Zeit, um sich daran zu gewöhnen. Unser Prozess unterscheidet sich von dem vieler Menschen. Wir entwerfen zuerst jedes kleinste Detail in Figma und prototypisieren es für Kunden. Wir bauen es in Webflow ein, wenn das fertig, überprüft und genehmigt ist. Wir bauen von Grund auf neu, um genau dem zu entsprechen, was wir in Figma haben, wir erstellen maßgeschneiderte Websites.

Aber wir haben begonnen, Client-First jetzt für alle Projekte zu verwenden. Es ist nicht einfacher, ich würde sagen, es ist immer noch schwieriger. Wir denken beim Design nicht an Client-First, wir bieten unseren Kunden wunderschöne Websites, wir geben ihnen, was sie wollen, und wenn wir dann ein neues Projekt beginnen, klonen wir Client-First und wir müssen viel Zeit damit verbringen, alles genauso aussehen und funktionieren zu lassen wie unser Design. Persönlich ist es für mich immer noch schneller, so zu erstellen, wie ich es früher getan habe. Ich muss mich daran erinnern, wie oft ich eine Website mit Client-First erstellt habe. Früher war das nicht so, ich habe mir einfach angeschaut, was wir in Figma gemacht haben, und es entsprechend gestylt. Ein Element auf der Seite könnte das, was 5 in Client-First tun, jedenfalls bis zu einem gewissen Grad. Jetzt muss ich mich daran erinnern, was ich in einem Abschnitt auf einer anderen Seite für Padding-Top verwendet habe, oder ich muss hingehen und nachschauen.

Warum also tun, wenn es schneller und weniger lästig ist, es nicht zu tun. Nun, sie haben viel Zeit und Gedanken über bewährte Methoden aufgewendet und Dinge, Benennung, Ordner, Komponenten- und Seitenstruktur, Barrierefreiheit und ihre Chrome-Erweiterung standardisiert. Es ist schnell, was die Seitengeschwindigkeit angeht, weniger DOMs, funktioniert perfekt mit Finstweet Attributes, um all die Dinge zu erledigen, die Webflow nicht sofort macht, wirklich alle möglichen Dinge, aber wenn es um die Mehrwertsteuer geht, ist der Grund, warum wir mehr Zeit verbringen... das ist die Übernahme dessen, was sie geschaffen haben.

Bis heute werde ich wahrscheinlich sagen, dass, wenn ich heute eine Website erstellen würde, so wie ich es vor Client-First getan habe, mein Kunde, eine Person in seinem Büro, die nichts von CSS, Flexbox oder Grid weiß, besser verstehen würde, was vor sich geht, als wenn ich es mit Client-First machen würde, und ein Entwickler würde sicherlich wissen, dass er alle Klassennamen durchgelesen hat. Aber, und hier kommt die Einführung von Client-First ins Spiel, nur sehr, sehr wenige unserer Kunden werden jemals versuchen, etwas im Designer zu machen, sie kommen zu uns zurück, ins Milk Moon Studio, oder gehen zu einem anderen Webflow-Experten oder Webflow-Partner oder Webflow-Designer oder einfach zu einem Typen, der etwas mit Webflow kennt, und sie werden unser Projekt öffnen, und wenn wir Client-First verwendet haben, wissen sie sofort, was vor sich geht, wenn sie haben es jemals benutzt, und so viele haben es getan, weil es so beliebt geworden ist. Alles von Die Komponenten von Relume sind Client-First, das Gleiche gilt für viele andere Bibliotheken usw.

Und wenn sie das nicht tun, nun ja, die Benennung ist standardisiert und beschreibend, werden sie es sehr schnell herausfinden. Ja, wir haben auf Client-First umgestellt. Obwohl es einen erheblichen Aufwand erforderte und möglicherweise nicht die schnellste Build-Methode ist, ist es für andere Entwickler leicht zugänglich, wenn sie den Webflow Designer öffnen. Außerdem ist es für Endbenutzer im Internet leichter zugänglich, insbesondere für Personen mit Sehbehinderungen.

Also, ist es das wert? Für uns ja. Es entspricht unseren Werten der Barrierefreiheit für unsere Kunden, Endbenutzer und andere Webflow-Entwickler. Egal, ob Sie sich dafür entscheiden, den Kunden in vollem Umfang zu nutzen, Elemente davon zu übernehmen oder an Ihrem aktuellen Ansatz festzuhalten, denken Sie daran, kontinuierlich nach Möglichkeiten zu suchen, Ihren Webflow-Entwicklungsprozess zu optimieren. Viel Spaß beim Entwerfen!