7 Fehler, die kleine Firmen beim Kauf von Individualsoftware machen

Die meisten kleinen Unternehmen, die sich an einem Individualsoftware-Projekt die Finger verbrennen, verbrennen sie sich nicht an schlechten Programmierern. Sie verbrennen sie sich Wochen vor dem ersten Programmierschritt — in einem Kick-off-Meeting, einem E-Mail-Verlauf, per Handschlag — durch eine Entscheidung, die damals klein wirkte. Wenn der Code ankommt, ist der Fehler längst eingebacken. Die gute Nachricht: Diese Fehler wiederholen sich auf langweilige Weise, was bedeutet, dass sie vermeidbar sind, wenn Sie wissen, wie sie aussehen.

Ich habe viele dieser Projekte von innen erlebt, auf beiden Seiten des Tisches. Manche wurden zu Tools, ohne die sich ein Unternehmen die Arbeit nicht mehr vorstellen konnte. Andere wurden zu einer halbfertigen Anmeldeseite, einem angespannten Streit über eine Rechnung und einem Gründer, der schwört, nie wieder etwas Individuelles zu bauen. Das Frustrierende ist, wie wenig die beiden Ausgänge trennte. Die Technik war selten das Problem. Die Entscheidungen rund um die Technik fast immer.

Hier also die sieben Fehler, die ich immer wieder sehe, wenn eine kleine Firma maßgeschneiderte Software in Auftrag gibt. Keiner davon erfordert technisches Wissen, um ihn zu vermeiden. Sie müssen nur wissen, dass es sie gibt, bevor Sie etwas unterschreiben.

Fehler 1: Eine Lösung kaufen, bevor Sie das Problem verstehen

Der teuerste Fehler passiert zuerst, und er klingt harmlos: „Wir brauchen eine App, die X kann.“ Wenn jemand das ausspricht, hat er sich meist schon auf die Form der Lösung festgelegt — ein Dashboard, ein Portal, eine mobile App — ohne dass jemand das eigentliche Problem in klarer Sprache aufgeschrieben hätte. Die Entwicklung liefert dann getreu das Falsche, in schöner Ausführung.

Gute Software beginnt mit einer Problembeschreibung, nicht mit einer Funktionsliste. „Unser Büroteam tippt jede Bestellung aus E-Mails von Hand ins Buchhaltungssystem, und das beschäftigt zwei Leute einen halben Tag“ ist ein Problem. „Wir brauchen ein eigenes CRM“ ist eine Vermutung über eine Lösung für ein Problem, das niemand benannt hat. Das Erste lässt sich günstig lösen und messen. Das Zweite ist eine offene Einladung, Geld auszugeben.

Fehler 2: Versuchen, alles auf einmal zu bauen

Individualsoftware fühlt sich wie eine Anschaffung an, die man nur einmal pro Jahrzehnt tätigt, also versuchen Menschen, ein Jahrzehnt an Wünschen in Version eins zu pressen. Jede Abteilung fügt eine Anforderung hinzu. Jedes „wenn wir schon dabei sind“ bekommt ein Ja. Der Umfang bläht sich auf, der Zeitplan verdreifacht sich, und das Projekt bricht unter seinem eigenen Ehrgeiz zusammen, lange bevor es jemand nutzen kann.

Die Firmen, die Erfolg haben, machen das Gegenteil. Sie wählen den einzelnen schmerzhaftesten Teil des Problems und bauen den zuerst — ein echtes, funktionierendes Ding im produktiven Einsatz innerhalb weniger Monate. Dann lassen sie die tatsächliche Nutzung entscheiden, was als Nächstes kommt. Das ist nicht nur günstiger; es ist sicherer. Sie lernen, ob die Idee funktioniert, solange der Einsatz noch klein ist, statt nach sechs Monaten und einer dicken Rechnung festzustellen, dass Sie das Falsche entworfen haben.

Dahinter steckt eine harte Wahrheit: Sie wissen noch gar nicht, was Sie brauchen. Niemand weiß das am Anfang. Ihr Verständnis des Problems ändert sich in dem Moment, in dem echte Menschen ein echtes Tool anfassen. Wer alles von vornherein baut, schreibt seine frühesten, am wenigsten fundierten Vermutungen fest. Wer in Etappen baut, bleibt flexibel — und hält das Budget unter Kontrolle, während Sie noch lernen.

Fehler 3: Allein nach dem Preis entscheiden

