Preismodelle für Verteidigungssoftware: FFPIF, T&M, Cost-Plus und SaaS in staatlichen Verträgen

Software an ein Verteidigungsministerium zu verkaufen ist nicht wie der Verkauf von Software an ein kommerzielles Unternehmen. Kommerzielle Käufer unterschreiben ein Abonnement, aktivieren eine Testversion und entscheiden innerhalb eines Quartals. Staatliche Käufer arbeiten unter der Federal Acquisition Regulation (FAR), dem Defense Federal Acquisition Regulation Supplement (DFARS) und einem Satz von Preisprinzipien, die nicht nur bestimmen, wie viel ein Anbieter erhält, sondern auch, ob der Vertrag überhaupt rechtmäßig ist. Das Preismodell -- der Vertragstyp -- ist keine Abrechnungspräferenz; es ist ein rechtliches Instrument, das das Kostenrisiko zwischen Staat und Auftragnehmer verteilt, Prüfungspflichten auslöst und prägt, wozu der Anbieter angereizt wird. Ein Softwareunternehmen, das mit einem kommerziellen Preisblatt und ohne Verständnis von FAR Part 16 an die Verteidigungsbeschaffung herangeht, wird entweder gegen Wettbewerber verlieren, die dieses Verständnis haben, oder zu Konditionen gewinnen, die während der Ausführung finanziell schädlich werden. Dieser Artikel behandelt die wichtigsten heute für Verteidigungssoftware genutzten Preisstrukturen, wo jeder Typ angemessen ist und wie sich moderne SaaS-Abonnementmodelle in Rahmen einfügen, die geschrieben wurden, bevor es Cloud-Computing gab. Leser, die eine Vertragsstrategie aufbauen, sollten auch den vollständigen Lebenszyklus der Verteidigungsbeschaffung vom RFP bis zum unterzeichneten Vertrag heranziehen, um zu verstehen, wie der Preistyp während der Quellenauswahl verhandelt wird.

Warum kommerzielle Preismodelle in der Verteidigungsbeschaffung scheitern

Ein kommerzieller Softwareanbieter bietet typischerweise ein Menü an: Lizenz pro Sitzplatz, verbrauchsbasierte API-Preise oder eine Enterprise-Pauschale. Der Preis ist veröffentlicht, der Käufer akzeptiert die Bedingungen, und der Vertrag ist eine Abonnementvereinbarung, die den Standard-Nutzungsbedingungen des Anbieters unterliegt. Staatliche Käufer können nicht so vorgehen. Der Staat ist an den Truth in Negotiations Act (TINA, jetzt kodifiziert unter 10 U.S.C. 3702 und 41 U.S.C. 3503) gebunden, der von Auftragnehmern oberhalb des vereinfachten Beschaffungsschwellenwerts verlangt zu bescheinigen, dass ihre vorgeschlagenen Preise auf aktuellen, genauen und vollständigen Kosten- oder Preisdaten beruhen, wenn kein angemessener Preiswettbewerb besteht. Das bedeutet, dass ein Anbieter, der einer Verteidigungsbehörde eine Softwarefähigkeit aus einer Hand verkauft, seine Kostenstruktur -- Lohnsätze, Gemeinkosten, Gewinn -- der staatlichen Prüfung offenlegen muss, statt nur einen Preis zu nennen.

Über die Transparenz hinaus schafft der Haushaltsprozess des Staates Beschränkungen, die kein kommerzielles Pendant haben. Verteidigungsmittel werden jährlich bewilligt. Ein aus den Forschungs-, Entwicklungs-, Test- und Evaluierungsmitteln (RDT&E) eines einzelnen Haushaltsjahres finanzierter Vertrag kann nicht aus Betriebs- und Wartungsmitteln (O&M) bezahlt werden. Software, die als Entwicklungsvorhaben beginnt (RDT&E-finanziert), geht bei einem bestimmten Programmmeilenstein in ein Erhaltungsvorhaben über (O&M-finanziert), und die Preisstruktur des Vertrags muss sich oft zur selben Zeit ändern. Eine pauschale jährliche SaaS-Gebühr lässt sich nicht natürlich auf diese Fondsarten abbilden, weshalb staatliche Vertragsverantwortliche kommerzielle Anbieterpreise häufig in Vertragspositionsnummern (Contract Line Item Numbers, CLINs) umstrukturieren, die mit den Bewilligungskategorien übereinstimmen. Das Verständnis dieser Beschränkung ist Voraussetzung für die Strukturierung jedes Preisangebots für Verteidigungssoftware, das die Vertragsverhandlungsphase überstehen soll.

