Case Studies von Teams, die schneller an den Markt kamen.
Kreditorenbuchhaltung, Zeiterfassung, Forderungsmanagement, Flottenmanagement, CRM: sehr verschiedene Produkte mit sehr verschiedenen Use Cases, die alle über dieselbe Anbindungsebene an die ERP- und Buchhaltungssysteme ihrer Kunden kommen.
Softwareteams, die mit Maesn wachsen
Elf sind vollständig ausgeschrieben. Unter jedem Namen steht, was dieses Unternehmen macht, welche Use Cases es fährt und welche seiner Systeme die Anbindung erreicht.
LiquiditätsmanagementLiest das Hauptbuch über Maesn, behält die Bankseite auf einer eigenen Anbindung und schreibt die abgeglichenen Buchungen zurück.Case Study lesen
- Die Herausforderung
- was das Produkt nicht konnte, solange die Verbindung von Hand lief
- Die Lösung
- welche Objekte sich in welche Richtung bewegen und wo sie ankommen
- Systeme
- die ERP- und Buchhaltungssysteme, mit denen dieser Kunde zuerst live ging
- Endpunkte
- die Aufrufe, die die Anbindung macht, wo dieser Kunde sie nennt
Von getrennten Abläufen zu einem durchgängigen Weg
Jede dieser Studien beschreibt denselben Ausgangspunkt in eigenen Worten: einen manuellen Schritt zwischen dem Produkt und dem System, in dem seine Kunden ihre Bücher führen.
- CSV-Exporte und -Importe, von Hand zwischen dem Produkt und dem Hauptbuch des Kunden bewegt
- Eine Handvoll selbst gebauter Anbindungen, jede mit eigener Authentifizierung und eigenem Datenmodell
- Jeder neue Markt und jedes neue System beginnt wieder als eigenes Projekt
- Produktdaten und Buchhaltungsdaten an getrennten Orten, die sich nur treffen, wenn jemand sie bewegt
- Pflege im Wettbewerb mit der Roadmap, und sie gewinnt öfter als geplant
- Eine Anbindung, und dahinter jedes unterstützte ERP- und Buchhaltungssystem
- Ein Datenmodell für Rechnungen, Kontakte, Hauptbücher und Zahlungen, aus welchem System sie auch kommen
- Ein neues System als Konfigurationsschritt statt als Anbindungsprojekt
- Das Hauptbuch des Kunden aus dem Produkt heraus erreichbar, ohne Export dazwischen
- Änderungen an den APIs dahinter werden auf der Seite von Maesn aufgefangen
Der manuelle Schritt funktioniert, solange es einen Kunden und ein System gibt, und deshalb hält er sich so lange. Teuer wird er beim zweiten: Kunden fahren das, was ihr Markt fährt, und in Europa heißt das ein anderes Buchhaltungssystem je Land und oft je Branche. Der Aufwand skaliert nicht mit der Größe Ihres Teams, er skaliert mit der Zahl der Systeme, die Ihre Kunden einsetzen.
Arbeit, die sich wiederholt, und Arbeit, die einmal anfällt
Jedes der neun hat sich einmal verbunden, an dieselbe API und dasselbe Datenmodell. Was sie unterscheidet, ist, welche Systeme ihre Kunden verlangt haben, und nicht, was sie bauen mussten.
- Authentifizierung je System, von API-Schlüsseln über OAuth bis zu Zwei-Faktor- und Mehrmandantenabläufen
- Ein Datenmodell für Rechnungen, Kontakte, Hauptbücher und Zahlungen, aus welchem System sie auch kommen
- Paginierung, Filterung und Fehlersemantik über jedes angebundene System hinweg vereinheitlicht
- Das lokale Produktwissen, das jedes System verlangt, und genau daran hat DATEV den Business Case von Tipalti gekostet
- Pflege, wenn eine API dahinter ihre Felder, Formate oder Endpunkte ändert, aufgefangen auf der Seite von Maesn
- Jedes System, das nach Ihrer Anbindung dazukommt, verfügbar über die Schnittstelle, gegen die Sie schon gebaut haben
- Was Ihr Produkt mit den Daten macht, sobald sie da sind
- Welche Systeme Ihr Markt zuerst verlangt und in welcher Reihenfolge Sie sie ausrollen
- Der kommerzielle Wert der Abdeckung, und der ist in jeder Kategorie ein anderer
- Ob Anbindungen ein Supportkosten-Posten oder ein Wachstumskanal sind, und das ist eine Frage der Positionierung
Der Unterschied zeigt sich darin, wie verschieden sie es nutzen. Tipalti liest Lieferanten, Konten und Steuersätze und schreibt Rechnungen und Belege ins Hauptbuch, beginnend in den Niederlanden mit Exact Online und weiter in die DACH-Region mit DATEV Rechnungswesen und Dynamics 365 Business Central. Paywise liest in die andere Richtung und holt überfällige Rechnungen aus Systemen wie sevdesk. Clockin schreibt und legt Rechnungsentwürfe in Sage an, und Rally hat einen direkten Eigenbau für DATEV durch eine REST-API und eine Sandbox ersetzt. All das ruht auf demselben Common Data Model und derselben Unified Authentication, und jedes weitere System im Integrationsverzeichnis liegt hinter der Anbindung, die sie ohnehin gebaut haben.
Lieferanten, Sachkonten und Steuersätze kommen herein, damit eine Rechnung korrekt gebucht werden kann, dann gehen die Rechnung und ihr Beleg zurück in das eigene ERP-System des Kunden.
- Get Suppliers
- Get Accounts
- Get Tax Rates
- Post Bill
- Post Document
Kunden und Lieferanten kommen herein, damit erfasste Projektzeit der richtigen Partei zugeordnet werden kann, dann wird der Rechnungsentwurf in das Buchhaltungssystem geschrieben.
- Get Customers
- Get Suppliers
- Post Invoice
Anbindungen als kommerzielles Argument
Diese Ergebnisse sind keine Entwicklungskennzahlen. Wo eine Zahl an der Veränderung steht, sagt sie etwas darüber, wie sich das Produkt verkauft.
- eingehende Leads für Clockin in zwei Wochen
- 800+eingehende Leads für Clockin in zwei Wochen
- Sprint für die Umsetzung der Anbindung von Paywise
- < 1Sprint für die Umsetzung der Anbindung von Paywise
- europäische Regionen, über die Tipalti ausgerollt hat
- 2europäische Regionen, über die Tipalti ausgerollt hat
Drei Zahlen für neun Kunden. Die übrigen beschreiben, was sich geändert hat, ohne eine Zahl daran zu setzen, und hier wird keine erfunden, um die Reihe auszugleichen.
Die Zahl von Clockin ist das deutlichste Zeichen dafür, dass die Abdeckung an Anbindungen ein Go-to-Market-Vorteil ist und kein Supportkosten-Posten, und angebunden hat es eine kleine Fläche: Rechnungserstellung aus Projektdaten. Paywise berichtet denselben Effekt von der Nutzungsseite, im Forderungsmanagement, wo der Wert vollständig davon abhängt, ob die offenen Posten ohne Upload ankommen. Tipalti fasst sein Ergebnis als Marktzugang, denn Kreditorenautomatisierung zahlt sich erst aus, wenn Buchungen im eigenen ERP-System des Kunden ankommen. HubSpot nennt keine Zahl und nennt stattdessen den Umfang: Synchronisation von Kunden- und Lieferantenstammdaten zwischen dem CRM und den Buchhaltungssystemen der DACH-Region, die seine Kunden nutzen, statt eines Imports von Hand.