Das erste Softwaregespräch vorbereiten, ohne zu viel offenzulegen

Das heutige Problem schildern

Ein aktuelles, alltägliches Beispiel hilft mehr als ein perfektes Lastenheft. Erklären Sie Auslöser, beteiligte Werkzeuge, Wartezeiten und ein erfolgreiches Ergebnis. Bringen Sie die Entscheidung mit, die Sie klären möchten: entwickeln, untersuchen oder ein vorhandenes Produkt übernehmen.

Ein sicheres Beispiel vorbereiten

Ersetzen Sie in einem fiktiven Kundendienstablauf Namen, E-Mails und Referenzen durch erfundene Werte. Behalten Sie aussagekräftige Struktur, Fehler und manuelle Schritte. Prüfen Sie Screenshots auf Tabs, Meldungen und Kontodaten. Geschwärzte Tabellen können verborgene Blätter oder Kommentare behalten; ein kleines eigens erstelltes Beispiel ist oft leichter zu kontrollieren.

Rahmenbedingungen statt Zugangsdaten teilen

Benutzergruppen, ungefähre Mengen, Integrationen, Fristen und Entscheider sind hilfreich. Kennzeichnen Sie Schätzungen. Senden Sie keine Passwörter, API-Schlüssel, Kartendaten, vollständigen Produktionsdatenbanken oder vertraulichen Dokumente im Formular. Später nötiger Zugriff braucht ein gesondertes autorisiertes, begrenztes und widerrufbares Verfahren.

Beobachtete Fakten und Annahmen in einer kurzen Notiz trennen

Eine hilfreiche Vorbereitung passt auf eine Seite: die benötigte Entscheidung, die beteiligten Personen, der heutige Arbeitsablauf und die Folgen, wenn er unverändert bleibt. Ergänzen Sie einen gewöhnlichen Fall und eine Ausnahme. Solange niemand weiß, warum eine Freigabe stockt, ist eine klare Beschreibung dieser Verzögerung hilfreicher als eine lange Funktionsliste.

Angenommen, ein fiktives Vertriebsteam verschickt Angebote aus einer Tabelle, während Führungskräfte Rabatte per E-Mail freigeben. Der gewöhnliche Fall verfolgt ein Angebot bis zur Freigabe. Die Ausnahme zeigt einen geänderten Preis, der versendet wurde, bevor die Führungskraft die aktuelle Version sah. Halten Sie fest, welche Version freigegeben wurde, wo der Vertrieb nachsah und was beim Kunden ankam. Setzen Sie ein neues CRM nicht als Lösung voraus; vielleicht fehlen eine Änderungsregel oder klare Zuständigkeiten.

Kennzeichnen Sie jede Aussage als beobachtet, geschätzt oder noch zu prüfen. Berichtet jemand von häufigen Änderungen, notieren Sie die Quelle und welche Stichprobe Klarheit schaffen könnte. Machen Sie daraus keine erfundene Monatszahl. Beschreiben Sie benötigte Beziehungen zwischen Datensätzen und Kommunikationskanäle mit fiktiven Kennungen. Dass zwei Versionen zu einem Angebot gehören, lässt sich ohne die echte Kundenidentität oder vertrauliche Konditionen erklären.

Einen nächsten Schritt verlangen, der eine konkrete Unsicherheit klärt

Vergleichen Sie im Gespräch die kleinsten sinnvollen Möglichkeiten. Eine Konfiguration des vorhandenen Werkzeugs kann reichen, wenn es freigegebene Versionen bewahrt. Ein Prototyp kann klären, wie Führungskräfte Änderungen prüfen. Eine technische Untersuchung kann zeigen, ob das bestehende System die benötigten Datensätze zugänglich macht. Ein vollständiger Neubau lässt sich besser begründen, sobald diese Unsicherheiten geklärt sind. Notieren Sie, warum eine Möglichkeit bevorzugt wurde und welcher Nachweis die Wahl ändern würde.

Weisen Sie jeder offenen Frage eine verantwortliche Person zu. Die Vertriebsleitung kann festlegen, welche Preisänderungen eine neue Freigabe verlangen; eine berechtigte Administration kann verfügbare Exporte oder Integrationszugänge prüfen. Jede Untersuchung braucht ein Ergebnis, eine Grenze und einen vereinbarten Prüfzeitpunkt. Eine begrenzte Erkundung sollte dem Unternehmen auch ohne spätere Entwicklung etwas Nutzbares hinterlassen, etwa einen abgestimmten Ablauf, eine geprüfte Einschränkung oder verglichene Umfangsvarianten.

Versenden oder vereinbaren Sie eine schriftliche Zusammenfassung mit gewünschtem Ergebnis, betrachteten Möglichkeiten, offenen Fragen und nächster Entscheidung. Erfassen Sie vorgeschlagene Kosten oder Termine als Angebot mit definiertem Umfang und Annahmen, nicht als bestätigte Schätzung für eine ungeprüfte Integration. Klären Sie missverstandene Begriffe, bevor die Planung darauf aufbaut. Ein Transkript ersetzt kein abgestimmtes Entscheidungsprotokoll: Nützlich ist zu wissen, wer den nächsten Sachverhalt klärt und wie er das Projekt beeinflusst.

Mit einer konkreten nächsten Entscheidung enden

Nennen Sie Orvun Labs das gewünschte Ergebnis und das größte Hindernis. Das Gespräch soll ein gemeinsames Problemverständnis und die nächsten notwendigen Belege schaffen, keinen Druck zu einem undefinierten Auftrag.

• Welches Alltagsbeispiel erklärt die Schwierigkeit am besten?
• Was muss besser werden und was darf bleiben?
• Wer beantwortet Fachfragen und trifft Entscheidungen?
• Wurden Dateien auf Geheimnisse und persönliche Daten geprüft?