Der dritte strukturelle Unterschied ist das Wettbewerbsrecht. Der Competition in Contracting Act (CICA) verlangt vom Staat, vollen und offenen Wettbewerb zu erzielen, sofern nicht eine spezifische Begründung für die Vergabe aus einer Hand dokumentiert ist. Die meisten wiederkehrenden Softwareabonnements werden neu ausgeschrieben oder gegen bestehende Vertragsinstrumente platziert -- IDIQ-Verträge, GSA-Rahmenverträge oder OTAs -- statt als eigenständige Vereinbarungen aus einer Hand vergeben zu werden. Jedes Instrument hat seine eigenen Preisregeln, und das Preismodell des Anbieters muss sich nach dem richten, was im Basisinstrument vorverhandelt wurde, nicht nach der kommerziellen Preisliste des Anbieters.

Firm Fixed Price und FFPIF: wann Festpreise für Software funktionieren

Firm Fixed Price (FFP) ist der vom Staat bevorzugte Vertragstyp. FAR 16.202 besagt, dass FFP verwendet werden sollte, wenn das Vertragsrisiko minimal ist oder wenn der Auftragnehmer die Kosten vernünftig schätzen kann. Der Auftragnehmer erhält den vereinbarten Preis unabhängig von den tatsächlich angefallenen Kosten. Liefert der Auftragnehmer günstiger, behält er die Marge. Bei einer Überschreitung trägt er den Verlust. Für klar definierte Softwarearbeit mit stabilen Anforderungen -- ein bestimmtes Datenintegrationsmodul, ein definierter Satz von UI-Komponenten oder die Migration eines Altsystems auf eine neue Plattform -- ist FFP angemessen und kommerziell vertraut. Die Herausforderung besteht darin, dass Softwareanforderungen selten stabil genug sind, damit echtes FFP für beide Seiten fair ist.

Firm Fixed Price Incentive Fee (FFPIF), geregelt durch FAR 16.403, fügt einen Teilungsmechanismus hinzu. Die Parteien verhandeln vier Parameter: Zielkosten, einen Zielgewinn (Honorar), einen Höchstpreis und ein Teilungsverhältnis. Liegen die endgültigen Kosten unter dem Ziel, verdient der Auftragnehmer mehr als den Zielgewinn im Verhältnis zur Unterschreitung, bis zu einer maximalen Honorarobergrenze. Liegen die endgültigen Kosten über dem Ziel, aber unter dem Höchstpreis, verdient der Auftragnehmer weniger als den Zielgewinn. Oberhalb des Höchstpreises trägt der Auftragnehmer 100 % der Überschreitungen -- der Höchstpreis wird zu einer faktischen FFP-Obergrenze. Diese Struktur eignet sich gut für Softwareentwicklungs-Engagements, bei denen der allgemeine Umfang klar ist (eine bestimmte Fähigkeit, eine definierte Integrationsgrenze), die Aufwandsschätzung aber moderate Unsicherheit aufweist. Der Staat gewinnt einen Anreiz zur Kostensenkung, ohne während der Ausführung volle Kostentransparenz zu verlangen; der Auftragnehmer behält das Aufwärtspotenzial, wenn sein Entwicklungsteam effizient ist. Für Unternehmen, die sich durch Verteidigungspreise und Compliance-Pflichten navigieren, ist FFPIF oft der pragmatische Mittelweg zwischen reinem Festpreisrisiko und dem Verwaltungsaufwand der Kostenerstattungsbuchhaltung.

