Kontext und Aufgabe
Der B2B-Partnerbereich nutzte eine bestehende Kombination aus Bitrix24 und „1C-Bitrix: Site Management“, Business-Edition. Wir sollten die Lösung an die tatsächlichen Unternehmensprozesse anpassen und weiterentwickeln.
Die Architektur musste die Geschäftsanforderungen abbilden. Dafür mussten wir klären, welche Aktionen Partner benötigen, welche Daten aus 1C kommen und welche Aufgaben die Webplattform übernimmt. Eine Liste technischer Anpassungen allein beantwortete diese Fragen nicht.
Mein Beitrag
Ich klärte die tatsächlichen Geschäftsanforderungen und wirkte gemeinsam mit dem Team an der Überarbeitung der Architektur mit. Ich organisierte die Arbeit der Fachkräfte und übernahm bei Bedarf technische Aufgaben.
Die Umsetzung einzelner Komponenten lässt sich nicht von der Arbeit der Kollegen trennen: Das beschriebene Ergebnis ist eine Teamleistung. Mein Schwerpunkt in diesem Fall waren Anforderungen, Architektur und die Organisation der Entwicklung.
Was umgesetzt wurde
| Bereich | Ergebnis des Teams |
|---|---|
| Plattformverbund | Bestehende Lösung auf Bitrix24 und Site Management überarbeitet |
| Produktdaten | 1C-Integration für den Katalog umgesetzt |
| Partnerkonditionen | Datenaustausch für Partnerrabatte umgesetzt |
| Registrierung | Registrierung russischer und internationaler Geschäftspartner umgesetzt |
| Weiterentwicklung | Ein Senior-Entwickler übernimmt die weitere Entwicklung |
Die Anpassungen nutzen bestehende Plattformfunktionen. Änderungen durchlaufen Reviews und werden nach einem festgelegten Verfahren als Patches veröffentlicht. Die Bereitstellung ist über GitLab CI/CD teilweise automatisiert. Für Nutzer und Projektbeteiligte erstellen wir Erläuterungen und Anleitungen.
Praktisches Ergebnis
Das Team setzte die erforderlichen B2B-Prozesse um. Ein dafür zuständiger Senior-Entwickler übernimmt die Weiterentwicklung der Lösung. Damit ist klar, wer die weitere technische Arbeit verantwortet.
Design, Infrastruktur, Management und technische Leitung bleiben eigenständige Funktionen. Dass ein Entwickler die weitere Entwicklung übernimmt, bedeutet nicht, dass eine Person das gesamte Produkt betreut.
Was dieses Beispiel zeigt
Ich übersetze die Problembeschreibung in Anforderungen und Architekturentscheidungen, die ein Team umsetzen kann. Dafür verbinde ich Kenntnisse in Bitrix24 und Site Management mit Erfahrung in Integrationen und der Organisation gemeinsamer Arbeit.
Die öffentliche Beschreibung beschränkt sich auf Aufgabenstruktur und Rollenverteilung. Sie enthält keine internen Adressen, Kundendaten oder nicht öffentlichen Schemata. Ein messbarer finanzieller Effekt oder Lastkennzahlen werden hier nicht behauptet.
Wenn sich in Ihrem B2B-System viele Anpassungen angesammelt haben, muss Ihr Team vor jeder Änderung vielleicht erst die Zusammenhänge klären. In einem ersten Gespräch können wir besprechen, wie eine Bestandsanalyse hilft und in welcher Reihenfolge die Weiterentwicklung sinnvoll ist.