Nákup softwaru na míru: Příručka kupujícího pro rok 2026 v 7 krocích
Nákup softwaru na míru je proces zadání zakázky na software šitý na míru externímu vývojovému dodavateli: business case, specifikace díla, RFP, hodnocení dodavatele, smlouva a akceptační test, který celý proces uzavírá. Není to produkt. Je to nákupní proces, který řídíte vy.
Zadejte to do Googlu a dostanete devět katalogů nástrojů plus jednu směrnici UCLA o 900 slovech. Samotný proces nikdo nepokrývá, protože výrobci nástrojů píší to, co se dobře umisťuje ve vyhledávači. Tento průvodce odpovídá na druhou otázku: jak nakoupit software, který ještě neexistuje?
Klíčové body:
- Nákup softwaru na míru je proces zadání zakázky u dodavatele, ne nákup nákupního nástroje.
- Kompletní nákupní proces má 7 kroků od business case po akceptované předání a před zahájením vývoje obvykle zabere 10–16 týdnů.
- Rozpočet chrání devět smluvních klauzulí; vlastnictví IP, akceptační kritéria a milníkové platby mají největší váhu.
Nákup softwaru na míru není nákupní software
Nákupní software je nástroj, který automatizuje nákupy: objednávky, schvalování, fakturace, katalogy dodavatelů. Nákup softwaru na míru je proces zadání zakázky na software šitý na míru vývojovému dodavateli. Jedno je produkt, který si licencujete. Druhé je projekt, který řídíte, se smlouvou a akceptačním testem. Tento průvodce popisuje to druhé.
Záměna je pochopitelná: trh s nástroji je obrovský a dobře pokrytý. Adresář poskytovatelů od Art of Procurement uvádí více než 200 platforem v 19 kategoriích a nákupní průvodce Brex pro rok 2026 má téměř 4 000 slov a srovnává pět z nich. Nikdo z toho všeho nevysvětluje, jak zadat zakázku na software od nuly. Právě tu mezeru tento článek vyplňuje.
Než začnete: Je software na míru opravdu ta správná volba?
Software na míru je správná volba, když je software jádrem toho, jak vaše firma funguje, a žádný hotový produkt nepokrývá váš pracovní postup bez provizorií. Špatná volba to je, když licencovaný produkt pokrývá 80 % potřeby už dnes. Než utratíte první korunu za RFP na software na míru, rozhodněte se upřímně.
| Možnost | Vyhrává, když | Pozor na |
|---|---|---|
| Hotový SaaS | Potřeba je obecná (mzdy, CRM, fakturace) a 80% pokrytí stačí | Poplatky za uživatele se sčítají; pronajímáte, nikdy nevlastníte |
| Přizpůsobení platformy | Platforma většinou vyhovuje a váš okrajový případ je konfigurace, ne přestavba | Dluh z přizpůsobení; upgrady rozbíjejí vaše úpravy |
| Kompletní vývoj na míru | Software je váš proces, konkurence si ho nemůže koupit a potřebujete IP | Nesete riziko vývoje, takže ho smlouva musí rozdělit |
Stále si nejste jisti, do kterého řádku patříte? Náš bodovací framework „vyvinout, nebo koupit" odpovídá na otázku vyvinout, nebo koupit; tento průvodce odpovídá na navazující otázku, jak nákup provést, když už jste se rozhodli.
Pak business case sepšte. Stačí jednostránková šablona zdůvodnění nákupu softwaru:
Problem: What is broken, in one sentence
Current cost: What it costs today (hours per week x rate, or lost revenue)
Outcome: The measurable result the software must produce
Ceiling: The maximum budget, and the date the money runs outI dvoučlenný nákupní tým profituje z psané nákupní politiky: jeden odstavec o tom, kdo schvaluje výdaje a kdo podepisuje. Předejdete tak zmatku typu „zakladatel to schválil na hovoru", který akceptaci potápí.
Sedmikrokový proces nákupu softwaru na míru
Proces nákupu softwaru na míru má sedm kroků a šest z nich proběhne, než kdokoli napíše řádek kódu. Celý průběh, každý krok jednou větou:
- Potřeba a business case: dokažte, že problém stojí za peníze
- Specifikace díla (SOW): přesně popište, co znamená „hotovo"
- Průzkum trhu: sestavte užší seznam dodavatelů, kteří tento typ práce dělají
- RFP / RFQ: pošlete všem stejné zadání
- Hodnocení dodavatelů: bodujte odpovědi podle důkazů, ne podle pocitu
- Vyjednávání a smlouva: devět klauzulí dejte na papír
- Předání a akceptace: testujte proti kritériím z kroku 2
Tyto rozsahy jsou náš odhad typických zakázek pro malé a střední firmy, ne měřený benchmark: obnova smlouvy od stávajícího dodavatele proběhne za tři týdny, regulované výběrové řízení trvá šest měsíců.
| Fáze | Obvyklé týdny | Vzniklý artefakt | Kdo ho vlastní |
|---|---|---|---|
| 1. Potřeba a business case | 1–2 | Jednostránkové zdůvodnění | Vy (kupující) |
| 2. Specifikace díla | 2–4 | SOW a akceptační kritéria | Vy, s přispěním dodavatele |
| 3. Průzkum trhu | 1–2 | Užší seznam 5–8 dodavatelů | Vy |
| 4. RFP / RFQ | 2–3 | Odeslané zadání a odpovědi | Vy, poté dodavatelé |
| 5. Hodnocení dodavatelů | 1–2 | Bodovaná hodnoticí karta | Vy |
| 6. Vyjednávání a smlouva | 2–3 | Podepsaná smlouva | Oba, plus právník |
| 7. Předání a akceptace | probíhá během vývoje | Akceptační protokol | Oba |
| Fáze před vývojem celkem | 10–16 | Podepsaná smlouva a testovatelné SOW | Vy |
1. Potřeba a business case
Začněte na jednostránkovém dokumentu výše. V našich zakázkách platí, že projekty, které ho přeskočí, mění rozsah uprostřed vývoje, kdy změny stojí reálné peníze místo jednoho odstavce. Zároveň tím nastavíte rozpočtový strop, který uvedete v RFP.
2. Specifikace díla (SOW)
Specifikace díla převádí business case v zadání, o kterém mohou obě strany diskutovat: funkce uvnitř a venku, integrace, časový plán a akceptační kritéria, proti kterým se předané dílo testuje. Jak vymezit rozsah webového projektu se zde vyplatí, případně zadejte požadavky s pomocí AI pro rychlejší návrh.
3. Průzkum trhu
Sestavte užší seznam pěti až osmi dodavatelů s čerstvými referencemi z příbuzného oboru. Ptejte se kolegů, kteří podobnou práci dodali; kontrolujte případové studie ze svého odvětví, ne titulní stránky webů. Přeskočte adresáře řazené podle provize za doporučení.
4. RFP / RFQ
Každému dodavateli z užšího seznamu pošlete stejné zadání a vyžadujte stejný formát odpovědi. RFP (request for proposal) se ptá, jak by to postavili; RFQ (request for quotation) se ptá, co stojí definovaný rozsah. Pro nákup softwaru na míru přichází první RFP.
5. Hodnocení dodavatelů
Každou odpověď bodujte proti stejné hodnoticí kartě a vážte reference a právo na audit kódu výše než cenu. Nejlevnější návrh je obvykle ten, který nacenil nejmenší rozsah práce. Na reference si zavolejte sami.
6. Vyjednávání a smlouva
Vezměte vítězný návrh a přišroubujte k němu devět klauzulí níže. Jako první vyjednávejte akceptační kritéria a milníkové platby, cenu jako poslední: cena je nejjednodušší podmínka k posunu, akceptace je ta, za kterou se vyplatí bojovat.
7. Předání a akceptace
Předání neznamená „poslali kód". Akceptace znamená, že software prochází kritérii SOW ve vašem prostředí, s podepsaným převodem IP a předaným zdrojovým kódem. Poslední milníkovou platbu podržte, dokud tento test neprojde.
RFP, které vám zajistí reálné nabídky
RFP bez akceptačních kritérií je cenová nabídka na práci, kterou nikdo nedefinoval. Kostra níže je šablona pro nákup softwaru na míru, kterou bychom si přáli dostat od každého kupujícího. Zkopírujte ji, doplňte mezery a pět dodavatelů nacení jeden rozsah, ne pět dohadů.
CUSTOM SOFTWARE RFP
1. Company context
Who you are, team size, the system this replaces or connects to
2. Problem statement
The broken process, what it costs you today, who feels it
3. Scope
In: the features and integrations the first release must ship
Out: anything you have decided to defer
4. Technical constraints
Stack preferences, hosting rules, compliance (GDPR, HIPAA), SSO
5. Timeline
Hard dates, and what happens if you miss them
6. Budget range
A ceiling, not a target. Vendors price to the number you give.
7. Acceptance criteria
The pass/fail tests the final delivery must clear before sign-off
8. Evaluation criteria
How you will score responses, and the weight of price vs. references
9. Response format
Page limits, the questions to answer, and the reply deadlineZahrňte především tři věci: rozpočtový strop, akceptační kritéria, formát odpovědi. Právě ty mění vágní nabídky v porovnatelné cenové nabídky.
Tři věci vynechte: předepisování implementace („použijte mikroslužby"), NDA před sestavením užšího seznamu, čtyřicetistránkové přílohy s požadavky. Kupujete výsledek, ne architekturu.
Dvě praktické poznámky: pošlete každému dodavateli stejný dokument, protože jednotné odpovědi jsou jediný způsob, jak může hodnoticí karta něco znamenat; a pojmenujte váhy hodnocení přímo v RFP. Dodavatelé píší ostřejší návrhy, když vědí, že reference mají větší váhu než cena.
Jak hodnotit dodavatele softwaru na míru?
Hodnocení dodavatelů znamená bodovat každý návrh proti stejné kartě vážené podle důkazů, aby rozhodnutí obstálo i při druhém pohledu. Cena si zaslouží menší váhu, než jí většina kupujících dává: návrhy, které jsou v poli nejlevnější, obvykle nacenily nejmenší rozsah práce. Karta, kterou doporučujeme pro rozpočty malých a středních firem:
| Kritérium | Váha | Jak bodovat |
|---|---|---|
| Reference z příbuzného oboru | 25 % | 5: dvě reference, kterým jste opravdu zavolali, z vašeho oboru. 1: zeď log |
| Právo na audit kódu | 15 % | 5: písemně souhlasí s kontrolou kódu třetí stranou před poslední platbou |
| Finanční zdraví | 10 % | 5: ziskoví, několikaletá historie. 1: nedokážou to doložit |
| Bezpečnostní postura | 15 % | 5: zdokumentovaný SDLC, skenování závislostí, přístup s minimálními právy |
| Kontinuita a stáž týmu | 15 % | 5: pojmenovaný tým, nízká fluktuace. 1: „tým sestavíme po podpisu" |
| Komunikační rytmus | 10 % | 5: písemně slíbené týdenní demo. 1: „používáme Slack" |
| Disciplína u IP | 10 % | 5: čistý převod díla (work-for-hire), žádné znovu použité proprietární jádro |
Váhy jsou výchozí bod. Měňte je, ale musí dát dohromady 100 a zapište je dřív, než si přečtete jediný návrh. Jak hodnotíme vývojářské firmy používá tutéž disciplínu; co vývojářské služby skutečně zahrnují vám pomůže porovnávat položku za položku.
Checklist due diligence při pořízení softwaru
Než podepíšete, projděte tento seznam u dvou nejlepších dodavatelů, ne u všech pěti:
- Reference ověřené skutečnými otázkami (co se rozbilo, jak to řešili, najali byste je znovu)
- Právo na audit kódu písemně dohodnuto před poslední milníkovou platbou
- Finanční zdraví potvrzeno (roky na trhu, ziskovost, koncentrace klientů)
- Bezpečnostní postura posouzena (SDLC, řízení přístupu, historie incidentů)
- Kontinuita klíčových lidí potvrzena (tým z prezentace je tým projektu)
- Převod IP posoudil váš právník, ne jejich
9 smluvních klauzulí, které ochrání váš rozpočet
Klauzule, která chrání váš rozpočet, není cena. Je to akceptační test. Nákupní směrnice UCLA, jediná institucionální stránka v první desítce Googlu pro toto téma, staví své doporučení pro software na míru kolem této myšlenky: specifikace díla, vlastnictví IP, akceptační testování a záruka, dřív než se vůbec začne mluvit o ceně. Tuto taxonomii jsme rozšířili na devět klauzulí pro komerční kupující.
Pokud sestavujete šablonu smlouvy o nákupu softwaru, těchto devět řádků je její páteří:
| # | Klauzule | Proč kouše | Příklad formulace jednou větou |
|---|---|---|---|
| 1 | Vlastnictví IP / work-for-hire | Bez něj si dodavatel ponechává autorská práva a software vám zpětně licencuje | „Veškerá výstupní díla jsou work made for hire; po zaplacení kupující plně vlastní veškerou IP" |
| 2 | Akceptační kritéria a postup | Jediná objektivní definice „hotovo"; bez ní se spory mění v názory | „Dílo je akceptováno, pouze když všechny testy v Příloze B projdou v prostředí kupujícího" |
| 3 | Platby vázané na milníky | Drží peníze za postupem; zabíjí riziko 100% platby předem | „20 % na kickoffu, poté 20 % za milník, 20 % při závěrečné akceptaci" |
| 4 | Řízení změn | Zabrání, aby se spory o rozsah měnily ve spory o faktury | „Změny rozsahu vyžadují písemný změnový list s dopadem na cenu a termín, podepsaný oběma stranami" |
| 5 | Záruční doba | Nutí dodavatele stát si za kódem i po předání | „Dodavatel bezplatně opraví vady zjištěné do 90 dnů od akceptace" |
| 6 | Ochrana ceny | Omezuje dopad optimistických odhadů | „Sazby T&M pevné na 12 měsíců; strop nepřekročitelný bez písemného schválení" |
| 7 | Výkonnostní specifikace | Dělá z „je to pomalé" porušení smlouvy, ne stížnost | „p95 načtení stránky pod 2 s; API p99 pod 300 ms při 500 souběžných uživatelích" |
| 8 | Klíčoví lidé | Zabrání výměně typu seniorní prezentace, juniorní realizace | „Pojmenovaní vedoucí nesmí být přeřazeni bez písemného souhlasu kupujícího" |
| 9 | Ukončení a úschova zdrojového kódu | Vaše východisko, pokud dodavatel uvázne, zkrachuje nebo odejde | „Kupující může ukončit smlouvu pro porušení s 14denní výpovědí; kód z úschovy se uvolní při insolvenci" |
Když jedinou vynecháte, financujete naději. Pokud má váš právník čas na tři klauzule, dejte mu 1, 2 a 3.
Kolik stojí software na míru a jak nastavit platby?
Rozsah určuje cenu, a proto SOW existuje dřív, než jakákoli nabídka něco znamená. Publikovaný záchytný bod je odhad ScienceSoft 200 000–400 000 USD a zhruba 10 měsíců na podnikový nákupní software na míru; ScienceSoft tam údaj o 315% ROI přisuzuje studii Forrester Total Economic Impact.
To jsou jejich čísla pro velké podnikové projekty, ne naše. Menší projekty pro malé a střední firmy, interní nástroj, zákaznický portál, mobilní aplikace, se vejdou výrazně pod toto pásmo; náš odhad pro malé a střední firmy berte jako interpretaci a než tomu cokoli uvěříte, sežeňte tři nabídky. Pro záchytný bod podle typu aplikace náš rozpis nákladů na mobilní aplikace oceňuje projekty podle typu aplikace.
Struktura plateb je stejně důležitá jako celková částka:
| Model | Vyhrává, když | Riziko nese | Typické použití |
|---|---|---|---|
| Pevná cena | Rozsah je zmrazený a SOW je neprůstřelné | Dodavatel (pohlcuje překročení) | Dobře definovaná první vydání |
| Time and materials | Rozsah se bude vyvíjet a týmu důvěřujete | Vy (každá hodina navíc se fakturuje) | Projekty s velkým průzkumem nebo dlouhým během |
| Milníkové platby | Oba modely, s platbami vázanými na akceptovaná díla | Sdílené (peníze následují důkaz) | Většina zakázek na míru pro malé a střední firmy |
| Koupit vs. licencovat vs. předplatné IP | Kód plně vlastníte, jen když smlouva převádí IP; licence a SaaS předplatné ho pronajímají | Závislost na dodavateli u licence a předplatného | Kupte, když je software jádro; předplaťte, když je komodita |
Naše doporučení: výchozí volba jsou milníkové platby na pevný rozsah, 20 % nebo méně na kickoffu, poslední splátka podmíněná akceptačním testem. Pevná cena jen tehdy, pokud vaše SOW přežije i nepřátelské čtení; time and materials jen s dodavatelem, se kterým jste už něco dodali. Nikdy 100 % předem; tato struktura se objevuje znovu níže.
Varovné signály: Jak nákupy softwaru na míru ve skutečnosti selhávají
Zaplatit 100 % předem vám nekoupí přednostní zacházení. Přenesete na sebe veškeré riziko dodání. Každý varovný signál níže dává dodavateli vyjednávací sílu, kterou už nezískáte zpět:
- Vágní SOW. „Postavte nám CRM," žádný seznam funkcí. Každý nedefinovaný pojem se stane změnovým listem, oceněným bez soutěže.
- Žádný akceptační test. „Uvidíme, až to uvidíme." Pak to nikdy neuvidíte, protože „hotovo" nebylo nikdy definováno.
- 100% platba předem. Peníze jsou vaše jediná vyjednávací páka po podpisu; utraťte je všechny první den a žádná vám nezbyde.
- Žádné řízení změn. Rozsah roste, faktury rostou, růst nikdo nepodepsal.
- Chybějící převod IP. Zaplatili jste za software a zpětně si ho licencovali, aniž byste si toho všimli.
- Žádná klauzule o klíčových lidech. Seniorní tým, který vyhrál prezentaci, zmizí týden po podpisu.
Na RFP pro software na míru odpovídáme jako dodavatel každé čtvrtletí a dva vzorce se opakují tak spolehlivě, že je považujeme za základní míru selhání nákupu: RFP zcela bez akceptačních kritérií a platební kalendáře, které dávají většinu předem, a dávají tak dodavateli veškerou motivaci projekt po připsání peněz odsunout. Naše interpretace, a je to interpretace, ne měření: kupující, kteří nejtvrději smlouvají o ceně, jsou ti, kteří vynechali dvě klauzule, akceptaci a milníky, jež by ji ochránily.
Oborová data ukazují stejným směrem. The Standish Group sleduje výsledky projektů tři desetiletí v rámci svého výzkumu CHAOS; jeho opakující se zjištění je, že problémové projekty, nad rozpočet, po termínu nebo s méně funkcemi, převažují nad čistě úspěšnými, a vágní zadání a slabá podpora vedení figurují na předních místech seznamu příčin.
Pokud máte opravit jen jednu věc, opravte akceptační kritéria. Je to klauzule, která dělá všechny ostatní klauzule vymahatelnými.
Jak k nákupu softwaru na míru přistupuje Techsy
Náš příjem zakázek sleduje stejných sedm kroků z druhé strany stolu. SOW a akceptační kritéria připravujeme, než nabídneme číslo, protože nabízet cenu na vágní zadání je způsob, jak dodavatelé podstřelují a kupující přeplácejí. Projekty běží na milníkových platbách, týdenních demech a právu na audit kódu v každé smlouvě. Když akceptace projde, vlastníte IP a repozitář, ne licenci.
Upřímná omezení: pokud potřebujete licencovaný SaaS nástroj, který automatizuje nákupy, jsme špatná adresa. To je nákup produktu, ne vývoj; výrobce nástrojů vás obslouží rychleji a levněji. Bereme zakázky na míru, kde software je proces a IP má význam.
Pokud váš projekt spadá do té druhé kategorie, domluvte si nezávaznou konzultaci zdarma.
Časté dotazy
Co je to pořízení softwaru?
Pořízení softwaru je proces získání softwaru: definice potřeby, hodnocení možností, vyjednávání podmínek, akceptace dodání. Pokrývá licencované produkty i zakázky na míru. Tento průvodce se zaměřuje na to druhé: proces od business case přes RFP, smlouvu a akceptační test.
Jaké jsou 4 typy zadávání zakázek?
Čtyři běžně uváděné typy jsou přímé (vstupy do výroby), nepřímé (provozní zboží a služby), zboží a služby. Software spadá mezi nepřímé a služby: licencovaný nástroj je nepřímý nákup; zakázka na míru je služba, která končí dodaným dílem.
Jaký je rozdíl mezi nákupním softwarem a nákupem softwaru na míru?
Nákupní software je nástroj, který automatizuje nákupní procesy, jako Tradogram nebo Tipalti. Nákup softwaru na míru je proces zadání zakázky na software šitý na míru vývojovému dodavateli. Hledáte nejlepší nákupní platformu? Potřebujete to první; tento průvodce je to druhé.
Jak dlouho trvá nákup softwaru na míru?
U typické zakázky pro malé a střední firmy počítejte s 10–16 týdny od business case po podepsanou smlouvu, než začne vývoj; berte to jako interpretaci, ne benchmark. Obnova smlouvy od stávajícího dodavatele se zkrátí na týdny; regulované výběrové řízení se může protáhnout přes šest měsíců.
Kolik stojí software na míru?
ScienceSoft odhaduje 200 000–400 000 USD a zhruba 10 měsíců na podnikový nákupní software na míru a údaj o 315% ROI přisuzuje studii Forrester. Menší projekty pro malé a střední firmy se pohybují výrazně pod tímto pásmem. U nákupu softwaru na míru určuje cenu rozsah: RFP a SOW existují dřív, než jakákoli nabídka něco znamená.
Komu patří IP u softwaru na míru?
Tomu, co říká smlouva. Bez výslovné klauzule o work-for-hire nebo převodu IP si dodavatel ponechává autorská práva a software vám zpětně licencuje. Dejte vlastnictví na papír, vázané na platbu: po poslední platbě kupující vlastní vše. Svázat tento převod s poslední splátkou podmíněnou akceptací, ne s platbou na kickoffu, takže vlastnictví přechází, jen když přechází software.
RFP, nebo RFQ? Co potřebujete?
RFP (request for proposal) se ptá, jak by dodavatelé váš problém vyřešili; RFQ (request for quotation) se ptá, co stojí definovaný rozsah. Pro software na míru pošlete první RFP: dodavatelé musí navrhnout přístup, dřív než cena něco znamená. RFQ přichází, jakmile je SOW zmrazené.
Pevná cena, nebo time and materials?
Pevná cena vás chrání, když je SOW neprůstřelné: překročení pohlcuje dodavatel. Time and materials se hodí pro projekty s velkým průzkumem, kde se rozsah bude vyvíjet, ale riziko překročení nesete vy. Většině kupujících z malých a středních firem nejlépe vyhovují milníkové platby na pevný rozsah, s poslední splátkou podmíněnou akceptačním testem.
Co patří do specifikace díla?
Specifikace díla má pojmenovat funkce uvnitř a vně rozsahu, integrace, časový plán, akceptační kritéria, proti kterým se předané dílo testuje, a platební milníky vázané na každé dílčí plnění. Pokud podmínka není v SOW, není v projektu.
O autorovi
Mert Batur je spoluzakladatel Techsy.io, kde tým dodává AI agenty, automatizační systémy a hlasové/SDR pipeline pro B2B klienty. Píše o stacku nástrojů pro LLM, který tým Techsy skutečně používá v produkci. Zároveň řídí zakázky na vývoj softwaru na míru, z nichž tento průvodce vychází, od odpovědi na RFP po akceptované předání. Spojte se na LinkedInu.
Závěr
Nákup softwaru na míru stojí na artefaktech, ne na vyjednávání: jednostránkový business case, SOW s akceptačními kritérii, kostra RFP, hodnoticí karta, smlouva s devíti klauzulemi. Když těchto pět dokumentů zvládnete, konverzace s dodavatelem se vyřeší sama. Projděte sedm kroků v pořadí, podržte poslední platbu za akceptačním testem, a pokud chcete druhý názor na vaše RFP, domluvte si nezávaznou konzultaci zdarma.