Wie ein erstes technisches Beratungsgespräch tatsächlich aussieht
Ein erstes technisches Beratungsgespräch ist noch kein Verkaufsgespräch und noch keine technische Tiefenanalyse — es ist eher eine strukturierte Diagnose.
Das eigentliche Ziel eines ersten Treffens
Die eigentliche Aufgabe des ersten Treffens ist herauszufinden, ob das genannte Problem tatsächlich das echte Problem ist — eine überraschende Anzahl technischer Anfragen erweist sich bei genauerem Hinsehen als Lösung eines Symptoms statt des zugrunde liegenden Problems.
Deshalb stellt ein gutes erstes Treffen mehr Fragen als es beantwortet — "was passiert heute genau, Schritt für Schritt" enthüllt mehr, als direkt zu "hier ist, was ich bauen würde" zu springen.
Was ein Kunde tatsächlich mitbringen sollte
- Eine klare Beschreibung der aktuellen Situation, keine vorab entschiedene Lösung — "wir gleichen diese zwei Tabellen jede Woche manuell ab, es dauert Stunden und verursacht Fehler" ist nützlicher als "wir brauchen ein Automatisierungstool".
- Echte Einschränkungen — Budgetrahmen, Zeitplan, alle nicht verhandelbaren technischen Anforderungen.
- Wer sonst einbezogen werden muss in die endgültige Entscheidung, damit der Berater weiß, ob dieses Treffen den eigentlichen Entscheider einschließt oder ein vorläufiger Schritt ist.
Was ein guter Berater in diesem Treffen tun sollte
- Detailliert nach dem tatsächlichen Arbeitsablauf fragen, nicht nur nach dem genannten Problem.
- Sanft Annahmen hinterfragen, die nicht standzuhalten scheinen ("warum muss das speziell in Echtzeit aktualisiert werden?").
- Ehrlich sein, wenn die genannte Idee nicht wirklich der beste Weg ist, das zugrunde liegende Problem zu lösen — auch wenn das bedeutet, weniger Arbeit oder eine andere Art von Arbeit zu empfehlen, als ursprünglich angefragt wurde.
Eine vernünftige Struktur für das Treffen selbst
| Phase | Fokus |
|---|---|
| Aktuelle Situation verstehen | Was heute tatsächlich passiert, im Detail |
| Das echte zugrunde liegende Problem identifizieren | Nicht nur das genannte Symptom |
| Einschränkungen besprechen | Budget, Zeitplan, technische Anforderungen |
| Mögliche Ansätze skizzieren | Einschließlich der Option, gar keine individuelle Lösung zu bauen, wenn das ehrlich die richtige Entscheidung ist |
| Nächste Schritte | Wie ein Angebot oder eine detailliertere Umfangsdefinition aussehen würde |
Warum "wir brauchen keine individuelle Software" ein legitimes Ergebnis ist
Ein gutes Beratungsgespräch kommt manchmal zu dem Schluss, dass ein bestehendes Tool (siehe unseren Custom-vs-SaaS-Guide) oder ein kleinerer Eingriff als ursprünglich vorgestellt die tatsächlich richtige Antwort ist — ein Berater, der nie zu diesem Schluss kommt, unabhängig von der Situation, optimiert für abrechenbare Arbeit statt für dein tatsächliches Interesse.
Überlegst du ein technisches Beratungsgespräch über ein echtes Problem, mit dem du konfrontiert bist? Melde dich — mit einer klaren Beschreibung der aktuellen Situation zu kommen, statt einer vorab entschiedenen Lösung, holt das Meiste daraus heraus.
Häufige Fragen
Brauche ich eine detaillierte technische Spezifikation vor dem ersten Treffen?
Nein — die Aufgabe des ersten Treffens ist oft, herauszufinden, wie der tatsächliche technische Ansatz aussehen sollte. Mit einer klaren Problembeschreibung und Einschränkungen zu kommen ist nützlicher als eine ohne technischen Input geschriebene Spezifikation.
Wie lange sollte ein erstes Beratungsgespräch dauern?
Genug Zeit, um das Problem wirklich zu verstehen, nicht nur genug Zeit, um eine Lösung zu präsentieren — das variiert je nach Komplexität, aber diesen Schritt zu überstürzen, um schneller zu einem Angebot zu kommen, produziert meist ein schlechteres, nicht ein schnelleres nützliches Angebot.
Ist ein erstes Beratungsgespräch normalerweise kostenlos?
Die Praxis variiert — manche Berater bieten ein erstes Gespräch kostenlos an, speziell um die Passung vor jeder Verpflichtung einzuschätzen, andere nicht. Es lohnt sich, das im Voraus zu klären, statt in die eine oder andere Richtung anzunehmen.