Wie ein gutes Erstgespräch mit einem Software-Partner abläuft

Warum das Erstgespräch über das ganze Projekt entscheidet

Das erste Gespräch mit einem Software-Partner ist mehr als ein Kennenlernen. Es ist die erste Probe darauf, wie ihr später zusammenarbeiten werdet. Wer in diesen sechzig Minuten schon zuhört, nachfragt und mitdenkt, wird das auch tun, wenn das Projekt läuft und es schwierig wird. Wer dir in der ersten halben Stunde ein Paket andreht, wird auch später verkaufen statt verstehen.

Deshalb lohnt es sich, dieses Gespräch nicht als lästige Formalie vor dem Angebot zu sehen. Es ist die günstigste Stelle im ganzen Vorhaben, an der du noch fast nichts investiert hast und trotzdem schon viel erkennen kannst. Ein gutes Erstgespräch mit einem Software-Partner kostet beide Seiten eine Stunde und spart im besten Fall Monate an Missverständnissen. Schauen wir uns an, woran du eines erkennst.

Das Problem kommt vor der Lösung

Der deutlichste Unterschied zwischen einem guten und einem schwachen Erstgespräch zeigt sich in der ersten Viertelstunde. Ein schwacher Anbieter springt sofort auf seine Lösung. Du sagst zwei Sätze über deine Idee, und schon hörst du, mit welcher Technologie, welchem Framework und welchem Paket man das angeblich umsetzt. Das klingt nach Kompetenz, ist aber meist das Gegenteil. Wer die Lösung kennt, bevor er das Problem verstanden hat, verkauft Vorlagen.

Ein guter Partner bleibt erst beim Problem. Er will wissen, was bei dir gerade nicht funktioniert, wer darunter leidet und was es kostet, wenn alles so bleibt. Er fragt nach dem Tag, an dem das Problem am meisten weh tut. Er lässt sich den Ist-Zustand zeigen, oft die Excel-Tabelle, das Tool, den manuellen Schritt, der euch Zeit frisst. Erst wenn dieses Bild steht, redet er über mögliche Wege.

Das ist keine Höflichkeit, sondern Handwerk. Die teuersten Fehler in Softwareprojekten entstehen nicht beim Programmieren, sondern davor, beim Bauen der falschen Sache. Mehr dazu, warum so viele Vorhaben hier kippen, steht in warum SaaS-Projekte scheitern. Ein Gespräch, das beim Problem bleibt, ist der erste Schutz davor.

Bandbreiten statt Verkaufsschau

Irgendwann kommt die Geldfrage. Wie ein Partner damit umgeht, sagt viel über ihn. Zwei Antworten solltest du gleichermassen misstrauisch beäugen: die sofortige Festpreiszusage nach zwanzig Minuten und das vage Ausweichen, man könne dazu noch gar nichts sagen.

Ein seriöser Partner nennt dir eine Bandbreite und erklärt, was sie nach oben und unten treibt. Er sagt etwa, dass eine erste nutzbare Version je nach Umfang in einem bestimmten Rahmen liegt, dass eine einzige Integration in euer ERP den Aufwand spürbar verschiebt, dass eine eigene Benutzerverwaltung mit Rechten und Abrechnung mehr kostet als ein simpler Login. Er macht die Treiber sichtbar, damit du selbst mitsteuern kannst. Statt einer Zahl bekommst du ein Verständnis dafür, wovon die Zahl abhängt.

Das ist offener und nützlicher als jede Punktlandung. Wer dir früh einen exakten Festpreis verspricht, hat entweder Risikopuffer eingebaut, die du mitbezahlst, oder er hat das Problem nicht verstanden und wird später nachfordern. Wie die beiden Abrechnungsmodelle wirklich funktionieren und wann welches passt, vertieft der Artikel zu Festpreis vs. Time and Material. Im Erstgespräch geht es nicht um den Vertrag, sondern darum, ob dein Gegenüber über Geld reden kann, ohne dir etwas vorzumachen.

Welche Fragen ein guter Partner stellt

Du erkennst die Qualität eines Partners auch daran, was er von dir wissen will. Gute Fragen graben in die Tiefe und decken Annahmen auf, die du selbst noch nicht ausgesprochen hast. Achte darauf, ob folgende Themen vorkommen:

• Was passiert, wenn ihr nichts ändert? Wer das fragt, prüft, ob sich das Projekt überhaupt lohnt. Manchmal ist die nüchterne Antwort, dass ein Excel-Workaround noch ein Jahr trägt.
• Wer benutzt die Software am Ende, und wie technisch ist diese Person? Das entscheidet über die Hälfte der Designentscheidungen.
• Was ist die eine Funktion, ohne die das Ganze wertlos ist? Gute Partner suchen den Kern, nicht die Wunschliste. Wie man diesen Kern findet, beschreibt der Beitrag zur ersten Funktion und zum Produktkern.
• Was habt ihr schon probiert, und warum hat es nicht gereicht? Diese Frage spart dir, einen Weg ein zweites Mal zu gehen.
• Wer betreibt das Ding nach dem Launch? Wer schon im Erstgespräch an den Betrieb denkt, hat verstanden, dass Software mit dem Launch nicht fertig ist, sondern dann erst anfängt.

