Cards For Causes: Hybride Anpassung in der BigCommerce-Entwicklung

Gehostete E-Commerce-Lösungen sind fantastische Tools, aber manchmal kann ihre Notwendigkeit, ein Massenpublikum zu bedienen, ihre Nützlichkeit für Unternehmen mit ungewöhnlichen Anforderungen beeinträchtigen. Barry Robb, der Business Manager bei Cards for Causes, wandte sich zuerst an 1Digital Agency, weil sein Geschäft wuchs, aber seine E-Commerce-Website sie belastete. Cards for Causes ist ein in Huston ansässiges Unternehmen, das es seinen Kunden ermöglicht, im Namen eines Freundes oder einer geliebten Person auf einfache Weise Geschenke für wohltätige Zwecke zu machen. Der Bestellvorgang für diese Karten ist lang und umständlich. Der Kunde muss seine Karte von Grund auf anpassen und bei jedem Schritt des Bestellvorgangs aus unzähligen Optionen auswählen. Cards for Causes hatte sich selbst eine proprietäre Website erstellt, um diesen komplizierten Prozess zu ermöglichen, aber sie hatten Probleme mit der Skalierung. Ihr Bestellprozess hat für sie gut funktioniert, aber sie haben in fast allen anderen Bereichen des E-Commerce geopfert, um ihn zu bekommen. Jedes Mal, wenn eine Aktualisierung der proprietären Website erforderlich war, war die Durchführung der Änderung ein langer und teurer Prozess. Jedes Mal, wenn sie dies taten, verschob Cards for Causes die Auseinandersetzung mit ihrem eigentlichen Problem, die Website, die sie seit Jahren hatten, konnte mit ihrem wachsenden Geschäft nicht mehr Schritt halten.

Als Barry mit 1Digital in Kontakt kam, interessierte er sich für die Entwicklung von BigCommerce. Er hatte die Plattform schon früher benutzt, also wusste er, dass er damit arbeiten konnte. Er wusste, dass BigCommerce als SAAS-Plattform automatisch skalieren konnte, wenn ihre Website mehr Bandbreite und mehr Sicherheit benötigte und mehr Bestellungen entgegennahm. Er wusste auch, dass nichts Vergleichbares wie ihr aktueller Bestellprozess mit BigCommerce oder einer bestehenden E-Commerce-Plattform kam. Also rief er 1Digital an, um zu sehen, ob wir es bauen könnten.

Wann immer ein Händler mit sehr spezifischen, sehr fortgeschrittenen Anforderungen zu uns kommt, verbringen wir gerne viel Zeit damit, in die Details zu gehen. Um zu wissen, ob es überhaupt möglich war, den Cards for Causes-Bestellprozess mit der BigCommerce-Entwicklung nachzubauen, mussten wir zuerst alles darüber erfahren. Unsere Kundenbetreuer hatten über einen Zeitraum von 5 Monaten vor Projektbeginn mehrere Treffen mit dem Cards for Causes-Team, in denen sie die aktuelle Funktionalität erkundeten. Jede beantwortete Frage würde weitere Fragen und Eventualitäten aufwerfen, die es zu berücksichtigen gilt. Wir nehmen uns die Zeit, so viel zu lernen, bevor wir einen Aktionsplan erstellen, weil wir versuchen, den Arbeitsumfang in unseren Vorschlägen so detailliert wie möglich zu gestalten. Je konkreter der Umfang ist, desto mehr können wir später Überraschungskosten reduzieren, wenn Dinge auftauchen, die ursprünglich nicht geplant waren.

