Puolustusohjelmistojen hinnoittelumallit: FFPIF, T&M, kustannukset plus palkkio ja SaaS valtion sopimuksissa

Ohjelmiston myyminen puolustusministeriölle ei ole sama asia kuin ohjelmiston myyminen kaupalliselle yritykselle. Kaupalliset ostajat allekirjoittavat tilauksen, aktivoivat kokeilujakson ja päättävät neljänneksen sisällä. Valtion ostajat toimivat Federal Acquisition Regulation (FAR) -säännöstön, Defense Federal Acquisition Regulation Supplement (DFARS) -lisäyksen sekä joukon hinnoitteluperiaatteita alaisina, jotka määräävät paitsi sen, kuinka paljon toimittajalle maksetaan, myös sen, onko sopimus ylipäätään laillinen. Hinnoittelumalli -- sopimustyyppi -- ei ole laskutusmieltymys; se on oikeudellinen väline, joka jakaa kustannusriskin valtion ja toimittajan kesken, laukaisee tarkastusvelvoitteita ja muovaa sitä, mihin toimittajaa kannustetaan. Ohjelmistoyritys, joka lähestyy puolustushankintaa kaupallisella hinnoittelulistalla ymmärtämättä FAR Part 16:ta, joko häviää kilpailijoille jotka ymmärtävät sen, tai voittaa ehdoilla, joista tulee taloudellisesti vahingollisia toteutuksen aikana. Tämä artikkeli kattaa puolustusohjelmistoissa nykyään käytetyt keskeiset hinnoittelurakenteet, missä kukin tyyppi on sopiva ja miten modernit SaaS-tilausmallit sopivat kehyksiin, jotka kirjoitettiin ennen pilvilaskennan olemassaoloa. Lukijoiden, jotka rakentavat sopimusstrategiaa, kannattaa tutustua myös koko puolustushankinnan elinkaareen RFP:stä allekirjoitettuun sopimukseen saadakseen kontekstia siitä, miten hinnoittelutyyppi neuvotellaan lähteen valinnan aikana.

Miksi kaupalliset hinnoittelumallit hajoavat puolustushankinnassa

Kaupallinen ohjelmistotoimittaja tarjoaa tyypillisesti valikoiman: paikkakohtaisen lisenssin, kulutuspohjaisen API-hinnoittelun tai yritystason kiinteän maksun. Hinta on julkaistu, ostaja hyväksyy ehdot, ja sopimus on tilaussopimus, jota säätelevät toimittajan vakiokäyttöehdot. Valtion ostajat eivät voi toimia näin. Valtiota sitoo Truth in Negotiations Act (TINA, nyt kodifioitu 10 U.S.C. 3702 ja 41 U.S.C. 3503 mukaisesti), joka edellyttää, että yksinkertaistetun hankintakynnyksen ylittävät toimittajat todistavat ehdotettujen hintojensa perustuvan ajantasaisiin, tarkkoihin ja täydellisiin kustannus- tai hinnoittelutietoihin silloin, kun riittävää hintakilpailua ei ole. Tämä tarkoittaa, että toimittajan, joka myy yksittäislähteen ohjelmistokyvykkyyttä puolustusvirastolle, on avattava kustannusrakenteensa -- työvoimakertoimet, yleiskustannukset, voitto -- valtion tarkasteluun, ei vain nimettävä hintaa.

Läpinäkyvyyden lisäksi valtion budjettiprosessi luo rajoitteita, joilla ei ole kaupallista vastinetta. Puolustusmäärärahat ovat vuosittaisia. Sopimusta, joka rahoitetaan yhden tilikauden tutkimus-, kehitys-, testaus- ja arviointimäärärahasta (RDT&E), ei voida maksaa toiminta- ja ylläpitomäärärahoista (O&M). Ohjelmisto, joka alkaa kehitystyönä (RDT&E-rahoitteinen), siirtyy ylläpitotyöksi (O&M-rahoitteinen) tietyssä ohjelman virstanpylväässä, ja sopimuksen hinnoittelurakenteen on usein muututtava samaan aikaan. Kiinteä vuosittainen SaaS-maksu ei luonnostaan kartoitu näihin rahastotyyppeihin, minkä vuoksi valtion sopimusvirkailijat usein rakentavat toimittajan kaupallisen hinnoittelun uudelleen sopimusriviartikkelinumeroiksi (CLIN), jotka mukautuvat määrärahakategorioihin. Tämän rajoitteen ymmärtäminen on edellytys minkä tahansa sellaisen puolustusohjelmistojen hinnoitteluehdotuksen rakentamiselle, joka selviää sopimusneuvotteluvaiheesta.