Sie holen drei Angebote ein. Eines ist dramatisch günstiger als die anderen. Erleichterung — dieses nehmen Sie. Das ist eine der zuverlässigsten Methoden, ein kleines Projekt in ein teures zu verwandeln, denn das günstige Angebot bedeutet fast nie, dass die Arbeit günstiger ist. Meist bedeutet es, dass die beiden Seiten die Aufgabe unterschiedlich verstanden haben.

Eine niedrige Zahl signalisiert oft eines von mehreren Dingen: Der Anbieter hat zu knapp kalkuliert, weil er nicht genug gefragt hat, er plant, seine Marge später über Änderungswünsche zu machen, oder er ist unerfahren und weiß noch nicht, was er nicht weiß. Keines davon geht gut für Sie aus. Der Schlagzeilenpreis ist die am wenigsten nützliche Zahl im Angebot. Was zählt, ist, ob der Anbieter Ihr Problem klar versteht, unbequeme Fragen stellt und ehrlich ist über das, was nicht enthalten ist.

Fehler 4: Vergessen, dass Software kein einmaliger Kauf ist

Individualsoftware wird oft angepriesen und gekauft wie ein Möbelstück: einmal zahlen, für immer besitzen. So ist es nicht. Software lebt in einer sich bewegenden Welt — Betriebssysteme werden aktualisiert, Browser ändern sich, Sicherheitspatches kommen, Ihr Geschäft verändert sich, die Tools, mit denen Sie sich verbinden, ändern ihre Regeln. Ein Tool, das niemand pflegt, hört langsam auf zu funktionieren und fällt dann im denkbar schlechtesten Moment aus.

Das trifft kleine Firmen hart, weil die Wartungskosten beim Vertragsabschluss unsichtbar sind. Sie vergleichen zwei Angebote über den Entwicklungspreis und stellen nie die wichtigere Frage: Was kostet es, das jedes Jahr am Leben und gesund zu halten? Hosting, Updates, kleine Korrekturen, die gelegentliche Anpassung, wenn sich Ihr Geschäft weiterentwickelt — planen Sie das als normalen, laufenden Posten ein, so wie bei Versicherung oder Buchhaltung. Meist ist es überschaubar, aber nur, wenn Sie damit rechnen.

Fehler 5: Die Anforderungen vage und ohne Verantwortlichen lassen

„Sie sind die Experten, bauen Sie einfach etwas Gutes“ klingt großzügig. Tatsächlich treiben Projekte so ab. Die Menschen, die Ihr Geschäft am besten verstehen, sind Sie und Ihr Team — nicht die Entwickler. Wenn Sie ein unscharfes Briefing übergeben und verschwinden, füllt der Anbieter die Lücken mit seinen besten Vermutungen, und Sie entdecken diese Vermutungen zum schlechtesten Zeitpunkt: bei der Lieferung, wenn ihre Änderung am teuersten ist.

Zwei Rollen müssen auf Ihrer Seite besetzt werden, und kleine Firmen besetzen routinemäßig keine davon. Die erste ist ein einziger Entscheider — eine Person, die Ja sagen kann, Meinungsverschiedenheiten zwischen Abteilungen schlichtet und nicht zu beschäftigt ist, um wochenlang Fragen zu beantworten. Die zweite ist die Bereitschaft, bei den Dingen, die zählen, konkret zu sein: die Sonderfälle, die seltsame Ausnahme, die Ihr Geschäft schon immer von Hand erledigt hat, die Regel, die alle kennen, aber niemand aufgeschrieben hat. Genau das ist das Material, das die Software richtig hinbekommen muss.

Fehler 6: Nicht zu fragen, wem Code und Daten gehören

Das ist der stille Fehler, und es ist der, der Jahre später am meisten weh tut. Sie zahlen für Individualsoftware und nehmen an, sie gehört Ihnen. Dann verschlechtert sich die Beziehung zum Anbieter, oder er erhöht die Preise, oder er verschwindet einfach — und Sie stellen fest, dass Sie sich nicht bewegen können. Sie haben den Quellcode nicht. Die Daten liegen in einem System, auf das nur er zugreifen kann. Ihr gesamter Betrieb hängt nun von einem Unternehmen ab, dem Sie nicht mehr vertrauen, und Sie haben kein Druckmittel.

