Technischer und wirtschaftlicher Käufer: Ergebnisse einer Software-Umfrage

Der Unterschied liegt in der Aufgabe, die eine Person bei einem Kauf übernimmt. Ein technischer Käufer prüft, wie ein Produkt funktioniert und ob es zu den Anforderungen der Organisation passt. Ein wirtschaftlicher Käufer hat im MEDDICC-Modell die übergeordnete Autorität über die Kaufentscheidung. Das sind sinnvolle Fragen für ein Gespräch; eine Stellenbezeichnung allein beantwortet sie nicht. ^[3][4]

Unsere Studie verwendet eine engere, direkt beobachtbare Messgröße: die Aufgaben, die Menschen in einer Umfrage ausgewählt haben. Die Befragten konnten mehrere Rollen bei der Auswahl oder Nutzung von Software in ihrer Organisation angeben. Wir konzentrierten uns auf diejenigen, die Bewertung, Empfehlung oder Vorauswahl auswählten, und prüften, ob sie zusätzlich die endgültige Kaufentscheidung und die Budgetfreigabe oder -verwaltung auswählten. ^[5]

Diese Antwortoptionen sind nicht mit den Rollenbezeichnungen aus Vertriebsmodellen gleichzusetzen. Wer ein Werkzeug bewertet, muss kein technischer Spezialist sein. Wer dessen Budget verwaltet, muss nicht die übergeordnete Kaufautorität haben. Wenn jemand sowohl Entscheidungs- als auch Budgetaufgaben auswählt, belegt das außerdem nicht, dass beide Aufgaben dasselbe Werkzeug betreffen.

Diese Unterscheidung macht die praktische Frage hilfreich. Wenn ein Interessent einen technischen Vergleich anfordert, weiß das Marketingteam, dass er Informationen benötigt. Im nächsten Gespräch lässt sich klären, was er bewertet, was er entscheiden kann und wer weitere Nachweise braucht.

In der freiwilligen internationalen Umfrage von Stack Overflow aus dem Jahr 2026 wählten 9.664 Befragte Bewertung, Empfehlung oder Vorauswahl aus. Davon wählten 7.505 weder die endgültige Kaufentscheidung noch die Budgetfreigabe oder -verwaltung. Das entspricht 77,7 % dieser Gruppe und ist die größte der vier Kategorien in der Tabelle. ^[1]

Die übrigen Kategorien zeigen die Überschneidung, die bei einer einfachen Trennung zwischen Bewertenden und Käufern verloren ginge. Insgesamt wählten 1.041 Personen beide Aufgaben aus, 744 die endgültige Entscheidung ohne die Budgetoption und 374 die Budgetoption ohne die endgültige Entscheidung. Ihre Anteile lagen bei 10,8 %, 7,7 % und 3,9 %.

Jede Person gehört genau einer Kategorie an. Die Prozentwerte beschreiben dieselbe Gruppe und lassen sich deshalb gemeinsam lesen. Die gerundeten Werte summieren sich auf 100,1 %; die zugrunde liegenden Anzahlen ergeben genau 9.664.

„Keine der beiden Optionen ausgewählt“ muss sorgfältig gelesen werden. Es beschreibt lediglich die beiden Antworten, die eine Person nicht angekreuzt hat. Es belegt weder fehlende Autorität noch fehlenden Einfluss oder die Unfähigkeit, einen weiteren Ansprechpartner vorzustellen. Die Umfrage erfasste auch keinen konkreten Kauf, dessen Beteiligte wir hätten rekonstruieren können.

Beantworte zuerst die Frage der Person, die das Produkt bewertet. Will sie eine Integration verstehen, erkläre, welche Verbindung unterstützt wird, welche Einrichtung nötig ist und welche wesentlichen Einschränkungen gelten. Eine wirtschaftliche Begründung kann später relevant werden, löst aber keine noch offene Kompatibilitätsfrage.

Frage anschließend, wofür die Informationen verwendet werden. Soll die Person damit das Produkt testen, eine Vorauswahl empfehlen, ein Budgetgespräch vorbereiten oder eine Entscheidung treffen? Mehrere Antworten können gleichzeitig zutreffen. Die Überschneidung in der Umfrage ist ein Grund, diese Möglichkeit im Briefing offenzuhalten.