Eine Sache, die wir während dieses Scoping-Prozesses für Cards for Causes vorwegnehmen wollten, war eine gute Möglichkeit, ihr System zukunftssicher zu machen. Schließlich war das in erster Linie ihr Problem gewesen. Sie hatten ein System, das bei der Erstellung perfekt funktionierte, sich aber nicht an ihr sich änderndes Geschäft anpassen konnte. Barry hatte zum Ausdruck gebracht, dass das Unternehmen, obwohl es sich derzeit auf Karten konzentriert, in Zukunft möglicherweise mit dem Verkauf anderer kundenspezifischer Produkte beginnen wird, die einige ihrer Anpassungselemente erfordern würden, aber nicht alle. Beispielsweise müssen für eine personalisierte Karte zusätzlich zur Kundenbotschaft Optionen für den Umschlag der Karte ausgewählt werden. Etwas wie eine personalisierte Tasse hingegen würde nur die Botschaft brauchen. Umschlagoptionen wären für diese Kunden ein nutzloses Hindernis für den Auftragsabschluss. Also haben wir uns dafür entschieden, ihr System modular zu gestalten. Ihre neue Produktverwaltungsschnittstelle würde aus mehreren Modulen bestehen, die je nach Bedarf für jeden Produkttyp ein- oder ausgeschaltet werden könnten, wodurch Cards For Causes auf einfachste Weise mehr Flexibilität für zukünftige Produkte erhält. Um dies zu erreichen, haben wir ein Hybridsystem geplant, teilweise BigCommerce und teilweise etwas ganz Eigenes.

Das 1DBox Custom-System

Wenn wir versuchen, wirklich einzigartige Anforderungen mit einem gehosteten System wie BigCommerce zu erfüllen, müssen wir manchmal außerhalb der Grenzen färben. BigCommerce-Shops werden in der Cloud gehostet, was bedeutet, dass Sie, obwohl Sie Ihren BigCommerce-Shop besitzen und betreiben, den Serverplatz und die Sicherheit für jede BigCommerce-Site bereitstellen. Sie sind ein halbautonomer Teil eines größeren Ökosystems von BigCommerce-Geschäften. Auf der anderen Seite wird Ihre BigCommerce-Website sicherer und zuverlässiger. Dies bedeutet auch, dass BigCommerce Einschränkungen festlegen wird, an die sich jedes Geschäft halten muss, um das größere Ökosystem der gehosteten Geschäfte zu schützen. Wenn Sie eine Reihe von Anforderungen wie Cards for Causes haben, gibt es einfach keine Möglichkeit, sie mit der etwas eingeschränkten Sandbox von BigCommerce zu erfüllen.

Wenn dies der Fall ist, bauen wir ein vollständig kundenspezifisches System, unser 1DBox-Entwickler-Toolkit. Unser Tool 1DBox wird in der Regel auf einem vom Kunden gemieteten Linux-Server gehostet. In diesem separaten Bereich, der nicht von BigCommerce kontrolliert oder gehostet wird, haben wir freie Hand, um fast alles zu tun, was wir wollen. Wir verwenden dann die offene API von BigCommerce (eine Reihe von Routinen und Protokollen, die Computersystemen bei der Interaktion helfen), um unser 1DBox-System mit dem Rest des BigCommerce-Shops zu verbinden. Dies ist eine Methode, die wir für komplexe Anpassungen nicht nur auf BigCommerce, sondern auf jeder gehosteten Plattform (Shopify, Volusion usw.) mit strengen Entwicklungsbeschränkungen verwenden würden.

Im Fall von Cards for Causes umfasst das von uns erstellte 1DBox-System ein einfach zu navigierendes Dashboard, das wir erstellt und entworfen haben. Dieses Dashboard ist für das Cards for Causes-Team über einen Benutzernamen und ein Passwort zugänglich und ermöglicht es ihnen, ihre Produkte zu verwalten. Dieses Dashboard unterscheidet sich nicht von ihrem BigCommerce-Administrationsbereich, es enthält nur Tools, die speziell für ihren Prozess entwickelt wurden.

Das Dashboard besteht aus 12 separaten Modulen, die sich jeweils mit einem bestimmten Teil der Produktanpassung und des Bestellvorgangs von Cards For Causes befassen. Von eher banalen E-Commerce-Elementen wie der Gruppierung von Produkten in Produkttypen und der Festlegung von Volumenpreisen bis hin zu Elementen, die spezifischer für das Geschäftsmodell von Cards for Causes sind, wie die Verwaltung von Versen, die in Karten geschrieben werden können, oder das Hinzufügen von Optionen für wohltätige Spenden des Kunden. Das System verfolgt auch Bestellungen, die über die BigCommerce-Warenkorbfunktionen im Geschäft aufgegeben werden.