Diese letzte Frage trennt die Anbieter besonders scharf. Viele reden nur über das Bauen. Wir bei Wertstifter bauen nicht nur, wir betreiben unsere eigenen Produkte selbst. Wortfreunde und Reazon laufen Tag und Nacht unter unserer Verantwortung, mit Monitoring, Backups und Bereitschaft. Diese Erfahrung färbt jedes Erstgespräch, weil wir aus eigenem Schmerz wissen, welche Entscheidung im Bau später im Betrieb teuer wird.

Welche Fragen du selbst stellen solltest

Du bist im Gespräch nicht nur Antwortgeber. Die Fragen, die du stellst, sind dein wichtigstes Werkzeug, um einen Partner einzuschätzen. Ein paar, die sich immer lohnen:

Frag nach einem Projekt, das schiefgegangen ist, und was daraus gelernt wurde. Wer keine einzige Geschichte hat, in der etwas schwierig war, hat entweder wenig gebaut oder erzählt dir nicht alles. Die Art, wie jemand über eigene Fehler spricht, verrät mehr als jede Referenzliste.

Frag, wem am Ende der Code gehört und wie eine Übergabe aussehen würde, falls ihr euch trennt. Ein Partner, der dabei zögert, bindet dich vielleicht stärker an sich, als dir lieb ist. Die Details dazu, worauf du beim Eigentum am Code achten musst, stehen im Artikel wem gehört der Code.

Frag, wer konkret an deinem Projekt arbeiten wird. Manche Anbieter schicken zum Erstgespräch die erfahrensten Köpfe und setzen danach Berufsanfänger an die Tastatur. Lass dir sagen, mit wem du im Alltag zu tun haben wirst.

Und frag ruhig direkt, warum euer Projekt vielleicht keine gute Idee ist. Ein Partner, der dir auch Gegenargumente liefert, denkt mit. Einer, der nur nickt, will den Auftrag und nicht dein Ergebnis. Weitere Merkmale, an denen du Qualität festmachst, sammelt der Beitrag guten Umsetzungspartner erkennen.

Wann ein Erstgespräch nicht der richtige Schritt ist

Nicht jede Situation braucht zuerst ein Gespräch mit einem Software-Partner. Wenn du selbst noch nicht weisst, welches Problem du eigentlich lösen willst, ist die Stunde zu früh. Dann hilft dir eher, das Problem intern zu schärfen, mit den Leuten zu reden, die täglich darunter leiden, und den schmerzhaftesten Schritt konkret zu benennen. Ein Partner kann dir beim Schärfen helfen, aber er kann es nicht für dich erfinden.

Manchmal ist die passende Antwort auch gar keine eigene Software. Wenn ein Standardwerkzeug neunzig Prozent abdeckt und die restlichen zehn Prozent kein echter Schmerz sind, spart dir das viel Geld und Pflegeaufwand. Ein guter Partner wird dir das im Gespräch sagen, statt dir trotzdem etwas zu bauen. Welche Abwägung dahintersteckt, behandelt der Vergleich Standard-Tool anpassen oder eigenes bauen.

Und wenn du fünf Erstgespräche parallel führst, nur um Preise zu vergleichen, holst du aus keinem das Beste heraus. Ein Erstgespräch lebt davon, dass du dich öffnest und dein echtes Problem auf den Tisch legst. Das funktioniert mit zwei sorgfältig gewählten Partnern besser als mit einem Dutzend, die nur eine Zahl liefern sollen.

Woran du nach dem Gespräch erkennst, ob es gut war

Der beste Test kommt nach dem Termin. Setz dich hin und prüfe drei Dinge. Verstehst du dein eigenes Problem jetzt klarer als vorher? Ein gutes Gespräch ordnet deine Gedanken, auch wenn am Ende kein Vertrag steht. Weisst du, welche Faktoren die Kosten und die Dauer treiben, oder hast du nur eine Zahl ohne Begründung? Und hattest du das Gefühl, dass dein Gegenüber zugehört hat, oder hast du die meiste Zeit eine Präsentation über dich ergehen lassen?

Fällt eine dieser Antworten dünn aus, war es kein gutes Erstgespräch, egal wie sympathisch die Runde war. Wenn alle drei stimmen, hast du einen Partner gefunden, mit dem sich der nächste Schritt lohnt. Wie dieser nächste Schritt bei uns aussieht und wie wir aus dem Erstgespräch ein Produkt machen, das wir auch betreiben, zeigt unser Leistungsbereich zur SaaS-Produktentwicklung.