Für Creator, die Unternehmenssoftware erklären, verändert das den Auftrag. Eine Demonstration kann eine konkrete Bewertungsfrage beantworten und zugleich eine Referenz bieten, die Zuschauer weitergeben können. Im Briefing sollte stehen, was die Demonstration belegen kann und wo sich die zugrunde liegenden Produktinformationen prüfen lassen. Der Creator sollte nicht den Eindruck erwecken müssen, dass ein Zuschauer Kaufautorität besitzt oder bereits ein Verkauf abgeschlossen wurde.

Für eine Agentur gehört diese Unterscheidung in die Übergabe zwischen Content und Vertrieb. Halte fest, welche Frage der Kontakt gestellt hat und welche Informationen er erhalten hat. Dokumentiere Aussagen zu Budget oder endgültiger Freigabe getrennt, einschließlich der Frage, ob sie sich auf diesen Kauf beziehen. So versteht die nächste Person den Stand, ohne aus einer Interaktion mit Inhalten eine ungeprüfte Käuferrolle abzuleiten.

Für das Marketing ist es daher sinnvoll, angegebene Bewertungs-, Budget- und Entscheidungsaufgaben in getrennten Feldern festzuhalten. Das bewahrt, was der Kontakt tatsächlich gesagt hat, und macht die nächste offene Frage sichtbar.

Nutze die folgenden Fragen für einen bestimmten geplanten Kauf. Lass eine Antwort offen, wenn sie noch nicht geklärt ist. Ein leeres Feld macht die Unsicherheit sichtbar; eine Vermutung anhand der Stellenbezeichnung würde sie verdecken.

Geplanter Kauf: Welches Werkzeug, welcher Tarif oder welche Änderung wird erwogen? Benenne den vorgesehenen Einsatz und das Team, das damit arbeiten würde. Halte fest, ob es um einen Neukauf, einen Ersatz oder eine Erweiterung geht.

Bewertungsaufgabe: Was muss der Kontakt prüfen? Formuliere die Frage mit seinen Worten, etwa ob eine Verbindung den benötigten Ablauf unterstützt. Notiere, was eine zufriedenstellende Antwort wäre und wer das Produktdetail bestätigen kann.

Benötigte Nachweise: Welche Demonstration, Spezifikation, welches Beispiel oder welche Referenz beantwortet die Frage? Benenne die verantwortliche Person und das Prüfdatum. Unterscheide eine aktuell unterstützte Funktion von einer geplanten Fähigkeit oder einem veranschaulichenden Beispiel.

Budgetverantwortung: Gibt der Kontakt das Budget frei, verwaltet er es, bereitet er einen Antrag vor oder übernimmt er eine andere Aufgabe? Frage ausdrücklich nach dem geplanten Kauf. Halte offene Punkte fest, statt unterschiedliche Aufgaben unter einer einzigen Bezeichnung für Budgetverantwortung zusammenzufassen.

Endgültige Entscheidung: Wer kann diesen Kauf freigeben, und was muss davor noch geschehen? Unterscheide die empfehlende Person von der endgültig entscheidenden Person, wenn der Kontakt sie als unterschiedliche Beteiligte beschreibt.

Weitere Beteiligte und nächster Schritt: Wer muss die Nachweise noch prüfen? Vereinbart, welches Dokument oder Gespräch als Nächstes folgt, wer es vorbereitet und bis wann der Kontakt es braucht. Creator, Marketing und Vertrieb können dann mit derselben ausdrücklich benannten Frage arbeiten.

Nutze das Briefing als Gesprächsnotiz. Gehe die Felder erneut durch, wenn sich der geplante Kauf oder die Beteiligten ändern. Unterscheide eine Antwort des Kontakts von einer Annahme, die noch geprüft werden muss.