Kolmas rakenteellinen ero on kilpailulainsäädäntö. Competition in Contracting Act (CICA) edellyttää, että valtio hankkii täyden ja avoimen kilpailun, ellei tiettyä yksittäislähteen perustelua ole dokumentoitu. Useimmat toistuvat ohjelmistotilaukset kilpailutetaan uudelleen tai sijoitetaan olemassa oleviin sopimusvälineisiin -- IDIQ-sopimuksiin, GSA-listoihin tai OTA-sopimuksiin -- sen sijaan, että ne myönnettäisiin erillisinä yksittäislähteen sopimuksina. Jokaisella välineellä on omat hinnoittelusääntönsä, ja toimittajan hinnoittelumallin on mukauduttava siihen, mitä on ennakkoon neuvoteltu perusvälineessä, ei toimittajan kaupalliseen hintalistaan.

Kiinteähintainen ja FFPIF: milloin kiinteä hinnoittelu toimii ohjelmistolle

Kiinteähintainen sopimus (FFP) on valtion suosima sopimustyyppi. FAR 16.202 toteaa, että FFP:tä tulisi käyttää silloin, kun sopimusriski on vähäinen tai kun toimittaja voi kohtuudella arvioida kustannukset. Toimittajalle maksetaan sovittu hinta riippumatta todellisista aiheutuneista kustannuksista. Jos toimittaja toteuttaa työn halvemmalla, se pitää katteen. Jos se ylittää, se kantaa tappion. Hyvin määriteltyyn, vakaiden vaatimusten ohjelmistotyöhön -- tietty tietojen integrointimoduuli, määritelty käyttöliittymäkomponenttijoukko tai vanhan järjestelmän siirto uudelle alustalle -- FFP on sopiva ja kaupallisesti tuttu. Haasteena on, että ohjelmistovaatimukset ovat harvoin riittävän vakaita, jotta aito FFP olisi reilu kummallekaan osapuolelle.

Kiinteähintainen kannustinpalkkio (FFPIF), jota säätelee FAR 16.403, lisää jakomekanismin. Osapuolet neuvottelevat neljästä parametrista: tavoitekustannus, tavoitevoitto (palkkio), kattohinta ja jakosuhde. Jos lopullinen kustannus on tavoitteen alle, toimittaja ansaitsee tavoitevoittoa enemmän suhteessa alitukseen, enimmäispalkkion kattoon asti. Jos lopullinen kustannus on tavoitteen yläpuolella mutta katon alle, toimittaja ansaitsee vähemmän kuin tavoitevoiton. Katon yläpuolella toimittaja kantaa 100 % ylityksistä -- katosta tulee tosiasiallinen FFP-katto. Tämä rakenne soveltuu hyvin ohjelmistokehitystoimeksiantoihin, joissa yleinen laajuus on selkeä (tietty kyvykkyys, määritelty integraatioraja) mutta työmääräarvioon liittyy kohtalaista epävarmuutta. Valtio saa kustannusten vähentämiskannustimen vaatimatta täyttä kustannusläpinäkyvyyttä toteutuksen aikana; toimittaja säilyttää nousuvaran, jos sen insinööritiimi on tehokas. Puolustushinnoittelun ja vaatimustenmukaisuusvelvoitteiden parissa navigoiville yrityksille FFPIF on usein pragmaattinen keskitie puhtaan kiinteähintaisen riskin ja kustannuskorvauskirjanpidon hallinnollisen taakan välillä.

