Wie bereitet man einen Onlineshop auf eine Produkteinführung vor, wenn vielleicht mehrere hunderttausend Menschen darauf warten? Case study Lecollet.pl

Bedürfnis

Alles begann damit, dass der Kunde nach einem Zähler auf der Produktseite fragte, der die Zeit bis zur Aktivierung der Kaufoption misst. So konnte sich der Benutzer das Kleid ansehen, die Produktbeschreibung lesen, es von allen Seiten betrachten, seine Lust auf den Kauf steigern… aber er konnte es nicht sofort kaufen. Dies sollte dazu beitragen, einen Hype um neue Produkte zu machen.

Untersuchung der Möglichkeiten

Zu Beginn der Zusammenarbeit untersuchen wir immer genau, woraus sich die Bedürfnisse des Kunden ergeben, prüfen verschiedene Möglichkeiten, sie zu erfüllen und bestimmen den gewünschten Effekt. Ein Team, das aus einem Projektkoordinator, Programmierern und einem E-Commerce-Manager besteht, analysiert die Situation und erstellt eine Machbarkeitsstudie für den Auftrag sowie 1-2 Lösungsvorschläge mit unterschiedlichen Budgets. Auf dieser Grundlage stimmen wir uns mit dem Kunden über das endgültige Konzept ab.

Neue Art der Anzeige von Neuheiten

Bisher war die Einführung eines Produkts aus Sicht von PrestaShop gleichbedeutend damit, ein Produkt in den Onlineshop hochzuladen und es auf der Website mit dem Tag „Neuheit“ anzuzeigen. Es gab jedoch keine Möglichkeit, das Produkt vorher zu zeigen, ohne die Möglichkeit, es zu kaufen – und wir mussten eine solche Option von Grund auf programmieren. Außerdem mussten wir die Reihenfolge der angezeigten Produkte auf der Registerkarte Neuheiten berücksichtigen. Standardmäßig basiert sie auf dem Datum der Hinzufügung, aber im Falle der Einführung von Produkten ohne Kaufmöglichkeit ist die Situation etwas komplizierter geworden.

Umgang mit dem zunehmenden Website Traffic

Die Werbung für die neuen Produkte und die damit verbundenen Erwartungen führten in der Phase der Produkteinführung zu einem starken Anstieg der Besucherzahlen auf der Website. Als die Belastung zunahm, war der Server nicht mehr in der Lage, diese zu bewältigen. Wir, Convertis, sind keine Spezialisten auf dem Gebiet des Servers… aber wir sind gute Lösungsfinder. Deshalb fanden wir schnell einen Administrator, der mit der Situation zurecht kam. Was sehr wichtig ist – es gelang uns, das Problem zu lösen, ohne dass unnötige Kosten für die Server-Skalierung anfielen. Dem von uns beauftragten Spezialisten gelang es, die Leistung des bereits vorhandenen Systems zu steigern, indem er Engpässe im Prozess beseitigte und den Betrieb optimierte. Erfolg!

Als Partner sind wir stets bestrebt, das bestmögliche Ergebnis mit den geringstmöglichen Kosten für den Kunden zu erzielen. Lohnt es sich? Kurzfristig – viele würden wahrscheinlich nein sagen, weil wir für einen größeren Arbeitsumfang mehr verlangen könnten. Für uns sind jedoch die langfristigen Vorteile für beide Seiten wichtig. Durch die Wahl von Lösungen, die in erster Linie für den Kunden von Vorteil sind, gewinnen wir sein Vertrauen und bauen eine langfristige Beziehung auf.

Bestellung von Produkten, die derzeit nicht auf Lager sind

Standardmäßig ging der Kunde beim Abschluss eines Kaufs vom Warenkorb zur Website der Bank, um die Zahlung vorzunehmen, und erst nach der Rückkehr zum Shop wurde die Bestellung bearbeitet. Das Ergebnis? Bei den größeren Besucherzahlen kam es vor, dass zwischenzeitlich jemand seine Einkäufe „stibitzte”, weil sie nicht reserviert waren. Wir änderten das Zahlungsmodul so, dass die Bestellung bereits bei der Eingabe in das Zahlungssystem (und nicht erst nach der Rückkehr) bearbeitet wird, wodurch die Produkte für den Kunden reserviert werden, der sie in seinem Warenkorb hat. Auf diese Weise war es möglich, Bestellungen von Produkten zu verhindern, die nicht auf Lager waren. Es gab auch das Problem der Reservierung von Produkten ohne spätere Bezahlung. Wir besprachen die möglichen Optionen mit dem Kunden und entschieden gemeinsam, dass diese Situation so selten war, dass es nicht nötig war, für diesen Fall eine zusätzliche Software zu entwickeln, und dass das Shop-Team dies selbst erledigen würde.

Abweichung zwischen Warenkorb und Bestellung

Ein weiteres Problem ergab sich aus der hohen Anzahl von Aufträgen pro Minute. Die Zeit zwischen der Anzeige des Warenkorbs und dem Anklicken der Schaltfläche „Bestellen” war so lang, dass einige Produkte in der Zwischenzeit aus dem Lager verschwanden. PrestaShop prüft standardmäßig die Verfügbarkeit von Waren nicht, nachdem sie in den Warenkorb gelegt wurden. Deshalb fügten wir eine Bestandskontrolle hinzu, die erfolgt, wenn man auf „Bestellen” klickt – um sicherzustellen, dass alles verfügbar ist.

Warum sahen wir nicht alle diese Probleme auf einmal voraus?

Das ist eine sehr gute Frage! In diesem Fall resultierte es aus der Herangehensweise, die wir mit dem Kunden wählten. Zunächst erstellten wir ein MVP und konzentrierten uns ausschließlich auf die wichtigste Funktion. Uns ging es vor allem um einen schnellen Start des Shops, und wir beschlossen, Änderungen und Korrekturen später vorzunehmen. Der zweite Punkt: Probleme entstehen, wenn das Projekt vergrößert wird. Je mehr Besucher es gibt, desto wahrscheinlicher ist es, dass etwas verbessert oder optimiert werden muss. In gewisser Weise sind wir manchmal Opfer unseres eigenen Erfolgs. Im Falle der Markteinführung eines Produkts wurde eine große Anzahl von Kunden angezogen, was eine Verbesserung des Bestellsystems in Aspekten, die bei der geringeren Besucherzahl nicht entscheidend wären, erforderte.