Ein entscheidender praktischer Punkt: FFP und FFPIF erfordern eine realistische Basis-of-Estimate (BOE) im Angebotsstadium. Ein Softwareteam, das keine Historie der Erfassung von Arbeitsstunden gegen Lieferergebnisse hat, wird Mühe haben, eine glaubwürdige BOE zu erstellen. Staatliche Kostenanalysten vergleichen die vorgeschlagenen Lohnsätze und Stunden mit historischen Daten in ihren Datenbanken und stellen Ausreißer infrage. Anbieter, die neu in der staatlichen Auftragsvergabe sind, unterbieten FFP-Verträge oft, um zu gewinnen, und stellen dann fest, dass der Festpreis die tatsächlichen Kosten zur Erfüllung der staatsspezifischen Sicherheits-, Dokumentations- und Testanforderungen nicht deckt, die in der Leistungsbeschreibung implizit, im Angebot aber nicht eingepreist waren.

Time and Materials: angemessener Einsatz und Prüfungsrisiko

Time and Materials (T&M), geregelt durch FAR 16.601, ist der Vertragstyp, der am nächsten daran liegt, wie kommerzielle Softwareentwicklungsdienste typischerweise bepreist werden: Der Auftragnehmer berechnet Stundensätze für Arbeitskategorien zuzüglich der Materialkosten ohne Aufschlag (oder mit einem verhandelten Materialbearbeitungssatz). Der Staat zahlt für die tatsächlich geleisteten Stunden, bis zu einem Höchstpreis (not-to-exceed). T&M ist angemessen, wenn weder der Staat noch der Auftragnehmer den Arbeitsumfang bei Vertragsvergabe präzise genug definieren kann, um ihn als Festpreisvorhaben zu bepreisen. Die Wartung von Altsystemen, bei der das Volumen der Fehler von Natur aus unvorhersehbar ist, ist ein klassischer T&M-Anwendungsfall. Phasen raschen Prototypings im Rahmen einer Forschungsvereinbarung, bei denen sich die Anforderungen täglich entwickeln, sind ein weiterer. Notfall-Softwareunterstützung nach einem Cybersicherheitsvorfall, bei der der Staat Auftragnehmerstunden sofort benötigt und nicht auf ein detailliertes SOW warten kann, ist ein dritter.

Das Prüfungsrisiko von T&M-Verträgen ist erheblich. FAR 16.601(c) verlangt vom Vertragsverantwortlichen festzustellen, dass kein anderer Typ geeignet ist, bevor T&M genehmigt wird, und Vertragsverantwortliche werden auf diese Feststellung hin geprüft. Weil T&M keinen Anreiz zur Kostensenkung bietet -- der Gewinn des Auftragnehmers auf die Arbeit ist im festen Stundensatz eingebettet und ändert sich nicht mit der Effizienz --, prüft die Defense Contract Audit Agency (DCAA) T&M-Abrechnungen genau. Prüfer überprüfen, ob die abgerechneten Arbeitsstunden durch zeitnahe Zeiterfassungsaufzeichnungen belegt sind, ob die abgerechnete Arbeitskategorie der Arbeitskategorie der Person entspricht, die die Arbeit tatsächlich geleistet hat, und ob abgerechnete Stunden für Arbeit außerhalb der Zielsetzung des Vertrags geleistet wurden. Auftragnehmer ohne ein DCAA-konformes Zeiterfassungssystem werden auf Abrechnungsstreitigkeiten, Einbehalte und potenziell Vorwürfe betrügerischer Abrechnung nach dem False Claims Act stoßen. Für jedes Verteidigungssoftwareunternehmen, das T&M-Instrumente nutzen will, ist die Einrichtung eines konformen Zeiterfassungssystems vor dem ersten Aufgabenauftrag eine Voraussetzung, kein nachträglicher Gedanke.

