Většina softwarových agentur produkty postaví a předá. My produkty stavíme a pak je provozujeme — včetně vlastních. ChiliAuto, Billwaze, MoonBeauty, MoonLinks a čtyři další. Všechny živé. Všechny udržované stejnými inženýry, kteří budou pracovat na vašem produktu. Je to záměrná volba a mění vše v tom, jak stavíme.
Test ve 2 ráno
Když produkt postavíte a předáte, nikdy nemusíte řešit, co se stane ve 2 ráno, když se rozbije. Klient to řeší. Podpůrný tým to řeší. Vy přejdete na další projekt.
Když produkt sami provozujete, 2 ráno je váš problém. A způsob, jakým reagujete na tuto realitu, mění každé rozhodnutí přijímané během stavby: monitoring, který nastavíte, alerty, které konfigurujete, runbooky, které píšete, architektonické volby, které děláte, abyste hovoru ve 2 ráno vůbec předešli.
Zažili jsme hovor ve 2 ráno. Dělá z vás lepšího architekta než jakákoli metodologie.
Co nás provozování vlastních produktů učí
Každý předpoklad, který přijmete během stavby, je otestován v produkci. Některé jsou špatné. Ty špatné jsou drahé — v inženýrském čase, v důvěře uživatelů, ve volání ve 2 ráno, které musíte uskutečnit.
Lekce z provozování ChiliAuto (náš stěhovací marketplace):
- Načasování push notifikací je produktové rozhodnutí: naše 5minutové okno pro přijetí bylo příliš krátké pro terénní čety. Prodloužili jsme na 10 minut a míra přijetí vzrostla o 40 %.
- První spor učí více než prvních 100 rezervací: přestavěli jsme tok nahrávání důkazů po tom, co první sporná zakázka odhalila mezery v našich předpokladech.
- Hustota nabídky je operační metrika, nikoli startovní: teplotní mapu adminu používáme týdně k identifikaci oblastí s nízkým pokrytím ještě před tím, než to zákazníci zaznamenají.
Lekce z provozování Billwaze (náš fakturační SaaS):
- Fakturační chyby jsou existenciální: špatná faktura na fakturační platformě ničí důvěru. Přidali jsme staging náhled e-mailem každému MSP před doručením faktury.
- Odchodové rozhovory jsou cennější než zpětná vazba aktivních uživatelů: uživatelé, kteří odešli, nám řekli to, na co se aktivní uživatelé přizpůsobili obcházeními.
- Víceměnová podpora není nikdy hotová: každá nová země odhalí daňový nebo formátový okrajový případ.
Jak se to projeví, když stavíme pro vás
Píšeme runbooky, protože jsme je potřebovali. Konfigurujeme monitoring před spuštěním, protože jsme byli ti, kteří ho neměli. Nastavujeme staging prostředí od druhého týdne, protože jsme zažili, co se stane, když QA probíhá jen v produkci.
Odmítáme funkce, které se zdají rozumné, ale přinášejí operační složitost — protože jsme tyto funkce podporovali ve 2 ráno a víme, co stojí. Designujeme pro podpůrného inženýra stejně jako pro uživatele.
Většina agentur vám dá software. My vám dáme software, který bychom byli ochotni dát pod vlastní jméno a sami provozovat. Laťka je jiná.
Argument vlastní kůže ve hře
Existuje jednoduchý filtr pro hodnocení softwarové agentury: byli by ochotni provozovat věc, kterou pro vás stavějí? Nikoli udržovat — provozovat. Řešit incidenty, spravovat nasazení, být odpovědní za dostupnost.
Pokud je odpověď ne — a pro většinu agentur je, protože provozování softwaru je těžké, průběžné a odhaluje každou zkratku přijatou během stavby — to vám říká něco o kvalitě rozhodnutí, která budou přijata během projektu.
Provozujeme osm produktů. Tým, který postaví ten váš, byl vyvolán ve 2 ráno kvůli vlastnímu kódu. Standardy nejsou teoretické.
Chcete vidět, co provozujeme? Podívejte se na naše produkty — každý z nich je živý a udržovaný stejným týmem, který bude pracovat na tom vašem.
Prohlédnout naše produkty