Kriittinen käytännön seikka: FFP ja FFPIF edellyttävät realistista arviointiperustaa (BOE) tarjousvaiheessa. Ohjelmistotiimi, jolla ei ole historiaa työtuntien seuraamisesta toimituksia vastaan, kamppailee uskottavan BOE:n tuottamisessa. Valtion kustannusanalyytikot vertaavat ehdotettuja työvoimakertoimia ja tunteja tietokantojensa historiatietoja vastaan ja haastavat poikkeavat arvot. Valtion sopimuksiin uudet toimittajat alibudjetoivat usein FFP-sopimuksia voittaakseen, ja huomaavat sitten, että kiinteä hinta ei kata todellisia kustannuksia valtion erityisten turvallisuus-, dokumentointi- ja testausvaatimusten täyttämisestä, jotka olivat implisiittisiä suorituksen työselostuksessa mutta joita ei kustannuslaskettu ehdotuksessa.

Aika ja materiaali: sopiva käyttö ja tarkastusaltistus

Aika ja materiaali (T&M) -sopiminen, jota säätelee FAR 16.601, on sopimustyyppi, joka on lähimpänä sitä, miten kaupalliset ohjelmistokehityspalvelut tyypillisesti hinnoitellaan: toimittaja laskuttaa työvoimakategorioiden tuntihinnat sekä materiaalikustannukset ilman katetta (tai neuvotellulla materiaalinkäsittelykertoimella). Valtio maksaa todella tehdyistä tunneista, enintään ylittämättömään kattohintaan asti. T&M on sopiva, kun valtio eikä toimittaja voi määritellä työn laajuutta riittävän tarkasti sopimuksen myöntämisvaiheessa hinnoitellakseen sen kiinteähintaisena työnä. Vanhan järjestelmän ylläpito, jossa vikojen määrä on luonnostaan ennustamaton, on tyypillinen T&M-käyttötapaus. Nopeat prototypointivaiheet tutkimussopimuksen puitteissa, joissa vaatimukset kehittyvät päivittäin, on toinen. Hätätapauksen ohjelmistotuki kyberturvallisuusvälikohtauksen jälkeen, jossa valtio tarvitsee toimittajan tunteja välittömästi eikä voi odottaa yksityiskohtaista SOW:ta, on kolmas.

T&M-sopimusten tarkastusaltistus on merkittävä. FAR 16.601(c) edellyttää, että sopimusvirkailija toteaa, ettei mikään muu tyyppi ole sopiva ennen T&M:n valtuuttamista, ja sopimusvirkailijat tarkastetaan tämän toteamuksen osalta. Koska T&M ei tarjoa kustannusten vähentämiskannustinta -- toimittajan voitto työvoimasta on upotettu kiinteään tuntihintaan eikä muutu tehokkuuden myötä -- puolustussopimusten tilintarkastusvirasto (DCAA) tarkastelee T&M-laskutuksia tarkasti. Tarkastajat tutkivat, tukevatko laskutetut työtunnit samanaikaisia ajankäytön kirjaustietueita, vastaako laskutettu työvoimakategoria todella työtä tehneen henkilön työvoimakategoriaa, ja oliko mitään laskutettuja tunteja sopimuksen tavoiteselostuksen ulkopuolisesta työstä. Toimittajat, joilla ei ole DCAA:n mukaista ajankäytön kirjausjärjestelmää, kohtaavat laskutuskiistoja, pidätyksiä ja mahdollisesti syytöksiä vilpillisestä laskutuksesta False Claims Act -lain nojalla. Mille tahansa puolustusohjelmistoyritykselle, joka odottaa käyttävänsä T&M-välineitä, vaatimustenmukaisen ajankäytön kirjausjärjestelmän perustaminen ennen ensimmäistä tehtävätilausta on edellytys, ei jälkikäteinen ajatus.