Das benutzerdefinierte System verfügt außerdem über eine weitere integrierte API-Verbindung mit dem Spezialdrucker, der tatsächlich die physischen Karten erstellt, die auf der Website bestellt werden. Bevor eine Bestellung versandt wird, hat das Cards for Causes-Team die Möglichkeit, sie zu überprüfen, Änderungen im benutzerdefinierten Dashboard vorzunehmen und die Bestellung dann manuell an die Druckerei zu senden, die die Karte erstellt und an den Kunden sendet.

Dieses System ist praktikabel, weil es modular ist. Jeder der 12 separaten Bereiche im 1DBox-System kann seine Effekte auf einen bestimmten Produkttyp anwenden oder nicht anwenden lassen. Das bedeutet, dass das Cards for Causes-Team jedes neue Produkt, das es seiner Linie hinzufügt, so komplex oder so einfach gestalten kann, wie es möchte. Und da dieses System funktional Open Source ist, werden sie, wenn sie in Zukunft weitere Module hinzufügen müssen, durch keine Systembeschränkungen daran gehindert.

Der Prozess

Der Aufbau eines komplexen benutzerdefinierten Systems ist nicht schnell und einfach. In solchen Fällen müssen wir im Wesentlichen eine zusätzliche E-Commerce-Plattform erstellen, die nahtlos mit derjenigen zusammenarbeitet, die der Kunde bereits verwendet. Die Vorarbeit erforderte viel Hin und Her, um den Arbeitsumfang richtig festzulegen, aber während der Entwicklung kann es eine lange Zeit geben, in der sich der Kunde möglicherweise nicht auf dem Laufenden hält, während sich unser Entwicklungsteam auf seine Arbeit konzentriert. Während dieser Zeit halten wir unsere Kunden gerne auf dem Laufenden, indem wir ihnen über den Abschnitt „Ergebnisse“ unseres Projektmanagementsystems Bericht erstatten.

Der Umfang der Arbeit ist in verständliche Teile unterteilt und wir berichten über den Fortschritt jedes Teils im Laufe der Entwicklung. In diesem Fall entsprach jedes Modul einer Leistung. Auf diese Weise konnte das Cards for Causes-Team verfolgen, wie weit unser Entwicklungsteam für jeden Abschnitt seines Projekts gekommen war.

Nach der Entwicklung kommen QA und Tests. Bei einer so spezialisierten Aufgabe kann die Qualitätssicherung oft genauso viel Zeit in Anspruch nehmen wie die Entwicklung. Mit Cards for Causes begannen wir eine zweite Serie von Meetings, die halb Schulung, halb Qualitätsprüfung waren. Wir würden damit beginnen, ihr Team Modul für Modul durch die Verwendung und Wartung des neuen 1DBox-Systems zu führen. Jedes Mal sahen sie etwas, das nicht ganz mit ihrem Prozess funktionierte. Wir würden das System untersuchen und dann ändern. Am Ende mehrerer Wochen der Überprüfung und Überarbeitung war das System genau das, wonach das Cards for Causes-Team gesucht hatte. Wie wir es oft für Projekte wie dieses tun, haben wir eine Bedienungsanleitung erstellt, damit das Cards for Causes-Team eine Dokumentation über die ordnungsgemäße Verwendung seines neuen Systems hatte und neue Mitarbeiter in der Zukunft darin schulen konnte. Das Handbuch für dieses System war schließlich ein 33-seitiges Dokument.

Für 90 % der Händler, mit denen wir zusammenarbeiten, ist eine SAAS-Plattform wie BigCommerce ausreichend. Diese Systementwicklung von Drittanbietern ist eine seltene Notwendigkeit. Wenn Ihr Unternehmen jedoch eine Kombination aus der Stabilität, Sicherheit und dem Preis einer gehosteten Plattform sowie der uneingeschränkten Freiheit eines Open-Source-Systems benötigt, ist diese Hybridlösung eine gute Wahl. Wenn die Arbeitsweise Ihres Unternehmens einzigartig ist, sprechen Sie mit den BigCommerce-Entwicklungsexperten von 1Digital Agency über die Erweiterung der Fähigkeiten Ihrer gehosteten Plattform mit einem Drittanbietersystem. Mit der Masse mitzugehen hat seine Vorteile, aber wenn Sie etwas brauchen, das speziell für Sie entwickelt wurde, kann 1Digital liefern.

PDF Herunterladen