Seit wir mit der Entwicklung von WebWork Time Tracker begonnen haben, sind wir gleichzeitig unsere eigenen Nutzer.

Denn bevor man etwas verkauft, muss man sicherstellen, dass es die Investition wert ist, die Nutzer bereit sind zu tätigen.

Was ursprünglich als Methode begann, um sicherzustellen, dass unser Produkt so funktioniert, wie wir es uns vorstellen, hat sich zu einer gelebten Kultur entwickelt – unser eigenes Tool ist heute fester Bestandteil unseres täglichen Arbeitsalltags.

Dass es dafür sogar einen Begriff gibt, haben wir erst später erfahren – Dogfooding.

Im Kern bedeutet es: das eigene Produkt selbst nutzen, um es zu testen, aus Nutzerperspektive zu erleben und Fehler zu beheben, bevor sie bei echten Anwendern ankommen.

In gewisser Weise ist Dogfooding eine kosteneffiziente Methode zur Produkterprobung – egal ob in frühen Entwicklungsphasen oder über die gesamte Produktlaufzeit hinweg.

Kosteneffizienz und Wirksamkeit sind zwar die offensichtlichsten Vorteile – aber bei WebWork haben wir noch viel mehr davon mitgenommen.

Ein echtes Bewusstsein für die Nutzerperspektive

Die Dogfooding-Kultur hat geprägt, wie unsere Teammitglieder ihre täglichen Aufgaben angehen – selbst dann, wenn diese Aufgaben nicht direkt mit dem Endnutzer zusammenhängen. Sogar Rollen wie die Softwareentwicklung, die traditionell weit vom Nutzeralltag entfernt ist, behalten stets im Blick, wie Nutzer die entwickelten Funktionen wahrnehmen und einsetzen werden.

Das verdanken wir dem Dogfooding – wir nutzen WebWork kontinuierlich selbst, um unsere Zeit zu erfassen, Aufgaben zu verwalten und die Produktivitätsüberwachung zu testen.

Verbundenheit mit dem Produkt

Die eigene Nutzung von WebWork hat unserem Team etwas Wertvolles gegeben – echte Verbundenheit mit dem Produkt.

Klingt ungewöhnlich für ein Tech-Team? Finden wir nicht.

Ganz im Gegenteil.

Wir sehen WebWork als unser gemeinsames Werk – etwas, das wir von Grund auf aufgebaut und weiterentwickelt haben, bis es zu dem ausgereiften Produkt geworden ist, das es heute ist. Nicht unabhängig im technischen Sinne, aber im übertragenen: gemessen daran, wie weit es gewachsen ist.

Das Warum und das Wie hinter dem Produkt

Unsere eigene Erfahrung mit WebWork hat verändert, wie wir Arbeit wahrnehmen – nicht mehr als bloße Abfolge von Aufgaben. Wir interessieren uns nicht mehr nur für das Was, sondern genauso für das Warum und das Wie.

Es gab immer wieder Situationen, in denen Mitarbeitende aus allen Abteilungen – auch solche, die nicht direkt am Produkt arbeiten – Beobachtungen und Hinweise gemeldet haben, die sich später als wertvoll erwiesen. Einige dieser Erkenntnisse sind sogar in Funktionen eingeflossen, die WebWork heute anbietet und bei Nutzern besonders beliebt sind.

Ein konkretes Beispiel dafür, wie Dogfooding unser Funktionsangebot beeinflusst hat, ist unser Urlaubsverwaltungs-System.

Unsere HR-Managerin brauchte ein Tool, das die Urlaubsverwaltung für unsere zahlreichen hybriden und remote arbeitenden Mitarbeitenden automatisiert und vereinfacht. Da wir WebWork bereits intern nutzten, lag der Gedanke nahe: Warum bauen wir das nicht direkt ein? Zumal wir wussten, dass auch viele unserer Tech-Kunden genau diese Funktion brauchen würden.

Das eigene Produkt zu nutzen, öffnet den Vorhang zur Bühne. Man steht nicht mehr nur im Hintergrund – man spielt gleichzeitig auf der Bühne und sitzt im Publikum.

Weniger Support-Anfragen

Dogfooding ist nur dann echtes Dogfooding, wenn es mit dem Ziel betrieben wird, das Produkt zu verbessern. Indem wir jede Komponente des Tools – seine UI und UX – genau im Blick behalten, stellen wir sicher, dass uns Fehler und Inkonsistenzen frühzeitig auffallen.

Für einen reibungslosen Ablauf haben wir einen eigenen Kanal, über den wir unsere Erfahrungen und Beobachtungen teilen.

Fehler selbst zu entdecken – und das früh in der Entwicklung – reduziert außerdem die Anzahl eingehender Support-Anfragen spürbar.

Häufig sind es unsere Teammitglieder – darunter auch unser CEO –, die Fehler, Bugs oder Designprobleme entdecken, die sonst zu Support-Anfragen führen würden. Durch Dogfooding greifen wir rechtzeitig ein, bevor Nutzer überhaupt damit in Berührung kommen.

Funktionen testen, bevor sie für Nutzer verfügbar sind

Die meisten Funktionen, Erweiterungen und Updates werden zuerst intern live geschaltet. In unserem gemeinsamen WebWork-Workspace testet das gesamte Team alle Updates und neuen Features, bevor sie für Nutzer freigegeben werden.

Je nach Funktion nutzen wir sie manchmal bis zu einem Monat intern, bevor wir sie für bereit halten. In anderen Fällen stellen wir sie direkt für Beta-Tests zur Verfügung. Und manchmal testen wir eine Funktion intern, stellen fest, dass sie mehr Arbeit erfordert als erwartet, und legen sie vorübergehend zur Seite – mit dem klaren Ziel, später darauf zurückzukommen.

Jeder Fall ist anders. Aber Dogfooding zahlt sich immer aus.

Das Entscheidende ist: Indem wir unser Produkt gut genug für den eigenen Einsatz machen, treiben wir uns selbst an, besser zu werden – und liefern unseren Nutzern die bestmögliche Version von WebWork.

„,“metadesc“:“Dogfooding prägt, wie wir WebWork weiterentwickeln. Wir nutzen und testen unser eigenes Tool täglich – damit du immer die beste Version erhältst.“,“focuskw“:“Dogfooding