Stell dir vor, ein Softwareunternehmen bereitet eine Demonstration für eine Agentur vor. Die operative Leitung der Agentur möchte wissen, ob das Produkt eine freigegebene Kampagne in den bestehenden Berichtsablauf des Teams übergeben kann. Dies ist ein fiktives Beispiel für das Briefing. Es stammt nicht von einem tatsächlich beobachteten Befragten und beschreibt keine gemessene Kampagne.

Eine erste Fassung könnte lauten: „Geplanter Kauf: ein Werkzeug für die Kampagnenübergabe der Agentur. Bewertungsaufgabe: die genaue Übergabe bestätigen, die das operative Team benötigt. Nachweis: ein dokumentiertes Beispiel mit einer unterstützten Verbindung und den zugehörigen Einrichtungsvoraussetzungen.“ Das reicht aus, um einem Creator oder Produktspezialisten einen klaren Auftrag zu geben.

Bevor das Team die Demonstration aufnimmt, prüft es die Verbindung. Wird sie nicht unterstützt, gehört diese Antwort ins Briefing und in das nächste Gespräch. Funktioniert sie nur mit einem bestimmten Tarif oder einer bestimmten Einrichtung, muss das Beispiel diese Bedingung deutlich machen.

Anschließend fragt das Marketingteam, was nach der technischen Prüfung passiert. Angenommen, der Kontakt erklärt, dass er ein Werkzeug empfehlen wird, ein Kollege aus der Finanzabteilung den Budgetantrag prüft und eine Führungskraft die endgültige Entscheidung trifft. Das sind angenommene Antworten für dieses Beispiel. Sie sollten als getrennte Aufgaben für diesen Kauf festgehalten werden, zusammen mit den Personen und offenen Schritten, die der Kontakt nennt.

Der Contentplan kann nun konkret werden. Die bewertende Person erhält die geprüfte Demonstration des Ablaufs und die zugehörige Referenz. Wer den Budgetantrag vorbereitet, erhält den aktuellen Preis, den Leistungsumfang und bekannte Einführungskosten. Für das endgültige Entscheidungsgespräch eignet sich eine kurze Zusammenfassung des geplanten Einsatzes, bestätigter Anforderungen und offener Fragen.

Alle drei Materialien sollten dieselben Produktfakten verwenden. Eine geschäftliche Zusammenfassung darf keine Funktion versprechen, die in der Demonstration fehlt. Eine technische Seite darf keine wesentliche Tarifvoraussetzung verschweigen, die den Preis verändert. Unterschiedliche Schwerpunkte rechtfertigen keine unterschiedlichen Fakten.

Erklärt der Kontakt stattdessen, dass er das Werkzeug bewertet, sein Budget verwaltet und die endgültige Entscheidung trifft, kann das Briefing diese Überschneidung abbilden. Das Team könnte ein einziges knappes Paket mit klar getrennten Abschnitten bereitstellen. Die Umfrage verrät nicht, welche Konstellation in dieser Agentur vorliegt; das Gespräch klärt es.

Der nächste Schritt ist konkret: den gewünschten Ablauf bestätigen, die vereinbarten Nachweise senden und offene Fragen festhalten. Wenn der Kontakt antwortet, kann das Team das passende Feld aktualisieren, statt sein Verständnis des Kaufs von Grund auf neu aufzubauen.

Wir verwendeten die öffentliche Ausgabe der Entwicklerumfrage von Stack Overflow aus dem Jahr 2026 und legten eine bestimmte Archivversion fest, damit andere Analysten dieselbe Eingabedatei abrufen können. Sie enthält 30.903 Antworten. Der Herausgeber nennt einen Erhebungszeitraum vom 23. Juni bis zum 5. August 2026 und Teilnehmende aus 169 Ländern. Die Teilnahme war freiwillig. Die Ergebnisse beschreiben diese veröffentlichte Antwortgruppe und keine repräsentative Stichprobe aller Unternehmen oder Softwarekäufer. ^[1][2]

Die Frage zu Softwareaufgaben war freiwillig und ließ mehrere Antworten zu. Für den Abgleich mit den veröffentlichten Summen behielten wir alle 20.042 Personen bei, die sie beantwortet hatten. Die Hauptanalyse umfasste anschließend alle 9.664 Personen, die Bewertung, Empfehlung oder Vorauswahl auswählten. Jeder Prozentwert der Haupttabelle verwendet diese Gruppe als Bezugsgröße. ^[1][5]