Nichts davon erfordert einen Anwalt, um es zu verhindern. Es erfordert drei einfache Fragen, gestellt bevor Sie beginnen, solange Sie noch die volle Verhandlungsmacht haben: Wem gehört der Quellcode, wenn das fertig ist? Kann ich alle meine Daten jederzeit in einem nutzbaren Format exportieren? Und wenn wir uns trennen, was genau nehme ich mit? Ein seriöser Partner beantwortet das ohne zu zögern. Zögern an dieser Stelle ist die größte Warnflagge im ganzen Prozess.

• Lassen Sie sich schriftlich geben, dass Ihnen der Quellcode gehört oder Sie eine klare, faire Lizenz daran haben.
• Stellen Sie sicher, dass Sie Ihre eigenen Daten jederzeit in einem Standardformat ohne Genehmigung exportieren können.
• Achten Sie darauf, dass die Arbeit gut genug dokumentiert ist, sodass ein anderer Entwickler sie übernehmen könnte.
• Vermeiden Sie proprietäre Abhängigkeit, wo eine schlichte, bekannte Technologie dieselbe Aufgabe erfüllen würde.
• Vereinbaren Sie vorab, was mit Hosting und Konten geschieht, falls Sie je den Anbieter wechseln.

Fehler 7: Den Launch als Ziellinie behandeln

Die Software ist geliefert, sie funktioniert, alle sind erleichtert. Das Projekt wird für abgeschlossen erklärt. Sechs Monate später ist die Hälfte des Teams still zur alten Tabelle zurückgekehrt, und das teure neue Tool wird von zwei Leuten für eine Sache genutzt. Die Entwicklung war erfolgreich. Die Akzeptanz ist gescheitert — und das sind zwei völlig verschiedene Probleme.

Menschen wehren sich nicht gegen neue Tools, weil sie dumm oder stur sind. Sie wehren sich, weil das Neue ungewohnt ist und das Alte irgendwie noch funktioniert. Das zu überwinden erfordert gezielten Aufwand, den niemand eingeplant hat: ein wenig Schulung, einen klaren Grund, warum die Änderung gerade ihnen hilft, jemanden, der in den ersten Wochen die dummen Fragen ohne Wertung beantwortet, und die feste Entscheidung, das Alte abzuschalten, damit es keinen Rückweg gibt, in den man zurückrutschen kann.

1. 1
   Zuerst an eine kleine Gruppe ausrollen

   Geben Sie das Tool zuerst an ein paar willige Personen, bevor das ganze Team es bekommt. Sie finden die Ecken und Kanten und werden zu Ihren internen Fürsprechern.
2. 2
   Den persönlichen Gewinn zeigen, nicht den Firmengewinn

   „Das spart dem Unternehmen Geld“ motiviert niemanden. „Das heißt, Sie tippen Adressen nicht mehr doppelt“ holt die Leute ins Boot.
3. 3
   Eine Ansprechperson für Fragen benennen

   Im ersten Monat ist jemand für die dummen Fragen zuständig. Reibung in Woche eins ist es, was die Akzeptanz für immer zerstört.
4. 4
   Das Alte tatsächlich abschalten

   Solange die alte Tabelle existiert, werden die Leute sie weiter nutzen. Wenn das Neue funktioniert, ziehen Sie den Rückweg zurück — sanft, aber deutlich.

Alles zusammengefügt: die Haltung eines Käufers

Lesen Sie diese sieben noch einmal und ein roter Faden zieht sich durch sie. Fast keiner ist technisch. Es geht um Klarheit, Eigentum und Zurückhaltung — Ihr Problem zu kennen, bevor Sie einkaufen, in kleinen Schritten zu bauen, Anbieter nach Verständnis statt nach Preis zu beurteilen, für das Leben des Tools zu planen und nicht nur für seine Geburt, beteiligt zu bleiben, Ihren Ausstieg zu schützen und den Launch als Anfang der eigentlichen Arbeit zu behandeln.

Individualsoftware ist wirklich eine der besten Investitionen, die ein kleines Unternehmen tätigen kann, sobald es den Standardtools entwachsen ist, die alle gemeinsam nutzen. Ein System, das genau um die Art geformt ist, wie Sie arbeiten, statt Ihr Geschäft zu zwingen, sich um das Produkt eines anderen zu verbiegen, ist ein echter und dauerhafter Vorteil. Die Firmen, die dorthin gelangen, sind nicht die mit den größten Budgets. Es sind die, die die sieben Fehler oben vermieden haben — und das ist eine Frage des Urteilsvermögens, nicht des Geldes.

Häufige Fragen