Valtion ostajat työntävät yhä enemmän toimittajia pois T&M:stä kohti FFP- tai hybridirakenteita ohjelmien kypsyessä. Tehtävätilauksen, joka alkaa T&M:nä alkukartoituksen aikana, odotetaan siirtyvän kiinteähintaiseen toimitustilaukseen tuotantovaiheessa. Toimittajat, jotka vastustavat tätä siirtymää -- suosien tuntilaskutuksen tulojen ennustettavuutta -- viestivät valtiolle, että he eivät voi arvioida omia kustannuksiaan, mikä on kilpailuhaitta jatkohankinnoissa. Puolustettavin T&M-strategia on käyttää T&M-vaihetta työtuntihistorian rakentamiseen, joka sitten tukee uskottavaa FFP-BOE:ta myöhemmälle työlle.

Kustannukset plus -rakenteet: CPFF, CPAF, CPIF ja niiden ohjelmistovaikutukset

Kustannukset plus -sopimukset korvaavat toimittajalle kaikki sallitut, kohdennettavissa olevat ja kohtuulliset aiheutuneet kustannukset, sekä palkkion. Niitä käytetään, kun työ on liian epävarmaa tai teknisesti liian riskialtista, jotta toimittaja kantaisi kiinteähintaisen riskin, ja kun valtio tarvitsee työn tehtäväksi tietyltä toimittajalta kustannusepävarmuudesta huolimatta. Kolme varianttia on olennaisia puolustusohjelmistoille: kustannukset plus kiinteä palkkio (CPFF), kustannukset plus palkitsemispalkkio (CPAF) ja kustannukset plus kannustinpalkkio (CPIF).

CPFF (FAR 16.306) maksaa palkkion, joka kiinnitetään sopimuksen myöntämisvaiheessa prosenttiosuutena arvioiduista kustannuksista, tyypillisesti 6--10 % kehitystyölle. Palkkio ei muutu todellisen kustannussuorituskyvyn perusteella. CPFF on yleisin kustannuskorvaustyyppi varhaisen vaiheen puolustusohjelmistojen tutkimukselle ja kehitykselle: valtio saa työn tehdyksi, toimittaja kattaa kustannukset ja ansaitsee vaatimattoman palkkion, eikä kumpikaan osapuoli hyödy paisutetuista kustannuksista. Haittapuoli on, että CPFF ei tarjoa kannustinta kustannustehokkuuteen -- toimittaja ansaitsee saman palkkion riippumatta siitä, kulkeeko projekti arvioidulla kustannuksella vai 40 % yli. Valtion ohjelmajohtajien CPFF-sopimuksissa on hallittava kustannuksia aktiivisen valvonnan ja ansaittuun arvoon perustuvan hallinnan kautta sopimuksen sisäisten taloudellisten kannustimien sijaan. CPFF:n ja ylläpidon koko elinkaaren kustannusten ymmärtämistä käsitellään syvällisesti analyysissä puolustusohjelmistojen kokonaiskustannuksista.

CPAF (FAR 16.305) lisää palkitsemispalkkiopoolin peruspalkkion ja korvattujen kustannusten päälle. Palkitsemispalkkio arvioidaan ajoittain -- tyypillisesti puolen vuoden välein -- valtion palkitsemispalkkion määräävän virkamiehen (AFDO) toimesta, joka pisteyttää toimittajan palkitsemispalkkiosuunnitelmassa määriteltyjen kriteerien perusteella: tekninen suorituskyky, aikataulun noudattaminen, johdon tehokkuus ja vastaavat laadulliset mittarit. AFDO:n päätös ei ole kiistalausekkeen alainen, mikä tekee CPAF:stä ainutlaatuisen tehokkaan valtiolle suorituskyvyn hallintavälineenä. Ohjelmistokehitysohjelmille, joissa toteutuksen laatu on yhtä tärkeää kuin kustannukset -- turvallisten, hyvin dokumentoitujen, yhteentoimivien ohjelmistojen toimittaminen -- CPAF kohdistaa toimittajan kannustimet valtion ei-kustannusprioriteetteihin tavalla, johon puhdas CPFF ei pysty. Riski toimittajalle on, että AFDO-arviointi voi olla subjektiivista, ja toimittaja, joka uskoo suoriutuneensa hyvin, voi saada heikon palkkiopisteytyksen rajallisin valitusmahdollisuuksin.

