Malé aplikace pro skutečné problémy

Začít tím, co překáží

Většina mých projektů začíná něčím otravným: opakující se prací, rozházenými informacemi nebo nástrojem, který potřebuje pět kroků místo dvou. Nepotřebuji, aby problém zněl velkolepě. Potřebuji umět říct, co mi překáží a co by se změnilo, kdyby nástroj fungoval o trochu lépe. Od takové konkrétní věci se mi začíná mnohem snáz.

Právě to spojuje moji práci v IT, automatizaci a vývoj aplikací. Výsledkem může být drobná utilita i aplikace pro Apple, ale začátek bývá podobný. Něco vyžaduje více pozornosti, než by mělo. Než začnu psát seznam funkcí, snažím se pojmenovat konkrétní kus zbytečné práce, který chci odstranit. Ten mi dává směr pro první verzi.

Postavit nejjednodušší užitečnou verzi

Mám rád první verzi, jejíž účel dokážu popsat jednou větou. Ne proto, že všechno musí navždy zůstat malé, ale protože snáz poznám, jestli nástroj opravdu dělá svou práci. Dlouhý seznam možných rozšíření může vytvářet pocit pokroku ještě předtím, než je vyřešený původní problém. Snažím se proto vracet k tomu, co má fungovat jako první.

Jednoduché pro mě neznamená schválně nepohodlné nebo nedokončené uprostřed úkolu. Důležité je slovo užitečné. Pokud odstraním krok, ale potom musím hádat, co se stalo, práci jsem jen přesunul jinam. Chci co nejkratší úplný postup s dostatečně srozumitelným ovládáním, abych při používání nemusel vzpomínat na rozhodnutí, která jsem udělal při programování.

Nejdřív používat, potom rozšiřovat

Dalším krokem je pro mě takovou verzi sám používat. Ne jako důkaz, že bude vyhovovat každému, ale jako způsob, jak si všimnout detailů přehlédnutých při vývoji. Opakovaná volba, nejasný název nebo špatně dostupná informace vystoupí do popředí mnohem snáz ve chvíli, kdy chci něco skutečně dokončit a nechci přemýšlet o aplikaci.

Snažím se všímat hlavně situací, kdy vlastní nástroj obcházím. Jestli něco pořád řeším mimo něj, chci nejdřív pochopit proč. Další obrazovka nemusí být odpověď. Někdy pomůže lepší výchozí nastavení nebo jasnější akce víc než nová funkce. A někdy je potřeba původní nápad zmenšit, ne ho rozšířit o další možnosti.

Opravovat to, co stojí v cestě

Postup, ke kterému se vracím, je jednoduchý: najít otravnou část, postavit užitečné řešení, používat ho, všimnout si zbývajících překážek a opravit je. Není to pravidlo, které musí každý projekt dokonale splnit. Je to pracovní návyk. Dává mi důvod pro další změnu, který je konkrétnější než potřeba ukázat, že se na projektu pořád něco děje.

U SymptomTapu se tato myšlenka promítá do krátké interakce: zachytit příznak, aniž by se z toho stal dlouhý zápis do deníku. Medication Cabinet vychází z jiného drobného problému, mít informace o lécích pohromadě a rychle je najít. Jeho smyslem je organizace, nikoli rady k léčbě nebo dávkování. Konkrétní účel pomáhá udržet i konkrétní hranice.

Nechat práci osobní

Některé nápady patří spíš mezi experimenty než hotové produkty. Chci mít prostor vyzkoušet nativní rozhraní, zautomatizovat opakovaný úkol nebo vytvořit malou pomůcku bez předstírání, že pokaždé chystám velké vydání. Experiment může odpovědět na otázku, i když z něj nikdy nebude veřejná aplikace s vlastním názvem a samostatnou produktovou stránkou.

Michael Software je místo, kde sdílím části této práce, které mohou být veřejné. Chci ukázat, na čem pracuji a proč, ne proměnit osobní postup v podnikatelskou příručku. Malý software úplně stačí, pokud vyřeší to, co bylo otravné. Právě takový pokrok chci popisovat v těchto poznámkách, bez nutnosti dělat z každého nápadu něco většího.