Die meisten Unternehmen gehen in ihr erstes Gespräch mit einer Softwareentwicklungsfirma wie zu einem Arzttermin: Sie erscheinen, beschreiben die Symptome und warten darauf, dass der Experte ihnen sagt, was zu tun ist.
Das ist verständlich. Softwareentwicklung ist ein Fachgebiet, und es ist nachvollziehbar zu erwarten, dass die Experten den Prozess leiten. Doch die Unternehmen, die aus diesen Gesprächen — und letztlich aus den daraus entstehenden Projekten — den größten Nutzen ziehen, verfolgen einen anderen Ansatz. Sie kommen nicht mit Antworten, sondern mit den richtigen Informationen. Und sie wissen, welche Fragen sie stellen müssen.
Dieser Leitfaden hilft Ihnen, genau das zu tun.
Warum das erste Gespräch wichtiger ist, als Sie denken
Das erste Gespräch zwischen einem Kunden und einer Entwicklungsfirma ist der Moment, in dem ein Projekt entweder in der Realität verankert wird oder zu driften beginnt. Hier entstehen Annahmen — darüber, was gebaut wird, für wen, wie komplex es ist und was es ungefähr kosten könnte. Sind diese Annahmen erst einmal gebildet, lassen sie sich nur schwer korrigieren.
Kommen Sie unvorbereitet in das Gespräch, bleibt es an der Oberfläche. Sie beschreiben eine allgemeine Idee. Die Entwickler stellen ein paar Standardfragen. Sie gehen mit einem groben Gefühl dafür nach Hause, was möglich sein könnte — und mit dem Versprechen eines Angebots, das möglicherweise nicht das widerspiegelt, was Sie wirklich brauchen.
Kommen Sie vorbereitet, passiert etwas anderes. Das Gespräch wird schnell konkret. Echte Einschränkungen kommen früh ans Licht. Das Entwicklungsteam kann Ihnen ein viel ehrlicheres Bild davon vermitteln, was das Projekt beinhaltet — und Sie können beurteilen, ob es der richtige Partner für Sie ist.
Worüber Sie vor dem Gespräch nachdenken sollten
Sie brauchen kein formelles Spezifikationsdokument für ein erstes Gespräch. Was Sie brauchen, ist Klarheit über einige grundlegende Fragen. Wenn Sie diese im Voraus durchdenken, wird das Gespräch erheblich produktiver.
Welches Problem möchten Sie eigentlich lösen?
Das klingt offensichtlich, aber die meisten Menschen beschreiben eine Lösung statt eines Problems. „Wir brauchen eine mobile App" oder „wir möchten ein Kundenportal" sind Lösungen. Das eigentliche Problem darunter ist etwas anderes: Kunden haben Schwierigkeiten, die benötigten Informationen zu finden, Mitarbeiter verbringen zu viel Zeit mit Anfragen, die selbstständig bearbeitet werden könnten, oder Daten, die an drei Stellen existieren, sollten an einem Ort sein.
Je klarer Sie das zugrunde liegende Problem benennen können, desto nützlicher kann die Entwicklungsfirma für Sie sein — denn sie kennt möglicherweise Ansätze zur Lösung, die Sie noch nicht in Betracht gezogen haben. Kommen Sie nur mit einer Lösungsidee, schränken Sie das Gespräch ein, bevor es richtig begonnen hat.
Wer wird das System nutzen und wie?
Denken Sie an die Menschen, die tatsächlich mit dem Ergebnis arbeiten werden. Sind es Ihre eigenen Mitarbeiter? Ihre Kunden? Partner oder Lieferanten? Wie technikaffin sind sie? Wie oft werden sie es nutzen — täglich, gelegentlich, einmal im Monat? Nutzen sie es am Schreibtisch, unterwegs, im Lager?
Das beeinflusst direkt, was gebaut werden muss. Ein System, das täglich von geschulten Mitarbeitern genutzt wird, verträgt andere Designentscheidungen als eines, das gelegentlich von Laien verwendet wird. Eine konkrete Vorstellung von den Nutzern — auch grob — fokussiert das Gespräch sofort.
Wie sieht Erfolg in einem Jahr aus?
Überraschend viele Projekte scheitern nicht daran, dass die Software nicht funktioniert, sondern daran, dass niemand klar definiert hat, was „funktionieren" bedeutet. Nehmen Sie sich vor dem Gespräch ein paar Minuten Zeit, um sich Ihr Unternehmen zwölf Monate nach Abschluss des Projekts vorzustellen. Was ist anders? Welche Prozesse sind schneller? Über welche Informationen verfügen Sie, die Sie vorher nicht hatten? Wie sieht ein erfolgreicher Arbeitstag aus?
Das sind keine technischen Fragen. Es sind Geschäftsfragen. Aber genau diese helfen einer Entwicklungsfirma zu verstehen, was zu bauen ist — und wie Prioritäten gesetzt werden, wenn Kompromisse erforderlich sind.
Was existiert bereits?
Kaum ein Projekt beginnt auf der grünen Wiese. Denken Sie an die Systeme, Tools und Daten, die bereits in Ihrem Unternehmen vorhanden sind und mit denen die neue Software möglicherweise verbunden werden muss. Ihr Buchhaltungssystem. Ihr CRM. Ihr Lagerverwaltungstool. Ihre Website. Auch wenn Sie nicht genau wissen, wie eine Integration aussehen würde — das Benennen des Bestehenden gibt dem Entwicklungsteam etwas Konkretes zum Arbeiten.
Erwähnenswert: Wenn es bestehende Software gibt, die das neue System ersetzen oder erweitern soll, bringen Sie alle Dokumentationen oder Zugänge mit, die Ihnen zur Verfügung stehen. Selbst eine Demo des aktuellen Systems ist wertvoller als eine mündliche Beschreibung.
Welche Einschränkungen haben Sie?
Budget und Zeitplan sind die offensichtlichsten — und es lohnt sich, zumindest eine grobe Vorstellung von beidem zu haben, bevor das Gespräch stattfindet, auch wenn Sie unsicher sind. Eine Entwicklungsfirma, die weiß, dass Sie in sechs Monaten etwas in Betrieb haben müssen, plant anders als eine, die keinen Zeitrahmen kennt. Und die Kenntnis eines festen Budgets ermöglicht es ihr, Ihnen bei der Priorisierung zu helfen — was zuerst gebaut werden soll — statt etwas zu planen, das nicht erreichbar ist.
Einschränkungen sind aber nicht nur finanzieller Natur. Es kann branchenspezifische Compliance- oder Sicherheitsanforderungen geben. Es kann Einschränkungen bei der verwendeten Technologie aufgrund bestehender Infrastruktur geben. Es kann Schlüsselpersonen geben, deren Zeitpläne das Projekt beeinflussen. Je früher das zur Sprache kommt, desto besser.
Was Sie zum Gespräch mitbringen sollten
Sie brauchen keine ausgefeilten Unterlagen. Was wirklich nützlich ist:
Eine schriftliche Zusammenfassung des Problems. Eine Seite, die die aktuelle Situation und das beschreibt, was Sie ändern möchten. Es muss nicht formal sein — auch Stichpunkte genügen. Das Aufschreiben erzwingt Klarheit, und die schriftliche Form gibt dem Entwicklungsteam etwas, worauf es sich beziehen kann.
Beispiele dafür, wie es aussehen soll. Wenn Sie ein System gesehen haben — für ein anderes Unternehmen entwickelt, ein Konkurrenzprodukt, eine Verbraucher-App — das Funktionen oder eine Nutzerführung hat, die dem nahekommt, was Sie sich vorstellen, zeigen Sie es. Visuelle Referenzen kommunizieren effizienter als verbale Beschreibungen und helfen dabei, Missverständnisse darüber zu vermeiden, was Wörter wie „einfach" oder „intuitiv" tatsächlich bedeuten.
Zugang zu vorhandenen Systemen. Selbst ein Walkthrough Ihres aktuellen Prozesses — per Bildschirmfreigabe oder persönlich — gibt dem Entwicklungsteam ein Fundament in der Realität, das eine Beschreibung nicht leisten kann.
Die richtigen Personen im Raum. Wenn die Person, die den betroffenen Prozess am besten kennt, nicht Sie sind, bringen Sie sie mit. Die teuersten Missverständnisse in Softwareprojekten entstehen, wenn etwas gebaut wird, das den Auftraggeber zufriedenstellt, aber für den täglichen Nutzer nicht funktioniert.
Was Sie von einer guten Entwicklungsfirma erwarten sollten
Das erste Gespräch sollte sich nicht wie eine Verkaufspräsentation anfühlen. Ein Entwicklungsteam, das es wert ist, mit ihm zusammenzuarbeiten, stellt im ersten Gespräch mehr Fragen als es Antworten gibt — weil es Ihre Situation wirklich verstehen muss, bevor es etwas Sinnvolles über den Aufwand sagen kann.
Seien Sie vorsichtig bei Firmen, die mit fertigen Lösungen und minimalen Fragen erscheinen. Der richtige Partner für ein Individualsoftware-Projekt ist einer, der sich die Zeit nimmt, Ihr Geschäft zuerst zu verstehen.
Sie sollten erwarten, über Folgendes zu sprechen:
- Das Problem, das Sie lösen möchten, und warum jetzt
- Wer die Nutzer sind und was sie brauchen
- Wie Erfolg aussieht und wie er gemessen werden würde
- Welche Einschränkungen im Spiel sind
- Wie ein realistischer Prozess aussieht — einschließlich Zeitplan, Meilensteinen und der Arbeitsweise der Entwicklungsfirma
Was Sie in einem ersten Gespräch nicht erwarten sollten, ist ein festes Angebot. Ein Projekt, das ordentlich dimensioniert ist — mit einem klaren Verständnis davon, was gebaut wird und warum — braucht mehr als ein Gespräch, um genau kalkuliert zu werden. Wenn eine Firma Ihnen nach dreißig Minuten eine feste Zahl nennt, ist das keine verlässliche Schätzung.
Nach dem Gespräch
Ein produktives erstes Gespräch erzeugt Folgefragen — auf beiden Seiten. Die Entwicklungsfirma möchte wahrscheinlich bestimmte Bereiche vertieft erkunden, bevor sie ein realistisches Bild von Umfang und Kosten geben kann. Und Sie stellen vielleicht fest, dass Sie intern klären müssen, was Ihre tatsächlichen Prioritäten sind.
Das ist ein gutes Zeichen. Es bedeutet, dass das Gespräch die Tiefe erreicht hat, auf der echte Planung möglich wird.
Das Ergebnis eines ersten Gesprächs sollte kein unterzeichneter Vertrag sein. Es sollte ein klarer nächster Schritt sein — typischerweise ein detaillierteres Analysegespräch oder ein Angebotsprozess — und ein gegenseitiges Gefühl dafür, ob Sie gut zusammenarbeiten werden.
Wenn Sie sich auf ein erstes Gespräch über ein Softwareprojekt vorbereiten und eine offene, strukturierte Diskussion darüber möchten, was es beinhalten könnte — schreiben Sie uns. Wir nehmen uns gerne eine Stunde Zeit, um Ihre Situation zu verstehen, bevor wir Vorschläge machen, was zu bauen ist.