Hybridisopimusrakenteet vaiheistetulle ohjelmistokehitykselle

Todelliset puolustusohjelmisto-ohjelmat sopivat harvoin siististi yhteen sopimustyyppiin koko elinkaarensa ajalle. Tyypillinen kulkuväylä etenee kolmen vaiheen läpi: korkean epävarmuuden suunnittelu- ja prototypointivaihe, paremmin määritelty kehitys- ja integraatiovaihe sekä kypsä ylläpito- ja käyttövaihe. Kullakin vaiheella on erilainen riskiprofiili, ja kukin oikeuttaa erilaiseen hinnoittelurakenteeseen. Hybridisopimukset -- sopimukset, joissa on useita eri sopimustyyppien mukaan hinnoiteltuja CLIN-rivejä -- sallivat valtion ja toimittajan soveltaa kuhunkin vaiheeseen sopivinta hinnoittelutyyppiä vaatimatta täyttä uudelleenkilpailutusta kussakin siirtymässä.

Yleinen malli on vaiheistettu hybridi, jossa on CPFF-CLIN alkuvaiheen suunnittelulle (sanotaan kuusi kuukautta), jota seuraa FFPIF-CLIN ydinkehityksen toimitukselle (kaksitoista kuukautta), sekä T&M-CLIN ylittämättömällä katolla ylläpidon ensimmäiselle vuodelle. Kullakin CLINillä on oma suoritusjaksonsa, sidotut varat ja hyväksymiskriteerit. Valtio säilyttää mahdollisuuden neuvotella kehitys-CLINin FFPIF-ehdot suunnitteluvaiheen tuotoksen tarkastelun jälkeen sen sijaan, että kehitystyö olisi hinnoiteltava täydellä tarkkuudella alkuperäisen myöntämisen ajankohtana. Tämä rakennetaan joskus optioin sopimuksena, jossa perusjakso kattaa CPFF-suunnitteluvaiheen ja optiojaksot kattavat myöhemmät FFP- tai FFPIF-toimitukset, joista kukin on toteutettavissa sen jälkeen, kun valtio on tarkastellut edeltävän vaiheen tuotosta.

Software Acquisition Pathway (SWP) -ohjelmat DoDI 5000.87:n alaisuudessa muodollistavat tämän vaiheistetun lähestymistavan DoD:n hankintakehyksen sisällä. SWP-ohjelmia kannustetaan käyttämään iteratiivisia toimitussyklejä kiinteähintaisilla toimitustilauksilla IDIQ-perussopimusta vastaan. IDIQ määrittää toimittajan pätevyydet, kertoimet ja ehdot; yksittäiset toimitustilaukset määrittävät tietyt ohjelmistolisäykset kiinteähintaisin toimituksin. Tämä sallii ohjelman absorboida vaatimusmuutoksia toimitustilausten välillä ilman sopimuksen muuttamista, samalla kun ylläpidetään kiinteän hinnoittelun kustannuskuria kunkin lisäyksen sisällä. Puolustusohjelmistotoimittajille SWP-suuntautuneen IDIQ:n aseman voittaminen on usein kaupallisesti arvokkaampaa kuin minkä tahansa yksittäisen toimitustilauksen voittaminen, koska se tarjoaa monivuotisen kanavan toistuville tehtävätilauksille ilman uudelleenkilpailutusta tilaustasolla.

SaaS-tilaushinnoittelu valtion sopimuksissa: IDIQ-, BPA- ja OTA-polut

