Services sind oft der schnellste ehrliche Weg, ein frühes oder komplexes digitales Produkt zu monetarisieren. Ein Gründer kann dem Kunden helfen, einen Prozess zu konfigurieren, Daten zu migrieren, Systeme zu integrieren, das Team zu schulen oder einen kritischen Prozess zu betreuen, bevor die Software voll selbstbedienbar wird. Der Kunde erhält schneller ein Ergebnis. Das Unternehmen gewinnt Umsatz, lernt die Anforderungen der Produktivumgebung kennen und versteht die Zahlungsbereitschaft besser.
Die Gefahr ist ebenso bekannt. Jedes Geschäft erhält einen einzigartigen Umfang. Gründer werden zu Projektleitern. Entwickler unterbrechen die Arbeit an der Roadmap, um einen Konnektor für einen einzigen Kunden zu bauen. Wiederkehrender Umsatz aus Software sieht attraktiv aus, doch der Aufwand der Umsetzung und die Pflichten zum Support bleiben verborgen. Das Unternehmen verwandelt sich allmählich in eine Agentur mit einer Verkaufspräsentation, die an ein Produkt erinnert.
Services sind nicht von Natur aus nicht skalierbar oder strategisch schlechter. Schädlich werden sie, wenn das Unternehmen nicht erklären kann, welche Arbeit es verkauft, warum sie das Produktgeschäft stärkt und wie die Ausdehnung der Umsetzung gestoppt wird.
Eine tragfähige Schicht von Services verbindet vier Elemente:
- Ergebnis für den Kunden: der nützliche Zustand, den der Käufer erreicht;
- wiederholbarer Umfang: Arbeit, die der Anbieter schätzen und ausführen kann;
- Wirtschaftlichkeit der Umsetzung: Deckungsbeitrag nach Berücksichtigung der gesamten Arbeit und der Korrekturen;
- Hebel des Produkts: was durch Software, Vorlagen oder Partner leichter wird.
Unterscheiden Sie einen produktnahen Service von Entwicklung auf Bestellung
Ein produktnaher Service hilft dem Kunden, Wert aus einem gepflegten Produkt zu ziehen. In der Praxis bedeutet das Einführung und Konfiguration, Migration von Daten, unterstützte Integration, Gestaltung von Prozessen und Informationsarchitektur, Schulung des Teams, Prüfung der Bereitschaft für den Produktivbetrieb, Premium-Support, verwaltete Betreuung oder eine Überprüfung von Optimierung und Ergebnissen.
Sie verbindet eins: Jeder von ihnen besteht, weil das Produkt selbst den Kunden nicht zum Ergebnis geführt hat. Das ist die Lücke, die Sie entweder gegen Bezahlung schließen oder früher oder später im Produkt selbst, und die ganze Entscheidung besteht darin zu wissen, welche.
Entwicklung auf Bestellung führt Verhalten, Infrastruktur oder geistiges Eigentum ein, die für einen einzelnen Kunden spezifisch sind. Sie kann kommerziell begründet sein, hat aber andere Folgen für Schätzung, Abnahme, Wartung und Roadmap.
Nutzen Sie eine Tabelle zur Klassifizierung.
| Meldung | Wahrscheinliche Klassifizierung | Kommerzielle Reaktion |
|---|---|---|
| Konfiguration unterstützter Rollen und Prozesse | Standardeinführung | Festes Paket |
| Import von Daten, die dem veröffentlichten Schema entsprechen | Service der Migration | Stufe nach Volumen oder Komplexität |
| Anbindung eines unterstützten Anbieters | Konfiguration der Integration | Festes Paket |
| Bau eines wiederverwendbaren Konnektors mit breiter Nachfrage | Investition in das Produkt oder mitfinanzierte Beschleunigung | Aufsicht durch das Produkt |
| Schaffung einzigartiger Logik der Freigabe für einen einzelnen Kunden | Entwicklung auf Bestellung | Discovery, Projekt und Wartung |
| Monatliche Betreuung eines Kampagnenprozesses | Verwalteter Service | Wiederkehrendes Paket von Kapazität |
| Erklärung gewöhnlicher Nutzung des Produkts | Standard-Onboarding oder Support | Verbesserung von Produkt und Dokumentation |
Nennen Sie nicht jede bezahlte Arbeit „professionelle Services“ in der Annahme, die Bezeichnung entscheide den Unterschied. Vertrieb, Umsetzung und Entwicklung brauchen eine gemeinsame Regel.
Warum Kunden Services rund um Software kaufen
Kunden wollen selten Stunden kaufen. Sie wollen Unsicherheit und Arbeitslast loswerden.
Sie können zahlen, weil:
- ihnen interne Fachkompetenz fehlt;
- die Zeit bis zum Wert wichtiger ist als die Minimierung des Preises;
- die Migration ein einmaliges Risiko schafft;
- Handlungen mehrerer Stakeholder abgestimmt werden müssen;
- Entscheidungen zur Konfiguration die Ergebnisse beeinflussen;
- die Verantwortung für die Integration unklar ist;
- Nachweise zu Compliance oder Sicherheit erforderlich sind;
- das Team Schulung und Änderungsmanagement braucht;
- ein verantwortlicher Anbieter das Risiko des Projekts begrenzt;
- verwaltete Betreuung billiger ist, als Beschäftigte einzustellen.
Bilden Sie den Zustand davor und danach ab. „Zwanzig Stunden Beratung“ ist ein Input. „Zwei produktive Datenquellen migriert, abgeglichen und abgenommen“ ist ein Ergebnis. Die Klarheit des Ergebnisses verbessert Bepreisung, Abnahme und Empfehlungen.
Katalog der Services
Ein Katalog sorgt dafür, dass nicht jedes Verkaufsgespräch mit einem leeren Blatt beginnt.
Discovery und Bewertung der Bereitschaft
Ein begrenzter Auftrag bildet Ziele, Prozesse, Daten, Integrationen, Risiken und Einführung ab. Sein Ergebnis ist ein Plan und keine stillschweigende Verpflichtung zu unbegrenzter Umsetzung.
Er ist nützlich, wenn die Komplexität unbekannt ist oder mehrere Abteilungen beteiligt sind.
Einführung
Der Anbieter konfiguriert ein Standardkonto im Produktivbetrieb, Rollen, Prozesse, Vorlagen und grundlegende Integrationen. Die Abnahme kann von einem dokumentierten End-to-End-Szenario abhängen.
Migration
Daten werden zugeordnet, umgewandelt, importiert und abgeglichen. Der Umfang sollte Quellen, Volumen, Annahmen zur Qualität, Größe der Anhänge, Historie, Wiederholungen und Freigabe durch den Kunden bestimmen.
Integration
Der Anbieter konfiguriert oder führt eine unterstützte Anbindung ein. Trennen Sie Zugangsdaten und Konfiguration von der Entwicklung eines neuen Konnektors.
Schulung und Vorbereitung der Nutzer
Workshops nach Rollen, Zertifizierung von Administratoren, Beratungssprechstunden und aufgezeichnete Materialien stützen die Einführung. Bepreisen Sie Vorbereitung und Nachfassen und nicht nur die Zeit des Termins.
Premium-Support
Kunden zahlen für bestimmte Stunden, Zielzeiten der Reaktion, benannte Ansprechpersonen, unterstützte Versionen oder Beratung zur Architektur. Trennen Sie Support von der Entwicklung von Funktionen.
Verwalteter Service
Der Anbieter nutzt sein Produkt, um einen wiederkehrenden Geschäftsprozess auszuführen. Das kann Überwachung, Operationen mit Inhalten, Qualität der Daten, Konfiguration von Kampagnen oder Administration eines Prozesses umfassen. Bestimmen Sie Kapazität, Durchlaufzeit, Freigaben und Ausnahmen.
Überprüfung der Optimierung
Eine periodische Analyse identifiziert Lücken bei der Einführung, Verbesserungen der Prozesse und die Passung des Pakets. Sie kann Erweiterung auslösen und dem Kunden zugleich echten Wert liefern.
Jede Position des Katalogs verlangt, Zielkunde, Voraussetzungen, Ergebnisse, Ausschlüsse, Dauer, Pflichten des Kunden, Abnahme, Preis und Prozess der Änderungen zu bestimmen.
Produktisieren Sie den Umfang, bevor Sie die Umsetzung automatisieren
Ein produktisierter Service ist so weit standardisiert, dass er sich wiederholt beschreiben und bepreisen lässt. Das heißt nicht, dass jeder Auftrag identisch ist. Es heißt, dass die Schwankung bestimmte Grenzen hat.
Bestimmen Sie ein Zielsegment und ein Hauptergebnis und dann alles, wovon die Umsetzung abhängt: Standardanforderungen an die Eingaben, die Abfolge der Arbeiten, die enthaltene Menge, die unterstützte Stufe der Komplexität, benannte Ergebnisse, die Zahl der Runden der Prüfung, Annahmen zum Zeitplan.
Dann die Grenzen, die über die Rentabilität entscheiden: Kriterien der Abnahme, Ausschlüsse, Sätze für die Änderung des Umfangs und die Stelle, an der der weitere Support endet.
Ausschlüsse leisten mehr als die Liste der Ergebnisse. Einen Umfang, der aufzählt, was dazugehört, und über den Rest schweigt, liest der Kunde als „alles“ und Ihr Team als Überstunden.
Eine beispielhafte „Standardmigration“ kann eine unterstützte Quelle umfassen, höchstens 50 000 Datensätze, eine dokumentierte Zuordnung der Felder, einen Testimport, einen Zyklus von Korrekturen, den Import in den Produktivbetrieb und einen Bericht zum Abgleich. Die Bereinigung einer nicht unterstützten Quelle, individuelle Umwandlungen und historische Anhänge verlangen eine gesonderte Bepreisung.
Ein solcher Grad an Detail ist kein bürokratischer Aufschlag. Er schützt die Erwartungen des Kunden und erlaubt, Daten zur Umsetzung zu vergleichen.
Modelle der Bepreisung von Services
Festpreis
Ein bestimmtes Ergebnis kostet einen festen Betrag. Kunden gewinnen Budgetsicherheit, und der Anbieter trägt das Risiko der Schätzung. Setzen Sie dieses Modell ein, wenn Eingaben und Schwankung kontrolliert werden.
Zeit und Material
Der Kunde zahlt für die tatsächliche Arbeit nach Rolle oder einem Mischsatz. Das Modell passt zu Discovery, unsicheren Legacy-Systemen und sich änderndem Umfang. Es verlangt Budgets, Berichtswesen und Schwellen der Freigabe.
Abonnement für Zugang
Der Kunde reserviert wiederkehrenden Zugang oder Kapazität. Bestimmen Sie, was verfällt, was in den nächsten Zeitraum übergeht und was Vorrang hat. Ein solches Abonnement bedeutet keine unbegrenzte Zahl von Meldungen.
Abrechnung je Einheit der Umsetzung
Legen Sie den Preis je migriertem Datensatz, konfiguriertem Standort, integrierter Quelle, geschulter Gruppe, verwalteter Kampagne oder einer anderen Einheit des Services fest. Berücksichtigen Sie Mindestbeträge, weil die Kosten der Koordination auch bei kleinem Volumen bestehen.
Bepreisung in Etappen
Die Zahlung erfolgt nach Discovery, Konfiguration, Test, Start und Abnahme. Etappen verbinden Zahlungsflüsse mit der Umsetzung und machen den Stand des Projekts sichtbar.
Gebühr für Ergebnis oder Erfolg
Die Vergütung hängt teilweise von einem vereinbarten Ergebnis ab. Das kann die Anreize vereinheitlichen, wenn sich Attribution und Pflichten des Kunden kontrollieren lassen. Behalten Sie eine Grundgebühr bei, wenn der Anbieter unabhängig vom Ergebnis erhebliche Arbeit leistet.
Enthaltenes Limit an Services
Ein Softwarepaket kann Stunden der Einführung, Beratungssprechstunden oder Standard-Support enthalten. Weisen Sie ihnen Kosten zu. Ein im Preis enthaltener Service ist weiterhin eine finanzierte Pflicht zur Umsetzung.
Berechnen Sie die Wirtschaftlichkeit der Umsetzung ehrlich
Die Berechnung der Marge eines Services muss mehr umfassen als die Stunden, die bei Terminen mit dem Kunden erfasst werden.
Zählen Sie jede Stunde, die der Service verschlingt, nicht nur die in Rechnung gestellten. Discovery und Vertriebsingenieurwesen, Vorbereitung, unmittelbare Umsetzung, Projektsteuerung, interne Koordination, Qualitätssicherung, Dokumentation, Kommunikation mit dem Kunden, Korrekturen.
Dann externe Kosten: Subunternehmer, Reisen und Werkzeuge, Kosten der Zahlungen selbst.
Und diejenigen, die auf keiner Rechnung landen und über die Marge entscheiden: Support, der nach dem Start entsteht, Zeit der Entwickler, die durch Antworten auf Fragen zum Projekt unterbrochen wird, und Umfang, der ohne Nachtrag gewachsen ist.
Services, die nur nach Stunden der Umsetzung bepreist werden, sehen genau so lange nach einem gesunden Geschäft aus, bis jemand die übrigen drei Positionen zählt.
Deckungsbeitrag des Services = eingenommener Umsatz aus dem Service
− volle Kosten der Arbeit zur Umsetzung
− Subunternehmer und variable Werkzeuge
− Reisen und Kosten der Zahlung
− erwartete Korrekturen und Support im Rahmen der Gewährleistung
tatsächlicher Satz der Umsetzung = Umsatz aus dem Service / gesamte Stunden der Umsetzung
Nutzen Sie die vollen Kosten der Arbeit und nicht die Vergütung geteilt durch die sichtbaren Arbeitsstunden für den Kunden. Eine Fachkraft braucht Führung, Ausstattung, Urlaub und nicht abrechenbare Zeit.
Verfolgen Sie den Deckungsbeitrag nach Paket und Staffel der Komplexität. Ein Durchschnitt kann Migrationen verbergen, die das Budget regelmäßig überschreiten.
Kapazität und Auslastung
Die Kapazität für Services ist begrenzt. Die theoretisch maximale Zahl von Stunden ist keine für die Abrechnung verfügbare Kapazität. Beschäftigte in der Umsetzung brauchen auch Planung, Lernen, interne Kommunikation, Urlaub und Arbeit an der Qualität.
praktische Kapazität der Umsetzung = verfügbare Stunden des Teams
× Zielauslastung, die mit Kunden abgerechnet wird
Ein Monat mit 160 Stunden bei einer Zielauslastung von 70 % ergibt 112 geplante Stunden der Umsetzung. Der Verkauf von 160 Stunden führt zu vorhersehbaren Verzögerungen und Burnout.
Hohe Auslastung ist nicht immer gesund. Bei 95 % hat das Team wenig Kapazität für dringende Vorfälle, Verbesserung der Prozesse oder Schulungen. Das kann kurzfristigen Umsatz erhalten, auf Kosten von mehr Korrekturen und höherer Fluktuation.
Messen Sie den Rückstau in Wochen und verkaufen Sie keine Starttermine ohne verfügbare Kapazität. Nutzen Sie Anzahlungen oder Reservierungsgebühren für knappe Termine der Umsetzung.
Berechnen Sie für das Onboarding, wenn es echte Fachleistung ist
Bezahltes Onboarding ist angemessen, wenn der Anbieter eine kundenspezifische Einführung durchführt oder fachliche Hilfe das Erreichen von Wert wesentlich beschleunigt. Es ist weniger angemessen, wenn Kunden zahlen, weil das Produkt unnötig kompliziert ist.
Trennen Sie gewöhnliche Aktivierung des Kontos und Standardhinweise in Selbstbedienung, also was jeder Kunde erhält, von dem, was wirklich ein Service ist: kundenspezifische Konfiguration, Migration, Gestaltung des Prozesses, Schulung von Stakeholdern, Aufsicht über das Projekt.
Diese Grenze ist kommerziell. Gehört Hilfe bei der Einführung standardmäßig zum Paket, wird sie zum erwarteten Standard, und die bezahlte Fassung derselben Arbeit verkauft sich nicht mehr.
Eine verpflichtende Gebühr für die Einführung kann bei komplexen B2B-Produkten das Engagement erhöhen. Sie kann aber auch kleineren Kunden den Kauf unmöglich machen. Nutzen Sie Pfade nach Segment: Selbstbedienung in einfachen Fällen, ein festes Startpaket für Standardkomplexität und bezahltes Discovery für fortgeschrittene Einführungen.
Messen Sie Zeit bis zum ersten Wert und anhaltende Nutzung des Produkts. Erzeugt bezahltes Onboarding Aktivität während des Projekts, doch Kunden hören später auf, das Produkt zu nutzen, hat die Umsetzung keine dauerhafte Einführung geschaffen.
Verwaltete Services schaffen ein anderes Geschäft
Ein verwalteter Service nutzt Software und Wissen des Anbieters, um einen Prozess des Kunden fortlaufend zu betreuen. Er kann für Käufer wertvoll sein, die Ergebnisse ohne Einstellung eines Teams wollen.
Ein verwalteter Service braucht eine Einheit, die beide Seiten zählen: Kampagnen pro Monat, geprüfte Datensätze, überwachte Prozesse, bearbeitete Vorfälle, erstellte Elemente von Inhalten, gepflegte Integrationen oder Zeit der Reaktion und der Umsetzung.
Ohne sie ist das Abonnement ein Preis für Verfügbarkeit, und Verfügbarkeit hat keine Decke. Der Kunde kauft Zugang zu Ihnen, und der Zugang dehnt sich so weit aus, wie der Monat es zulässt.
Bestimmen Sie Freigaben und Abhängigkeiten auf Seiten des Kunden. Verzögert der Kunde die Rückmeldung, sollte der Anbieter nicht für den ursprünglichen Zeitplan haften.
Die Wirtschaftlichkeit eines verwalteten Services berücksichtigt den wiederkehrenden Arbeitsaufwand. Automatisierung kann den Deckungsbeitrag verbessern, doch Qualitätskontrolle und Behandlung von Ausnahmen bleiben nötig.
Deckungsbeitrag des verwalteten Services = wiederkehrender Umsatz aus dem Service
− Arbeit bei Routinebetreuung
− Arbeit bei Ausnahmen und Qualitätssicherung
− variable Kosten für Software und Anbieter
− Steuerung des Kunden
− erwartete Ausgleichsleistungen und Korrekturen
Stellen Sie Umsatz aus verwalteten Services nicht als ARR der Software dar, ohne die Pflicht zur Umsetzung zu trennen.
Nutzen Sie Services, um das Produkt zu entdecken, und nicht, um die Roadmap von außen zu bestimmen
Teams der Umsetzung sehen wiederkehrende Reibung. Schaffen Sie eine geordnete Lernschleife:
- halten Sie jeden manuellen Schritt fest;
- klassifizieren Sie seine Häufigkeit und Kosten;
- stellen Sie fest, ob Software ihn beseitigen kann;
- schätzen Sie den Wert für alle Kunden;
- legen Sie die Priorität im Rahmen der Aufsicht durch das Produkt fest;
- messen Sie, ob Automatisierung Zeit verkürzt und Ergebnisse verbessert.
Um zu entscheiden, was zu einem Produkt wird, bewerten Sie jeden wiederkehrenden Schritt: Wie viele Kunden brauchen ihn, wie viele Stunden der Umsetzung verschlingt er, wie viele Fehler und wie viel Risiko beseitigt er, wie viel zahlen Kunden dafür, wie passt er zur Strategie des Produkts, was wird die Wartung kosten und was macht er mit der Aktivierung in Selbstbedienung.
Die letzten beiden halten das Team der Services davon ab, alles zu produktisieren. Einen Schritt, den vier Kunden brauchen und den ein Entwickler unbegrenzt pflegt, führt man billiger weiterhin von Hand aus.
Die Meldung eines großen Kunden ist ein Beleg und keine automatische Priorität. Eine mitfinanzierte Beschleunigung kann begründet sein, wenn das Ergebnis eine unterstützte, wiederverwendbare Funktion bleibt und die kommerziellen Bedingungen keine verborgene Exklusivität gewähren.
Kontrollieren Sie Arbeiten auf Bestellung
Entwicklung auf Bestellung verlangt ein Entscheidungstor, bevor der Vertrieb etwas verspricht.
Bevor Sie einer Arbeit auf Bestellung zustimmen, verlangen Sie ein dokumentiertes Ergebnis für den Kunden, technisches Discovery, eine Überprüfung der Strategie des Produkts, eine Überprüfung von Architektur und Sicherheit, eine Spanne der Schätzung mit Abhängigkeiten, Bedingungen zu Eigentum und Lizenz, Abnahmetests, einen Plan der Wartung, eine Bewertung der Auswirkung auf die Kompatibilität mit späteren Ausgaben sowie kommerzielle Zustimmung.
Das ist absichtlich ein schweres Tor. Eine im Gespräch verkaufte und nachträglich beschriebene Arbeit auf Bestellung ist der sicherste Weg zu einer Roadmap, die Sie nicht gewählt haben.
Bepreisen Sie die laufende Wartung. Eine einmalige Projektgebühr finanziert keine mehrjährige Arbeit an der Kompatibilität. Bleibt die Erweiterung außerhalb des Kernprodukts, berechnen Sie ein wiederkehrendes Minimum für Wartung oder bestimmen Sie einen begrenzten Zeitraum der Gewährleistung.
Vermeiden Sie dedizierte Zweige des Codes. Bevorzugen Sie unterstützte API, Konfiguration, Erweiterungspunkte oder Feature-Flags im Rahmen einer einzigen Hauptausgabe. Passt die Meldung nicht in diese Grenzen, nennen Sie sie eine maßgeschneiderte Lösung und bepreisen Sie den gesamten Lebenszyklus.
Vergütung des Vertriebs und Prognose
Erhält der Vertrieb bei einem Geschäft mit zu niedrig angesetzten Services die volle Provision wie für Software, begünstigen die Anreize Schulden bei der Umsetzung. Trennen Sie den vertraglich vereinbarten Wert von Software und Services. Erwägen Sie bei individuellem Umfang eine Anforderung an die Marge oder die Freigabe durch das Team der Umsetzung.
Prognostizieren Sie:
- den unterschriebenen Rückstau der Services;
- das Datum des Beginns;
- die erwarteten Stunden der Umsetzung nach Rollen;
- die Rechnungsstellung der Etappen;
- das Risiko der Abnahme;
- den Bedarf an Subunternehmern;
- Abhängigkeiten des Produkts;
- die Verlängerung oder den Beginn des verwalteten Services.
Die erste Beschränkung sind die Stunden der Umsetzung nach Rollen. Umsatz lässt sich für ein Team planen, das in dem Monat, den das Projekt verlangt, keine Fachkraft mit passender Erfahrung hat.
Unterschriebene Bestellungen sind weder Kapazität der Umsetzung noch erfasster Deckungsbeitrag. Ein großes, im Voraus bezahltes Projekt kann die Zahlungsflüsse verbessern und zugleich eine künftige Verpflichtung zur Arbeit schaffen.
Verträge und Kontrolle von Änderungen
Der Leistungsumfang enthält drei Arten von Festlegungen. Was getan wird: Ziele und Ergebnisse, Umfang und Ausschlüsse, Annahmen, Beitrag des Kunden und Fristen, Team und Rollen, Etappen, Verfahren der Abnahme.
Was bezahlt wird: Preis und Zahlung, Ausgaben, Anträge auf Änderung sowie Verfahren bei Verzögerung und Änderung des Zeitplans.
Und was geschieht, wenn etwas schiefgeht: geistiges Eigentum, Vertraulichkeit und Daten, Gewährleistung und Support, Beendigung der Zusammenarbeit und laufende Arbeiten.
Streit betrifft fast nie die Liste der Ergebnisse. Er betrifft den Beitrag des Kunden, der zu spät kam, und das Verfahren der Abnahme, das niemand beschrieben hat.
Die Abnahme sollte möglichst objektiv sein. Das Ausbleiben einer Antwort kann nach einem vernünftigen Zeitraum der Prüfung als Abnahme gelten, wenn der Kunde das Ergebnis erhalten hat und ein dokumentiertes Verfahren zur Meldung von Problemen hat.
Der Antrag auf Änderung beschreibt neuen Umfang, Zeitplan und Preis vor Beginn der Arbeit. Kleine Korrekturen aus Kulanz sind unvermeidlich; erfassen Sie sie. Wiederholte „kleine“ Ausnahmen offenbaren ein fehlerhaftes Paket oder einen fehlerhaften Prozess des Vertriebs.
Rechenbeispiel: ein B2B-Produkt für Analytik
Modellszenario: Die Zahlen sind Annahmen für Berechnungen und keine Ergebnisse eines realen Projekts.
Ein Startup verkauft Analysesoftware für 1 200 € im Monat. Vor dem Start brauchen Kunden eine Konfiguration der Daten.
Das Unternehmen definiert drei Services:
| Paket | Umfang | Preis | Geplante Stunden |
|---|---|---|---|
| Start mit Begleitung | Eine Quelle, Standardmodell, Schulung des Administrators | 3 000 € | 24 |
| Einführung mit mehreren Quellen | Höchstens vier unterstützte Quellen, Zuordnung und zwei Workshops | 8 500 € | 62 |
| Discovery | Bewertung einer Legacy-Quelle und einer individuellen Quelle | 2 400 € | 18 |
Die vollen Kosten der Arbeit zur Umsetzung betragen durchschnittlich 75 € je Stunde. Variable Werkzeuge und erwartete Korrekturen ergänzen 10 % des Umsatzes.
Deckungsbeitrag des Starts mit Begleitung:
Umsatz = 3 000 €
Arbeit = 24 × 75 € = 1 800 €
Rücklage für Werkzeuge und Korrekturen = 300 €
Deckungsbeitrag = 900 €
Marge des Deckungsbeitrags = 30 %
Deckungsbeitrag der Einführung mit mehreren Quellen:
Umsatz = 8 500 €
Arbeit = 62 × 75 € = 4 650 €
Rücklage für Werkzeuge und Korrekturen = 850 €
Deckungsbeitrag = 3 000 €
Marge des Deckungsbeitrags = 35,3 %
Der Service erzeugt mehr als nur den Deckungsbeitrag. Kunden, die die Standardeinführung abschließen, aktivieren das Produkt innerhalb von 19 Tagen und bleiben häufiger als Kunden, die unbegrenzte Hilfe des Gründers nutzen. Das Unternehmen misst diesen Nutzen gesondert, statt den Services den gesamten künftigen Umsatz aus der Software zuzuschreiben.
Ein Interessent mit zwölf nicht dokumentierten Quellen geht in ein bezahltes Discovery. Das Team presst ihn nicht in ein festes Paket mit mehreren Quellen. Discovery kann zu einem individuellen Projekt, einem begrenzten Standardumfang oder der Entscheidung zum Verzicht führen.
Ein 60-Tage-Plan zur Produktisierung von Services
Tage 1–10: bestehende Arbeit prüfen
- listen Sie alle Tätigkeiten von Onboarding, Migration und Support auf;
- rekonstruieren Sie die Gesamtzahl der Stunden und Korrekturen;
- führen Sie Interviews mit jüngsten Kunden;
- identifizieren Sie wiederkehrende Ergebnisse und Ausnahmen;
- trennen Sie Mängel des Produkts von berechtigtem Service.
Tage 11–20: Angebote definieren
- wählen Sie ein oder zwei wiederkehrende Ergebnisse mit hohem Wert;
- bestimmen Sie Voraussetzungen und Spannen der Komplexität;
- beschreiben Sie Ergebnisse, Ausschlüsse und Abnahme;
- schaffen Sie Regeln zur Kontrolle von Änderungen;
- legen Sie Regeln für Starttermine und Kapazität fest.
Tage 21–30: Wirtschaftlichkeit modellieren
- berechnen Sie die vollen Kosten der Arbeit nach Rollen;
- berücksichtigen Sie Werkzeuge, Koordination und Support im Rahmen der Gewährleistung;
- legen Sie Preise und Mindestbeträge fest;
- prüfen Sie die Widerstandsfähigkeit gegen Überschreitungen;
- bestimmen Sie Ziel für Deckungsbeitrag und Auslastung.
Tage 31–40: System der Umsetzung bauen
- erstellen Sie Formulare für die Aufnahme und Vorlagen;
- standardisieren Sie Projektpläne und Qualitätskontrollen;
- bestimmen Sie die Übergabe an den Support;
- bauen Sie die Verfolgung des Aufwands nach Paket;
- schulen Sie Vertrieb und Umsetzung.
Tage 41–50: Pilot
- verkaufen Sie den Service an einen qualifizierten Kunden;
- halten Sie die Disziplin beim Umfang;
- erfassen Sie jeden manuellen Schritt und jede Unterbrechung;
- prüfen Sie die Aktivierung des Kunden;
- gleichen Sie geplante und tatsächliche Wirtschaftlichkeit ab.
Tage 51–60: Korrektur
- korrigieren Sie Annahmen, Preis oder Umfang;
- verwandeln Sie wiederkehrende Arbeit in Vorlagen oder Belege für den Backlog des Produkts;
- beenden Sie nicht unterstützte Ausnahmen;
- veröffentlichen Sie den Katalog;
- planen Sie eine Überprüfung der Kohorten nach der Einführung des Produkts.
Kennzahlen für Services rund um das Produkt
Nachfrage und Attach Rate
- qualifizierte Chancen für den Verkauf von Services;
- Attach Rate nach Segment des Produkts;
- Konversion von Discovery zur Einführung;
- durchschnittlicher Wert des Pakets;
- Auswirkung auf den Vertriebszyklus;
- Anteil der Rabatte und Ausnahmen;
- Rückstau und Zeit bis zum Beginn.
Umsetzung
- geplante Stunden im Vergleich zu tatsächlichen;
- Abschluss der Etappen;
- Zeit bis zum Start;
- Abnahme bei der ersten Übergabe;
- Korrekturen und Anträge auf Änderung;
- Auslastung;
- Abhängigkeit von Subunternehmern;
- Unterbrechungen der Arbeit der Entwickler.
Wirtschaftlichkeit
- eingenommener Umsatz;
- tatsächlicher Satz der Umsetzung;
- Brutto- und Deckungsmarge;
- Deckungsbeitrag nach Paket und Komplexität;
- nicht in Rechnung gestellte Arbeit;
- Zahlungsfristen;
- Kosten für Gewährleistung und späteren Support;
- Konzentration des Umsatzes.
Ergebnisse des Produkts
- Aktivierung nach dem Service;
- Zeit bis zum ersten Wert;
- anhaltende Nutzung;
- Einführung von Funktionen;
- Verlängerung und Erweiterung;
- erzeugte Meldungen an den Support;
- wiederkehrende manuelle Schritte;
- Kennzahl der Produktisierung.
Typische Arten des Scheiterns
Die Einführung verschenken, um Software zu verkaufen
Der Kunde lernt, dass Fachleistung keinen Preis hat, und die Umsetzung wird zu einer nicht finanzierten Verpflichtung. Gewähren Sie ausdrücklichen Rabatt nur aus strategischen Gründen und erfassen Sie die Kosten.
Für Unklarheit des Produkts berechnen
Gewöhnliche Aktivierung sollte mit der Zeit leichter werden. Bezahlte Services sollten reale Komplexität auf Seiten des Kunden bedienen und nicht dauerhaft schwache Benutzbarkeit ausgleichen.
Feste Bepreisung unsicherer Arbeiten an Legacy-Systemen
Bevor Sie sich bei unbekannten Daten oder Integrationen zu einem Ergebnis verpflichten, führen Sie ein bezahltes Discovery durch.
Nur abrechenbare Stunden verfolgen
Vorbereitung, Koordination, Korrekturen und Support entscheiden über den Deckungsbeitrag. Erfassen Sie den gesamten Aufwand der Umsetzung.
Zulassen, dass die Roadmap eines Kunden zur Roadmap des Produkts wird
Klassifizieren Sie Meldungen und nutzen Sie die Aufsicht durch das Produkt. Die Höhe des Umsatzes ist eine von mehreren Eingangsgrößen und keine Entscheidung.
Einen verwalteten Service als Umsatz aus Software bezeichnen
Wiederkehrender Arbeitsaufwand und betriebliches Risiko müssen in Berichtswesen und Entscheidungen zur Bewertung des Unternehmens sichtbar bleiben.
Arbeiten bei maximaler Auslastung
Es bleibt keine Kapazität für Qualität, Vorfälle oder Verbesserung der Prozesse. Planen Sie ein tragfähiges Ziel.
Subjektive Abnahme belassen
Bestimmen Sie Ergebnisse und Verfahren der Prüfung. „Zufriedenheit des Kunden“ allein führt zu endlosen Korrekturen.
Die Wartung von Arbeiten auf Bestellung auslassen
Ein einmaliger Bau kann dauerhafte Verpflichtungen zur Kompatibilität schaffen. Bepreisen Sie sie oder begrenzen Sie sie.
Abschluss des Projekts statt Einführung messen
Eine gelieferte Konfiguration hat wenig Wert, wenn Nutzer das Produkt später gar nicht nutzen.
Checkliste der Einführung
Entwurf des Angebots
- Bestimmen Sie Zielkunde und Ergebnis.
- Trennen Sie Aktivierung in Selbstbedienung, Standard-Service und Arbeiten auf Bestellung.
- Bestimmen Sie Voraussetzungen, Mengen und Spannen der Komplexität.
- Dokumentieren Sie Ergebnisse, Ausschlüsse und Abnahme.
- Legen Sie Regeln zur Kontrolle von Änderungen und Änderungen des Zeitplans fest.
Bepreisung und Wirtschaftlichkeit
- Berechnen Sie die vollen Kosten der Arbeit für jede Rolle.
- Berücksichtigen Sie Vertriebsingenieurwesen, Koordination, Korrekturen und Support.
- Legen Sie Mindestpreis und Ziel für den Deckungsbeitrag fest.
- Nutzen Sie Discovery, wenn die Unsicherheit wesentlich ist.
- Bepreisen Sie die wiederkehrende Wartung maßgeschneiderter Erweiterungen.
- Vergleichen Sie geplanten und tatsächlichen Satz der Umsetzung.
Kapazität und Betrieb
- Legen Sie Zielauslastung und Kapazität der Umsetzung fest.
- Führen Sie den Rückstau nach Rolle und Datum des Beginns.
- Standardisieren Sie Aufnahme, Vorlagen und Qualitätskontrollen.
- Bestimmen Sie die Eskalation an Produkt, Entwicklung und Support.
- Messen Sie ungeplante Unterbrechungen.
- Gleichen Sie Etappen, Rechnungen und Abnahme ab.
Hebel des Produkts
- Erfassen Sie wiederkehrende manuelle Schritte.
- Klassifizieren Sie Konfiguration, Lücke im Produkt und individuellen Bedarf.
- Legen Sie Prioritäten für wiederverwendbare Automatisierung im Rahmen der Aufsicht durch das Produkt fest.
- Messen Sie Zeit bis zum Wert und anhaltende Nutzung.
- Produktisieren Sie wiederkehrende Integrationen und Schulungen.
- Beenden Sie Services, die weder Strategie noch Deckungsbeitrag stützen.
Einführung
- Prüfen Sie jüngste Projekte, bevor Sie Pakete entwerfen.
- Testen Sie einen festen Umfang mit einem qualifizierten Kunden.
- Prüfen Sie reale Stunden und das Ergebnis für den Kunden.
- Korrigieren Sie Umfang oder Preis vor der Skalierung.
- Schulen Sie den Vertrieb in Grenzen und Qualifikation.
- Überprüfen Sie Kohorten nach dem Start und der Verlängerung.
Services nähren das Produkt oder ersetzen es
Services können Umsatz schaffen, bevor das Produkt voll selbstbedienbar wird, das Risiko der Einführung auf Seiten des Kunden begrenzen und Arbeit offenlegen, die die Software mit der Zeit vereinfachen sollte. Niedrige Einstiegskosten und schnelle Rückmeldung machen sie besonders nützlich in frühen B2B-Vorhaben, bei komplexer Software und bei Open-Source-Produkten.
Die stärkste Schicht von Services:
- verkauft ein bestimmtes Ergebnis für den Kunden statt unbegrenzter Verfügbarkeit;
- bepreist die gesamte Arbeit der Umsetzung, Korrekturen und Support;
- schützt Kapazität und Roadmap des Produkts;
- verwandelt wiederkehrendes Wissen in Vorlagen, Partnerschaften oder Software; und
- misst die Einführung des Produkts nach Abnahme des Projekts.
Beginnen Sie mit einem kleinen Katalog. Nutzen Sie Festpreise nur dort, wo Eingaben kontrolliert sind, und bezahltes Discovery dort, wo die Unsicherheit wesentlich ist. Trennen Sie Entwicklung auf Bestellung ausdrücklich ab und finanzieren Sie ihren gesamten Lebenszyklus. Berichten Sie verwaltete Services getrennt von Software.
Services werden zu einem strategischen Vorteil, wenn jeder Auftrag Kunden hilft, dauerhaften Wert zu erreichen, und die nächste Umsetzung besser wiederholbar macht. Sie werden zur Falle, wenn der Umsatz wächst, indem unsichtbare Versprechen schneller hinzukommen, als das Produkt sie beseitigen kann.