Vor der Auswertung der Antwortkombinationen legten wir die Eingabeversion, die genauen Antwortbezeichnungen, die Regeln für fehlende Werte, die Einschlussregeln und die vier Kategorien fest. Wir prüften die Quelldatei, Spaltendefinitionen, eindeutige Antwortkennungen, die Bedingungen für die Anzeige der Frage sowie die Anzahlen nicht fehlender Antworten. Beide unabhängig geschriebenen Implementierungen reproduzierten die Zahl der Antworten auf die Frage und alle sechs veröffentlichten Optionsanzahlen exakt.

Für jede Person mit Bewertungsaufgaben prüften wir, ob die endgültige Entscheidung und die Budgetfreigabe oder -verwaltung ausgewählt waren. Jede Antwort fällt entsprechend dieser Auswahl in eine der vier Kategorien. Wir teilten die Anzahl jeder Kategorie durch 9.664 und rundeten die Prozentwerte einzeln auf eine Dezimalstelle. Die Analyse enthält keine Umfragegewichte, Konfidenzintervalle für eine Grundgesamtheit oder kausalen Schätzungen.

Außerdem legten wir vorab zwei zusätzliche Prüfungen fest: eine Variante ohne Bewertende, die gleichzeitig die Option „keine Rolle“ auswählten, und eine Aufschlüsselung nach fünf festen Arbeitgebergrößen. Sowohl das vollständige Sensitivitätsergebnis als auch die vollständige Größenaufschlüsselung werden zurückgehalten, weil sie unsere vorab festgelegten Berichtsregeln nicht erfüllen. Wir nutzen keines dieser unveröffentlichten Ergebnisse, um Stabilität oder Unterschiede nach Arbeitgebergröße zu behaupten.

Die Hauptgruppe muss mindestens 500 Befragte umfassen, und keine Zelle mit einer positiven Anzahl darf weniger als zehn enthalten. Die Sensitivitätsanalyse muss selbst mindestens 500 Befragte umfassen; außerdem darf weder eine positive Ergebniszelle noch eine positive Zelle der ausgeschlossenen Personen weniger als zehn enthalten. Die letzte Bedingung schützt davor, eine kleine Gruppe durch Subtraktion offenzulegen. Bei der Größenaufschlüsselung müssen alle fünf festen Gruppen jeweils mindestens 100 Befragte umfassen und dürfen keine positive Zelle unter zehn enthalten. Bei einem Verstoß wird die gesamte betroffene Auswertung zurückgehalten. Nach Sichtung der Antworten haben wir keine Kategorien zusammengelegt.

Das sind redaktionelle Anforderungen an die Fallzahlen und die Berichterstattung, keine Aussage über statistische Repräsentativität und keine formelle Datenschutzgarantie. Wir behalten die vom Herausgeber veröffentlichte Gruppe bei. Seine internen Kennzeichen zu Einwilligung, Qualität und Bots fehlen in der öffentlichen Datei. Daher können wir nicht unabhängig nachvollziehen, welche Entscheidungen zur Zusammenstellung dieser Gruppe im Einzelnen getroffen wurden. ^[2]

Die Fragen beschreiben Aufgaben in einer Organisation und keine verifizierte Transaktion. Die von einer Person ausgewählten Aufgaben können unterschiedliche Werkzeuge betreffen. Eine nicht ausgewählte Option beweist keine fehlende Autorität, und die Antworten identifizieren keine weiteren Personen in einer Käufergruppe. Diese Grenzen sind wichtig, wenn ein Umfragewert in ein Kundengespräch einfließt.

Die Downloads enthalten die aggregierten Ergebnisse, die die Berichtsregeln erfüllen, den Berechnungscode und die genaue Methode. Sie enthalten keine individuellen Antworten oder Antwortkennungen. Die ursprüngliche Umfrage ist separat unter der Open Database License und der Database Contents License verfügbar. Die geltenden Quellenangaben und Hinweise sind im Reproduktionspaket enthalten. ^[6][7]