Laravel pro firemní aplikace: proč vám dodavatel říká, že tohle už WordPress neutáhne

Někdy v půlce projektu padne věta „tohle už na WordPressu dělat nebudeme“. Zní jako výmluva nebo jako pokus prodat něco dražšího. Občas to tak i je.

Tenhle text je o tom, jak poznat rozdíl. Není psaný pro vývojáře — je psaný pro člověka, který podepisuje rozpočet a potřebuje vědět, za co.

Kontext z druhé strany, tedy kdy redakční systém naopak stačí, je v článku proč WordPress pro firemní web.

Pět příznaků, že jste přerostli redakční systém

Redakční systém je stavěný na jednu věc: spravovat obsah a ukázat ho návštěvníkovi. Všechno ostatní je ohýbání. Ohýbat se dá dlouho — a pak přijde jeden z těchhle pěti bodů:

1. Role a oprávnění, které nejsou „redaktor a správce“. Když potřebujete, aby obchodník viděl jen své zákazníky, vedoucí i cizí, účetní jen faktury a externista nic než jeden projekt, jste u systému oprávnění. V CMS to jde nasimulovat pluginem, ale každá výjimka je další plugin.

2. Workflow se stavy a schvalováním. Objednávka čeká na schválení, pak na výrobu, pak na expedici, a z každého stavu vede jinam jiná cesta. Redakční systém zná stavy dva: koncept a publikováno.

3. Data z více systémů najednou. Aplikace si musí sáhnout do skladu, do účetnictví a do CRM a ukázat z toho jeden pohled. Jednotlivé napojení zvládne i CMS, ale ne jako základní stavební kámen.

4. Auditní stopa. Potřebujete vědět, kdo co změnil a kdy, a ta informace musí být důvěryhodná — třeba kvůli reklamacím nebo kontrole.

5. Výpočty, na kterých stojí byznys. Kalkulace ceny, provize, rozvrhy, plánování kapacit. Věci, které musí být správně a musí jít otestovat.

Jeden bod ještě nic neznamená. Na jeden se skoro vždycky dá napsat plugin — dělám to běžně a je to levnější než přestavba. Tři a víc, a ohýbáním zaplatíte dvakrát: jednou za obcházení, podruhé za to, že se v tom nikdo nevyzná.

Co Laravel přináší člověku, který podepisuje rozpočet

Laravel je framework pro PHP — tedy kostra aplikace, ne hotový produkt. Přeloženo do vlastností, které poznáte na faktuře:

• Fronty. Dlouhé úlohy — hromadné e-maily, generování dokumentů, import — běží na pozadí. Uživatel nečeká a nic nespadne na časovém limitu.
• Plánované úlohy. Noční synchronizace, kontroly, reporty. Bez lepení přes cizí služby.
• Migrace databáze. Změna struktury je popsaná v kódu a projde stejně na testovacím i ostrém prostředí. Prakticky to znamená, že nasazení není loterie.
• Testy. Kritické výpočty se dají zafixovat testem. Když je někdo za rok rozbije, ví se to hned, ne od zákazníka.
• Systém oprávnění jako základ, ne jako přídavek.

Jinak řečeno: věci, které v CMS řešíte pluginem od cizího autora, tady patří ke kostře.

Cesta požadavku aplikací

Proč framework, a ne psát to od nuly

Občas přijde otázka, proč platit za cizí kostru. Odpověď je nudná a praktická: framework je pojistka proti tomu, že aplikaci nikdo jiný nepřevezme.

Aplikace psaná od nuly je vždycky levnější první měsíc a dražší každý další. Kód dává smysl jenom autorovi, novému člověku trvá týdny, než se zorientuje, a bezpečnostní věci — přihlašování, ochrana formulářů, práce s databází — se musí vyřešit znovu a hůř.

Laravel je v PHP nejrozšířenější volba. Prakticky to pro vás znamená, že po mně na to sáhne někdo jiný, a že řešení běžných problémů jsou dohledatelná.

Co to znamená pro rozpočet a údržbu

Buďme konkrétní v tom, co se změní proti webu na CMS:

• Vstupní cena je vyšší. Nestavíte ze stavebnice, tvoří se logika na míru.
• Údržba je jiná, ne nutně vyšší. U CMS platíte za aktualizace mnoha pluginů od různých autorů. U aplikace za aktualizace frameworku a za vývoj změn. Aplikace, do které nikdo nesahá, je levnější na provoz než web s třiceti pluginy.
• Změny jsou dražší, ale předvídatelnější. Nová funkce znamená vývoj. Zato nenarazíte na „to ten plugin neumí“.
• Potřebujete testovací prostředí. U aplikace, na které stojí provoz, se nenasazuje rovnou naostro.

Kdy Laravel nebrat

Když vám stačí CMS. Když jste u těch pěti příznaků našli nanejvýš jeden, přestavba je zbytečná. Levnější je plugin.

Když existuje hotový produkt. Účetnictví, e-mailing ani helpdesk si nenechávejte psát na míru. Aplikace na míru dává smysl tam, kde je vaše logika jiná než trh — ne tam, kde je stejná.

Když nemáte proces popsaný. Aplikace na míru zabetonuje to, co jí zadáte. Bez jasného procesu vzniká drahá verze současného zmatku.

Když potřebujete výsledek do měsíce. Nestihne se to. Rychlejší cesta bývá krabice teď a aplikace za rok.

Kde je hranice proti automatizaci

Ještě jedna hranice zdola: než sáhnete po aplikaci, zkuste, jestli problém nevyřeší propojení systémů, které už máte. Rámec, jak si to spočítat, je v článku o automatizaci firemních procesů.

Pořadí, které doporučuju, je: nejdřív proces, pak napojení, teprve pak aplikace. Většina zadání se zastaví u druhého bodu a ušetří.

Na Laravelu stavím i vlastní produkty — CRM a nástroje, které používám v praxi, jsou v portfoliu. Co dělám v oblasti webových aplikací, najdete na stránce služby.

Popište mi proces, který vám CMS neutáhne. Napište mi — a jestli na to stačí plugin, řeknu vám to.