Puolustusala on hitaasti rakentanut mekanismeja kaupallisen SaaS-hinnoittelun mukauttamiseksi, mutta sopivuus on yhä epätäydellinen. Perustavanlaatuinen jännite on, että SaaS-toimittajat hinnoittelevat kulutuksen perusteella (paikat, API-kutsut, datamäärä) jatkuvassa tilausmallissa, kun taas valtion budjettirakenne on vuosittainen ja määrärahakohtainen. 36 kuukauden yritystason SaaS-sopimus on oikeudellisesti ongelmallinen, jos se ulottuu useille tilikausille ilman, että se on rakennettu monivuotiseksi sopimukseksi FAR 17.1:n alaisuudessa tai IDIQ:ksi vuosittaisin toimitustilauksin. Jokainen puolustus-SaaS-toimeksianto on lopulta sovitettava yhteen tämän rajoitteen kanssa.

Kolme välinepolkua mukauttaa SaaS-tilaushinnoittelun käytännössä. Ensimmäinen on IDIQ-sopimus vuosittaisin tai neljännesvuosittaisin toimitustilauksin. Perus-IDIQ neuvottelee ennakkoon yksikköhinnat (paikka kuukaudessa, API-kutsu, käsitelty datan GB), turvallisuusehdot ja tieto-oikeudet. Vuosittaiset toimitustilaukset rahoittavat tilauksen kullekin tilikaudelle sopivasta määrärahasta. Tämä rakenne toimii hyvin kaupallisesti saatavilla olevalle ohjelmistolle, jolla on FedRAMP Authorized -tila, koska FedRAMP-valtuutus tarjoaa turvallisuusdokumentaation, jonka valtio tarvitsee toimitustilausten nopeaan toteuttamiseen ilman täyttä järjestelmän turvallisuusarviointia kullekin tilaukselle. Toinen polku on puitesopimus (BPA) GSA Multiple Award Schedule (MAS) -listaa vastaan. MAS Schedule 518210C kattaa IT-ammattilaispalvelut ja monet SaaS-alustat; BPA toimittajan MAS-sopimusta vastaan neuvottelee ennakkoon valtiokohtaisen alennuksen ja ehdot, ja yksittäiset BPA-kutsut rahoittavat kunkin tilausjakson. Kolmas polku on OTA-sopimus (Other Transaction Agreement) 10 U.S.C. 4022:n alaisuudessa. OTA:t eivät edellytä täyttä FAR-vaatimustenmukaisuutta, mikä tarkoittaa, että puolustusvirasto voi ottaa kaupallisen SaaS-toimittajan toimeksiantoon toimittajan vakiokaupallisin hinnoitteluehdoin, edellyttäen että OTA sisältää pakolliset valtion määräykset tieto-oikeuksista, turvallisuudesta ja tarkastuspääsystä.

OTA-polkua käytetään yhä enemmän pilottitoimeksiantoihin kaupallisten tekoäly- ja ohjelmistoalustojen kanssa, jotka eivät ole vielä tavoitelleet FedRAMP-valtuutusta. Rajoituksena on, että OTA:ita ei voida käyttää sellaisen järjestelmän tuotantokäyttöönottoon, joka käsittelee salaista tietoa, ja ne rajoittuvat yleensä tutkimus-, kehitys- ja prototypointitoimintoihin. Ohjelman, joka alkaa OTA:n puitteissa, on siirryttävä FAR-pohjaiseen sopimusvälineeseen täyttä operatiivista käyttöönottoa varten -- ja tuossa siirtymäpisteessä kaupalliset SaaS-hinnoitteluehdot on sovitettava yhteen FAR-kustannusperiaatteiden kanssa. Toimittajat, jotka eivät ole pohtineet tätä siirtymää läpi, huomaavat usein, että heidän OTA-kaupalliset ehtonsa ovat yhteensopimattomia FAR 31.201:n kustannussallittavuusperiaatteiden kanssa, mikä vaatii merkittävää sopimuksen uudelleenjärjestelyä ennen kuin siirtymä voidaan toteuttaa.

Voittomarginaalit, välilliset kustannuskertoimet ja se, mikä ohjaa valtion hinta-arviointeja

