Výběr IT řešení v malé firmě bývá směsice tlaku na cenu, omezeného času a obavy, že „když to pokazíme“, bude stát práce. Dobrá zpráva: většině problémů se dá předejít, když si předem nastavíte jasná kritéria a budete se ptát na provozní detaily, ne jen na funkce v prezentaci. Článek je určen firmám, e‑shopům, magazínům i projektům, které řeší online provoz a chtějí IT, které funguje i za půl roku.

1) Začněte mapou procesů, ne seznamem nástrojů

Než vyberete CRM, účetnictví nebo helpdesk, sepište si 5–10 klíčových procesů, které vás živí: poptávka → nabídka → objednávka, nákup → sklad → expedice, publikace článku → distribuce → monetizace apod. U každého procesu si zapište:

  • Kdo to dělá (role, ne jména) a kolik lidí se zapojuje.
  • Kde vznikají data (e-mail, formulář, telefon, marketplace).
  • Co je výstup (faktura, balík, článek, smlouva).
  • Kde to drhne (přepisování, čekání na schválení, chyby ve skladových stavech).

Z toho vznikne přehled požadavků, které jsou měřitelné: „zkrátit vyřízení reklamace z X kroků na Y“, „zrušit ruční přepis fakturačních údajů“, „mít dohledatelné schválení ceny“. Teprve potom dává smysl vybírat konkrétní software.

2) Rozlišujte „must-have“ a „nice-to-have“

V malé firmě je nejdražší řešení to, které se nedokončí. Udělejte si tři úrovně:

  • Must-have: bez toho nejde fungovat (např. napojení na banku, skladové pohyby, role a oprávnění, exporty pro účetní).
  • Should-have: významná úspora času, ale lze dočasně obejít (např. automatické štítky dopravců, schvalovací workflow).
  • Nice-to-have: „bylo by fajn“ (pokročilé dashboardy, méně používané integrace).

Tento seznam pak použijete při poptávce dodavatele i při testování. Pomůže to držet rozsah projektu a rozpočet.

3) Cloud vs. vlastní server: ptejte se na provoz, ne na ideologii

Rozhodnutí není o tom, co je „lepší“, ale co zvládnete spravovat. Praktická vodítka:

  • Cloud/SaaS: obvykle rychlejší start, méně starostí s aktualizacemi a zálohami. Ptejte se na export dat, možnost ukončení služby a limity integrací.
  • Vlastní server/on‑premise: větší kontrola, ale větší nároky na údržbu. Ptejte se, kdo řeší aktualizace, monitoring, zálohy a obnovu po výpadku.

Klíčová otázka pro obě varianty zní: co se stane, když zítra vypadne přístup (internet, účet, server) a jak rychle se vrátíte do provozu.

4) Integrace a data: nejčastější zdroj skrytých nákladů

V praxi zřídka stačí jeden systém. Typický stack: web/e‑shop, sklad, fakturace, e‑mailing, analytika, zákaznická podpora. Před výběrem si ujasněte:

  • Jeden „zdroj pravdy“ pro zákazníka a objednávku (kde se opravuje chyba).
  • Jak se data předávají: API, export/import, webhooky, ruční přepis.
  • Frekvence synchronizace: online vs. dávky (a co to udělá se skladovou dostupností).

Když si nejste jistí, hledejte inspiraci i v přehledech dodavatelů a služeb v katalogu firem a porovnávejte, kdo typicky řeší integrace v podobných projektech.

5) Bezpečnost a přístupy: nastavte minimum, které vás ochrání

Bezpečnost není jen „antivir“. Pro menší firmu má nejvyšší návratnost pár základních pravidel:

  • Role a oprávnění: každý vidí jen to, co potřebuje (např. sklad nevidí mzdy, brigádník neupravuje ceny).
  • Dvoufaktor tam, kde to jde (e-mail, administrace webu, účetní systém).
  • Zálohy: co se zálohuje, jak často, jak probíhá obnova a kdo ji umí udělat.
  • Odchody zaměstnanců: proces zrušení účtů a předání přístupů (ideálně přes správce hesel).

Tyto body dejte do zadání. Kdo je ignoruje, bude ignorovat i provozní rizika.

6) Jak poptat dodavatele a vyhnout se vendor lock‑in

Dobrá poptávka je stručná a konkrétní: procesy, must‑have požadavky, očekávané objemy (počet objednávek, uživatelů, položek), požadované integrace a termín. Do poptávky přidejte i otázky:

  1. Kdo bude řešení spravovat po spuštění a jaké jsou SLA/reakční doby?
  2. Jak probíhá migrace dat a kdo nese odpovědnost za správnost?
  3. Jaké jsou možnosti exportu dat při ukončení spolupráce?
  4. Kolik stojí změny (hodinovka, balíčky, fixy) a jak se schvalují?

Dodavatele na vývoj a implementace často najdete i podle zaměření v sekci IT a technologie nebo v kategorii Webdesign a vývoj. Nehledejte „nejlevnějšího“, ale toho, kdo umí popsat provozní realitu a rizika.

7) Pilot, testy, předání: chvíle, kdy se rozhoduje o úspěchu

I u malého řešení si vynucujte pilotní provoz: omezený rozsah, reálná data, reální uživatelé. Před ostrým spuštěním si odškrtněte:

  • Test scénářů: storno, reklamace, dobropis, částečná expedice, výpadek dopravce.
  • Školení podle rolí (ne „všichni všechno“).
  • Dokumentace: kde se co nastavuje, kam se hlásí incidenty, kdo schvaluje změny.
  • Plán návratu (rollback): co když první den něco zásadního nefunguje.

Pokud řešíte i viditelnost online, může vám pomoci mít ucelený přehled dalších zdrojů a postupů v článcích na SeoKatalog.cz a podle potřeby si doplnit profil firmy i v katalogu přes přidání zápisu.

Praktické shrnutí: 10min kontrolní seznam

  • Mám sepsané procesy a největší bolesti.
  • Mám must‑have/should‑have/nice‑to‑have.
  • Vím, kde je „zdroj pravdy“ pro klíčová data.
  • Znám integrace a způsob předávání dat.
  • Vím, kdo řeší aktualizace, zálohy a obnovu.
  • Mám nastavené role, přístupy a odchodový proces.
  • Mám poptávku s objemy, termínem a kritérii úspěchu.
  • Počítám s pilotem a testem hraničních situací.
  • Mám plán předání a dlouhodobé správy.
  • Vím, jak získám svá data, když změním dodavatele.

Když tímto projdete před podpisem, výrazně snížíte riziko, že zaplatíte za řešení, které sice „umí všechno“, ale ve vaší firmě ho nikdo nebude umět bezpečně a dlouhodobě provozovat.