Staatliche Käufer drängen Auftragnehmer mit zunehmender Programmreife immer stärker von T&M hin zu FFP- oder Hybridstrukturen. Von einem Aufgabenauftrag, der während der anfänglichen Erkundung als T&M beginnt, wird erwartet, dass er für die Produktionsphase in einen Festpreis-Lieferauftrag übergeht. Auftragnehmer, die sich gegen diesen Übergang sträuben -- weil sie die Umsatzvorhersehbarkeit der Stundenabrechnung bevorzugen --, signalisieren dem Staat, dass sie ihre eigenen Kosten nicht schätzen können, was ein Wettbewerbsnachteil bei Folgebeschaffungen ist. Die am besten vertretbare T&M-Strategie besteht darin, die T&M-Phase zu nutzen, um eine Arbeitsstunden-Historie aufzubauen, die dann eine glaubwürdige FFP-BOE für nachfolgende Arbeit stützt.

Cost-Plus-Strukturen: CPFF, CPAF, CPIF und ihre Implikationen für Software

Cost-Plus-Verträge erstatten dem Auftragnehmer alle zulässigen, zuordenbaren und angemessenen angefallenen Kosten zuzüglich eines Honorars. Sie werden verwendet, wenn die Arbeit zu unsicher oder zu technisch riskant ist, als dass der Auftragnehmer das Festpreisrisiko tragen könnte, und wenn der Staat die Arbeit trotz der Kostenunsicherheit von einem bestimmten Auftragnehmer ausführen lassen muss. Drei Varianten sind für Verteidigungssoftware relevant: Cost Plus Fixed Fee (CPFF), Cost Plus Award Fee (CPAF) und Cost Plus Incentive Fee (CPIF).

CPFF (FAR 16.306) zahlt ein Honorar, das bei Vertragsvergabe als Prozentsatz der geschätzten Kosten festgelegt wird, typischerweise 6--10 % für Entwicklungsarbeit. Das Honorar ändert sich nicht auf Basis der tatsächlichen Kostenleistung. CPFF ist der häufigste Kostenerstattungstyp für die Forschung und Entwicklung von Verteidigungssoftware in der Frühphase: Der Staat lässt die Arbeit erledigen, der Auftragnehmer deckt die Kosten und verdient ein bescheidenes Honorar, und keine Seite profitiert von überhöhten Kosten. Der Nachteil ist, dass CPFF keinen Anreiz zur Kosteneffizienz bietet -- der Auftragnehmer verdient dasselbe Honorar, ob das Projekt zu den geschätzten Kosten oder mit 40 % Überschreitung läuft. Staatliche Programmmanager bei CPFF-Verträgen müssen die Kosten durch aktive Aufsicht und Earned-Value-Management steuern statt durch finanzielle Anreize im Vertrag selbst. Das Verständnis der vollen Lebenszykluskosten von CPFF und Erhaltung wird ausführlich in der Analyse zu Gesamtbetriebskosten für Verteidigungssoftware behandelt.

CPAF (FAR 16.305) fügt einen Award-Fee-Pool zusätzlich zu einem Grundhonorar und den erstatteten Kosten hinzu. Das Award-Honorar wird periodisch -- typischerweise alle sechs Monate -- von einem staatlichen Award Fee Determining Official (AFDO) bewertet, der den Auftragnehmer anhand der im Award-Fee-Plan definierten Kriterien bewertet: technische Leistung, Termintreue, Managementeffektivität und ähnliche qualitative Maßstäbe. Die Feststellung des AFDO unterliegt nicht der Streitbeilegungsklausel, was CPAF für den Staat als Instrument des Leistungsmanagements einzigartig wirksam macht. Für Softwareentwicklungsprogramme, bei denen die Ausführungsqualität ebenso wichtig ist wie die Kosten -- die Lieferung sicherer, gut dokumentierter, interoperabler Software --, richtet CPAF die Anreize des Auftragnehmers auf eine Weise an den nicht-kostenbezogenen Prioritäten des Staates aus, die reines CPFF nicht erreichen kann. Das Risiko für den Auftragnehmer besteht darin, dass die AFDO-Bewertung subjektiv sein kann und ein Auftragnehmer, der glaubt, gut abgeschnitten zu haben, mit begrenzten Rechtsmitteln eine schlechte Honorarbewertung erhalten kann.