Valtion hinta-arviointi tarkastelee enemmän kuin pelkkää loppusummaa. Neuvotelluissa hankinnoissa (toisin kuin sinetöidyissä tarjouksissa) valtio arvioi, onko ehdotettu hinta reilu ja kohtuullinen analysoimalla kustannuselementtejä: suora työvoima, välilliset kertoimet, muut suorat kustannukset ja voitto. Voittoa ei ole rajoitettu kaupallisessa sopimisessa, mutta valtion voittopolitiikka FAR 15.404-4:n alaisuudessa asettaa painotetut ohjeet, jotka rajoittavat voiton tyypillisesti välille 5--15 % kustannuksista useimmalle puolustusohjelmistotyölle, jossa tietty katto vaihtelee sopimustyypin ja riskinjaon mukaan. Ohjelmistotoimittaja, joka ehdottaa 30 % voittoa kustannuskorvaussopimukseen, ei voita lähteen valintaa; toimittaja, joka ehdottaa 8 % erittäin kilpaillussa FFP-sopimuksessa, voi jättää rahaa pöydälle. Sen ymmärtäminen, missä arvioijien voitto-odotukset sijaitsevat tietyssä hankintatyypissä, on osa kilpailukykyistä hinnoittelustrategiaa.

Välilliset kustannuskertoimet ovat kerroin, joka muuntaa suorat työvoimaeurot täysin kuormitetuksi kustannukseksi. Ohjelmistoinsinööri, joka laskuttaa 85 $/tunti suorana, voi maksaa valtiolle 170 $/tunti täysin kuormitettuna, jos toimittajan yhdistetyt henkilösivukulu-, yleiskustannus- ja G&A-välilliskertoimet ovat yhteensä 100 %. Suuret puolustuksen pääsopimuskumppanit, joilla on korkeat toimitilakustannukset, laajat vaatimustenmukaisuusorganisaatiot ja suuret yritysyleiskustannusrakenteet, kantavat usein kokonaisvälilliskertoimia 150--250 % suorasta työvoimasta. Pienet ohjelmistoyritykset kevyin yleiskustannusrakentein voivat kantaa kertoimia 60--90 %. Tämä rakenteellinen ero tarkoittaa, että pieni, ketterä ohjelmistoyritys voi usein hinnoitella suuren pääsopimuskumppanin alle vastaavasta teknisestä työstä jopa vastaavin voittomarginaalein, koska suoran työvoiman perusta on kuormitettu murto-osalla pääsopimuskumppanin kertoimesta. Tämän selkeä viestiminen hintaehdotuksessa -- välilliskerroinrakenteen näyttäminen, kertomuksen tarjoaminen siitä, miten matalat kertoimet heijastavat kevyttä yleiskustannusrakennetta eikä kustannusten alilaskentaa -- on tärkeä osa pienempien puolustusohjelmistotoimittajien kilpailukykyistä asemointia.

Hinta-arviointikriteerit vaihtelevat myös hankintatyypin mukaan. Parhaan arvon vaihtokauppa (BVT) -hankinnat sallivat valtion maksaa hintapreemion paremmista teknisistä tai mennyttä suorituskykyä koskevista arvioista. Alhaisin hinta teknisesti hyväksyttävä (LPTA) -hankinnat myönnetään alhaisimman hinnan teknisesti hyväksyttävälle tarjoajalle, ilman preemiota paremmista teknisistä ehdotuksista. Puolustusohjelmistohankinnat ovat siirtyneet pois LPTA:sta viime vuosina sen tunnustamisen jälkeen, että LPTA ohjaa kohti alhaisimman kustannuksen kehittäjiä korkeimman kyvykkyyden ratkaisujen sijaan. DoD:n politiikka vuodesta 2017 (DFARS 215.101-2-70) rajoittaa LPTA:n käyttöä kehitystyössä. Puolustusohjelmistotoimittajille tämä muutos tarkoittaa, että investoiminen tekniseen erottautumiseen -- dokumentoitu metodologia, uudelleenkäytettävät komponentit, osoitettu mennyt suorituskyky vastaavissa ohjelmissa -- voi tuottaa hintapreemion lähteen valinnassa sen sijaan, että se yksinkertaisesti nostaisi tarjouksen arvioitua kustannusta kilpailuun nähden.