Odoo telekom technologie beratung

Lösung

Geschäftsanalyse

Das Itransition-Team begann damit, die Geschäftsanforderungen des Kunden zu untersuchen und die Vision der zukünftigen Lösung zu diskutieren.

Wir stellten fest, dass das künftige System mehrere Benutzerrollen unterstützen und die folgenden Funktionsmodule umfassen sollte:

• Preiskalkulation für Vertriebsmitarbeiter im Innendienst und Wiederverkäufer sowie die Möglichkeit, Angebote und Bestellformulare aus dem Produktkatalog zu generieren.
• Provisionierung Management zur Unterstützung der Techniker des Kunden bei der Bearbeitung von Serviceanfragen.
• Automatisierte Rechnungsstellung in Verbindung mit laufenden Dienstleistungen und Rechnungs- und Zahlungsinformationen (einschließlich der vom TimelyBill-System generierten Rechnungsdetails). Der Kunde wollte auch eine Online-Rechnungszahlungsoption hinzufügen.
• Kundensupport für die Bearbeitung von Problemen der Endbenutzer außerhalb des Call Centers.

Technologische Analyse

Als Nächstes analysierten wir den vorhandenen Technologie-Stack des Unternehmens. Der Kunde verfügte bereits über mehrere Lösungen von Drittanbietern, wie ConnectWise, eine Lösung für das Prozessmanagement in der Telekommunikation, und TimelyBill, einen Abrechnungsdienst, und wollte das Kundenportal darauf aufbauen, da er glaubte, dass dies die Entwicklungszeit verkürzen würde.

Wir untersuchten die Vision des Kunden für das künftige System anhand der vorhandenen Infrastruktur und stellten fest, dass sie schwer zu verwirklichen war. Die Implementierung eines Kundenportals auf der Basis eines Drittsystems würde das Prozessmanagement erschweren und die Leistungsfähigkeit und Benutzerfreundlichkeit des gesamten Systems beeinträchtigen. Darüber hinaus würde ein solches System Zwischenschichten mit jeweils eigenen Datenflüssen und spezifischen Einschränkungen erfordern, und die Wahrscheinlichkeit von Fehlern und Problemen wäre sehr hoch.

Besuche vor Ort

Um die Arbeitsabläufe des Kunden besser zu verstehen und die beste Alternative zu der von ihm vorgeschlagenen Lösung zu finden, waren wir uns einig, dass wir uns die technische Infrastruktur des Kunden genauer ansehen mussten. Deshalb haben wir den Kunden mehrmals vor Ort besucht.

Der Kunde gewährte uns Zugang zu den von ihm verwendeten internen und externen Systemen, und wir führten eine eingehende Analyse durch. Wir identifizierten Engpässe in einigen Prozessen, z. B. bestand der Arbeitsablauf der Angebotserstellung aus mehreren Schritten wie der Recherche von Anbieterangeboten, der Validierung von Nutzeradressen, dem Vergleich von Tarifen usw. und erwies sich als zu langwierig und ressourcenaufwendig.

Ausgehend von den Projektanforderungen schlug unser Team die Implementierung eines kundenspezifischen ERP-Systems vor. Wir wandten uns an unser internes ERP Center of Excellence, das uns bei der Auswahl einer geeigneten Plattform half. Als Ergebnis unserer gemeinsamen Bemühungen stellten wir fest, dass Odoo die beste Wahl sein würde, da es etwa 70 % der Anforderungen des Kunden an die Optimierung und Automatisierung von Geschäftsprozessen erfüllte und bei Bedarf leicht skaliert werden konnte.

Ein Odoo-Workshop

Um unsere Vision mit dem Kunden zu teilen und ihm die Möglichkeit zu geben, praktische Erfahrungen mit Odoo zu sammeln, führten wir einen zweitägigen Workshop in einem unserer Entwicklungszentren durch. Auf der Grundlage unserer langjährigen Erfahrung in der Odoo-Beratung boten wir eine umfassende ERP-Systemdemonstration an, die sich auf die Module konzentrierte, die den Anforderungen des Kunden entsprachen, wie z. B. Buchhaltung, Rechnungsstellung, Servicebestellung und -bereitstellung sowie Kundensupport.

Außerdem konfigurierte unser Team einige Standardfunktionen so, dass sie vollständig mit den Arbeitsabläufen des Kunden übereinstimmten, und erläuterte die Änderungen, die zur weiteren Anpassung des Systems erforderlich waren. So schlugen wir beispielsweise vor, dass die Engine zur Angebotserstellung des Kunden Pauschalpreise von externen Diensten sammelt und in der lokalen Datenbank für Pauschalpreise speichert, und schlugen vor, externe Abhängigkeiten mit der zentralisierten Anbieterdatenbank (REST API) und der Datenbank für Pauschalpreise (eine lokale Datenbank, z. B. MySQL, PostgreSQL) hinzuzufügen.

Nachdem der Kunde die Möglichkeiten von Odoo ERP in der Praxis gesehen hatte, war er von den zusätzlichen Funktionen und dem günstigen Preis beeindruckt und entschied sich für ein Odoo-basiertes System.

Unsere Experten skizzierten die initiale Architektur der zukünftigen Lösung und das UX-Design der wichtigsten Schnittstellen. Darüber hinaus erarbeiteten die Spezialisten von Itransition die Roadmap für die zukünftige Zusammenarbeit mit dem Kunden, einschließlich unserer Verantwortungsbereiche und Verfahren zur Prozesstransparenz. Der Kunde genehmigte den vorgeschlagenen Umfang der Odoo-Implementierung, und wir begannen mit der ersten Entwicklungsphase.