Hybride Vertragsstrukturen für phasenweise Softwareentwicklung

Echte Verteidigungssoftwareprogramme passen selten sauber in einen einzigen Vertragstyp für ihren gesamten Lebenszyklus. Eine typische Entwicklung durchläuft drei Phasen: eine hochunsichere Entwurfs- und Prototypphase, eine besser definierte Entwicklungs- und Integrationsphase und eine reife Erhaltungs- und Betriebsphase. Jede Phase hat ein anderes Risikoprofil, und jede rechtfertigt eine andere Preisstruktur. Hybridverträge -- Verträge mit mehreren CLINs, die unter verschiedenen Vertragstypen bepreist werden -- erlauben es Staat und Auftragnehmer, jeder Phase den am besten geeigneten Preistyp zuzuordnen, ohne bei jedem Übergang eine vollständige Neuausschreibung zu verlangen.

Ein gängiges Muster ist ein phasenweiser Hybrid mit einem CPFF-CLIN für die anfängliche Entwurfsphase (etwa sechs Monate), gefolgt von einem FFPIF-CLIN für die zentrale Entwicklungslieferung (zwölf Monate) und einem T&M-CLIN mit einem Höchstpreis (not-to-exceed) für das erste Jahr der Erhaltungswartung. Jeder CLIN hat seinen eigenen Leistungszeitraum, gebundene Mittel und Abnahmekriterien. Der Staat behält die Option, die FFPIF-Bedingungen für den Entwicklungs-CLIN nach Durchsicht des Ergebnisses der Entwurfsphase zu verhandeln, statt die Entwicklungsarbeit zum Zeitpunkt der ursprünglichen Vergabe mit voller Präzision bepreisen zu müssen. Dies wird manchmal als Vertrag mit Optionen strukturiert, bei dem der Basiszeitraum die CPFF-Entwurfsphase abdeckt und die Optionszeiträume die nachfolgenden FFP- oder FFPIF-Lieferungen abdecken, von denen jede ausübbar ist, nachdem der Staat das Ergebnis der vorangegangenen Phase überprüft hat.

Programme im Rahmen des Software Acquisition Pathway (SWP) unter DoDI 5000.87 formalisieren diesen phasenweisen Ansatz innerhalb des Beschaffungsrahmens des DoD. SWP-Programme werden ermutigt, iterative Lieferzyklen mit Festpreis-Lieferaufträgen gegen einen IDIQ-Basisvertrag zu nutzen. Der IDIQ legt die Qualifikationen, Sätze und Bedingungen des Auftragnehmers fest; einzelne Lieferaufträge definieren bestimmte Softwareinkremente mit Festpreis-Lieferergebnissen. Dies erlaubt es dem Programm, Anforderungsänderungen zwischen Lieferaufträgen ohne Vertragsänderung aufzunehmen und zugleich die Kostendisziplin der Festpreisbildung innerhalb jedes Inkrements zu wahren. Für Anbieter von Verteidigungssoftware ist die Sicherung einer Position auf einem SWP-ausgerichteten IDIQ oft kommerziell wertvoller als der Gewinn eines einzelnen Lieferauftrags, weil sie einen mehrjährigen Kanal für wiederkehrende Aufgabenaufträge ohne Neuausschreibung auf Auftragsebene bietet.

SaaS-Abonnementpreise in staatlichen Verträgen: IDIQ-, BPA- und OTA-Wege

