Jak vybrat partnera pro software a technologie

Rychlá odpověď

Partnera nevybírejte podle prezentace ani podle nejnižší nabídky. Vyberte tým, který rozumí vašemu problému, ukáže podobnou práci a převezme odpovědnost za výsledek, bezpečnost i předání. Nabídka na software, automatizaci, design nebo modernizaci je jen předpoklad. Ověřujte jej důkazy.

Výzkum 6sense z roku 2025 ukazuje, že nákupní skupiny řadí shortlist často před prvním kontaktem. Gartner v roce 2025 uvedl, že 61 procent B2B kupujících preferuje celkově nákup bez obchodního zástupce. Do hovoru proto přicházejte s vlastními kritérii. Kontext průzkumu popisuje zpráva Gartner.

Požadavky před RFP

Před RFP popište rozhodnutí, které má systém zlepšit. Kdo dnes pracuje ručně, odkud přicházejí data, která chyba je drahá a podle čeho poznáte změnu po spuštění. Určete hranice rozsahu, interního vlastníka, rozpočet, termín a závislosti. Napište také, co řešení dělat nemá.

RFP nemusí být dlouhé. Stejné požadavky, scénáře uživatelů, integrace, přístup k datům, provozní model a způsob převzetí dávají každému dodavateli stejný základ.

Shortlist a matice důkazů

Vyberte tři až pět kandidátů. Zapisujte důkazy místo dojmů. U každého zaznamenejte porozumění procesu, skutečný tým, podobný dodaný problém, otevřené body a otázky pro discovery.

Discovery, odhad a provoz

Důvěryhodný partner nepředstírá přesnost před poznáním problému. Popíše předpoklady, otevřené otázky, rizika a výstup discovery. Odhad oddělí potvrzenou práci od rezervy. Ptejte se, kdo vede workshopy, jak vznikají rozhodnutí a co dostanete, pokud po discovery nepokračujete.

Určete odpovědnost za backlog, kvalitu, nasazení a podporu po předání. Ptejte se, kde budou data, jak se spravují přístupy, jak se testují změny, kdo sleduje chyby a jak se obnoví služba po incidentu. Vyžádejte si ukázku testů, anonymizovaný release proces a plán provozu.

Bezpečnost, data a exit

Domluvte vlastnictví zdrojového kódu, designů, účtů, domén, cloudového nájemce a licencí. Určete správce účtů a postup pro odebrání přístupu. Smlouva má řešit důvěrnost, osobní údaje, subdodavatele, hlášení incidentů, zálohy, dokumentaci a předání při konci spolupráce.

NCSC doporučuje zákazníkům žádat důkazy pro bezpečnostní tvrzení dodavatele a pravidelně je ověřovat. NIST zahrnuje do rizika dodavatelského řetězce ověřování softwaru, zranitelnosti a komponenty. Otázky přizpůsobte riziku systému.

Cena, TCO a placený pilot

Porovnávejte stejný rozsah. Rozpočet má uvést discovery, implementaci, testování, nasazení, licence, cloud, podporu a změnové požadavky. TCO není jen první release. Zahrnuje provoz, interní čas, školení, údržbu, cenu změn a riziko špatné integrace.

Při nejistém rozsahu zvažte placený pilot. Potřebuje omezený cíl, měřitelná kritéria převzetí, přístup k nutným datům a jasné rozhodnutí po skončení. Pilot není levný prototyp bez vlastníka.

Reference, scorecard a shoda týmu

U reference se ptejte na kontext, roli dodavatele, problém, rozsah, výsledek a spolupráci. Pokud je to možné, mluvte s klientem bez dodavatele. Kandidáty bodujte samostatně před společnou debatou. Pak porovnejte rozdíly mezi provozem, financemi, bezpečností a lidmi, kteří systém použijí.

Varovné signály jsou neurčitý rozsah, tlak na podpis, odhad bez předpokladů, nejasné vlastnictví, chybějící testy, neurčená podpora a reference bez ověřitelného kontextu. Před výběrem potvrďte problém, kritéria, rozpočet, rizika, vlastníka rozhodnutí a plán prvních 90 dnů.

Projděte si proces, služby, bezpečnost, ceny a podmínky. Použijte kalkulačku, připravte matici a přečtěte si další návody na blogu. Teprve potom pozvěte shortlist na společné discovery.