Das Verteidigungswesen baut langsam Mechanismen auf, um kommerzielle SaaS-Preise aufzunehmen, doch die Passung ist noch unvollkommen. Die grundlegende Spannung besteht darin, dass SaaS-Anbieter nach Verbrauch bepreisen (Sitzplätze, API-Aufrufe, Datenvolumen) in einem kontinuierlichen Abonnementmodell, während die Haushaltsstruktur des Staates jährlich und bewilligungsspezifisch ist. Eine 36-monatige Enterprise-SaaS-Vereinbarung ist rechtlich problematisch, wenn sie mehrere Haushaltsjahre umfasst, ohne als Mehrjahresvertrag nach FAR 17.1 oder als IDIQ mit jährlichen Lieferaufträgen strukturiert zu sein. Jedes Verteidigungs-SaaS-Engagement muss letztlich mit dieser Beschränkung in Einklang gebracht werden.

Drei Instrumentwege nehmen SaaS-Abonnementpreise in der Praxis auf. Der erste ist ein IDIQ-Vertrag mit jährlichen oder vierteljährlichen Lieferaufträgen. Der IDIQ-Basisvertrag verhandelt Stückpreise (pro Sitzplatz pro Monat, pro API-Aufruf, pro verarbeitetem GB Daten), Sicherheitsbedingungen und Datenrechte vor. Jährliche Lieferaufträge finanzieren das Abonnement für jedes Haushaltsjahr aus der passenden Bewilligung. Diese Struktur funktioniert gut für kommerziell verfügbare Software mit FedRAMP-Authorized-Status, weil die FedRAMP-Autorisierung die Sicherheitsdokumentation liefert, die der Staat benötigt, um Lieferaufträge schnell auszuführen, ohne für jeden Auftrag eine vollständige Sicherheitsbewertung des Systems durchzuführen. Der zweite Weg ist eine Blanket Purchase Agreement (BPA) gegen den GSA Multiple Award Schedule (MAS). Der MAS Schedule 518210C deckt IT-Fachdienstleistungen und viele SaaS-Plattformen ab; eine BPA gegen den MAS-Vertrag eines Anbieters verhandelt einen staatsspezifischen Rabatt und Bedingungen vor, wobei einzelne BPA-Abrufe jeden Abonnementzeitraum finanzieren. Der dritte Weg ist ein Other Transaction Agreement (OTA) unter 10 U.S.C. 4022. OTAs erfordern keine vollständige FAR-Konformität, was bedeutet, dass eine Verteidigungsbehörde einen kommerziellen SaaS-Anbieter zu dessen kommerziellen Standard-Preiskonditionen beauftragen kann, sofern die OTA verpflichtende staatliche Bestimmungen zu Datenrechten, Sicherheit und Prüfungszugang enthält.

Der OTA-Weg wird zunehmend für Pilot-Engagements mit kommerziellen KI- und Softwareplattformen genutzt, die noch keine FedRAMP-Autorisierung angestrebt haben. Die Einschränkung besteht darin, dass OTAs nicht für den Produktiveinsatz eines Systems verwendet werden können, das Verschlusssachen verarbeitet, und sie sind in der Regel auf Forschungs-, Entwicklungs- und Prototyping-Aktivitäten beschränkt. Ein Programm, das unter einer OTA beginnt, muss für den vollen operativen Einsatz auf ein FAR-basiertes Vertragsinstrument übergehen -- und an diesem Übergangspunkt müssen die kommerziellen SaaS-Preiskonditionen mit den FAR-Kostenprinzipien in Einklang gebracht werden. Anbieter, die diesen Übergang nicht durchdacht haben, stellen oft fest, dass ihre kommerziellen OTA-Konditionen mit den Kostenzulässigkeitsprinzipien von FAR 31.201 unvereinbar sind, was eine erhebliche Vertragsrestrukturierung erfordert, bevor der Übergang ausgeführt werden kann.

Gewinnmargen, indirekte Kostensätze und was staatliche Preisbewertungen treibt

Die staatliche Preisbewertung betrachtet mehr als den Endpreis. Bei verhandelten Beschaffungen (im Gegensatz zu verschlossenen Geboten) bewertet der Staat, ob der vorgeschlagene Preis fair und angemessen ist, indem er Kostenelemente analysiert: direkte Arbeit, indirekte Sätze, sonstige direkte Kosten und Gewinn. Der Gewinn ist in kommerziellen Verträgen nicht gedeckelt, aber die staatliche Gewinnpolitik nach FAR 15.404-4 legt gewichtete Richtlinien fest, die den Gewinn für die meiste Verteidigungssoftwarearbeit typischerweise auf eine Spanne zwischen 5 % und 15 % der Kosten begrenzen, wobei die konkrete Obergrenze je nach Vertragstyp und Risikoverteilung variiert. Ein Softwareanbieter, der 30 % Gewinn auf einen Kostenerstattungsvertrag vorschlägt, wird keine Quellenauswahl gewinnen; ein Anbieter, der 8 % auf einen hochkompetitiven FFP-Vertrag vorschlägt, lässt möglicherweise Geld auf dem Tisch liegen. Zu verstehen, wo die Gewinnerwartungen der Bewerter für einen bestimmten Beschaffungstyp liegen, ist Teil einer wettbewerbsfähigen Preisstrategie.

Indirekte Kostensätze sind der Multiplikator, der direkte Lohndollars in voll belastete Kosten umwandelt. Ein Softwareentwickler, der direkt mit 85 USD/Stunde abgerechnet wird, kann den Staat voll belastet 170 USD/Stunde kosten, wenn die kombinierten indirekten Sätze des Auftragnehmers für Lohnnebenkosten, Gemeinkosten und G&A insgesamt 100 % betragen. Große Verteidigungs-Generalauftragnehmer mit hohen Einrichtungskosten, umfangreichen Compliance-Organisationen und großen Unternehmensgemeinkostenstrukturen tragen häufig indirekte Gesamtsätze von 150--250 % auf die direkte Arbeit. Kleine Softwareunternehmen mit schlanken Gemeinkostenstrukturen können Sätze von 60--90 % tragen. Dieser strukturelle Unterschied bedeutet, dass ein kleines, agiles Softwareunternehmen bei gleichwertiger technischer Arbeit oft unter einem großen Generalauftragnehmer bepreisen kann, selbst bei gleichwertigen Gewinnmargen, weil die direkte Lohnbasis mit einem Bruchteil des Satzes des Generalauftragnehmers belastet ist. Dies in einem Preisangebot klar zu kommunizieren -- die indirekte Satzstruktur darzustellen, eine Erläuterung dazu zu liefern, wie niedrige Sätze schlanke Gemeinkosten widerspiegeln statt einer Kostenuntererfassung --, ist ein wichtiger Teil der Wettbewerbspositionierung für kleinere Anbieter von Verteidigungssoftware.

Die Kriterien der Preisbewertung variieren auch nach Beschaffungstyp. Best-Value-Tradeoff(BVT)-Beschaffungen erlauben dem Staat, einen Preisaufschlag für überlegene technische Bewertungen oder Bewertungen der bisherigen Leistung zu zahlen. Lowest-Price-Technically-Acceptable(LPTA)-Beschaffungen vergeben an den preisgünstigsten technisch akzeptablen Anbieter, ohne Aufschlag für überlegene technische Angebote. Verteidigungssoftwarebeschaffungen haben sich in den letzten Jahren von LPTA abgewandt, nachdem erkannt wurde, dass LPTA hin zu den kostengünstigsten Entwicklern statt zu den leistungsfähigsten Lösungen treibt. Die DoD-Politik schränkt seit 2017 (DFARS 215.101-2-70) den Einsatz von LPTA für Entwicklungsarbeit ein. Für Anbieter von Verteidigungssoftware bedeutet diese Verschiebung, dass Investitionen in technische Differenzierung -- dokumentierte Methodik, wiederverwendbare Komponenten, nachgewiesene bisherige Leistung bei ähnlichen Programmen -- in der Quellenauswahl einen Preisaufschlag erbringen können, statt nur die bewerteten Kosten des Angebots gegenüber dem Wettbewerb zu erhöhen.