Většina firem přistupuje k první schůzce se softwarovou firmou podobně jako k návštěvě lékaře: přijdou, popíší příznaky a čekají, co jim odborník poradí.
To je pochopitelné. Vývoj softwaru je specializovaný obor a je přirozené očekávat, že experti převezmou iniciativu. Firmy, které z těchto rozhovorů vytěží nejvíce — a nakonec i z projektů, které z nich vzejdou — ale přistupují k věci jinak. Nepřicházejí s odpověďmi, ale se správnými informacemi. A vědí, na co se ptát.
Tento průvodce vám pomůže přijít přesně takto připravení.
Proč je první schůzka důležitější, než se zdá
První rozhovor mezi klientem a vývojovou firmou je momentem, kdy se projekt buď uzemní v realitě, nebo začne bloudit. Vznikají tam předpoklady — o tom, co se bude stavět, pro koho, jak složité to bude a přibližně co to bude stát. Jakmile tyto předpoklady vzniknou, jen těžko se mění.
Přijdete-li na schůzku nepřipraveni, rozhovor zůstane povrchní. Popíšete obecný záměr. Vývojáři položí pár standardních otázek. Odejdete s přibližnou představou, co by mohlo být možné, a slibem nabídky, která možná ani neodráží to, co skutečně potřebujete.
Přijdete-li připraveni, stane se něco jiného. Rozhovor se rychle dostane ke konkrétním věcem. Skutečná omezení se projeví včas. Vývojový tým vám dokáže dát mnohem upřímnější obrázek o tom, co projekt obnáší — a vy dokážete posoudit, zda jsou pro vás správným partnerem.
Na co se zamyslet ještě před příchodem
Na první schůzku nepotřebujete formální specifikaci. Potřebujete ale mít jasno v několika zásadních otázkách. Jejich promyšlení předem z rozhovoru udělá mnohem cennější čas.
Jaký problém vlastně řešíte?
Zní to banálně, ale většina lidí přichází s popisem řešení, ne problému. „Potřebujeme mobilní aplikaci" nebo „chceme zákaznický portál" — to jsou řešení. Pod nimi leží něco jiného: zákazníci se těžko dostávají k informacím, které potřebují, zaměstnanci tráví příliš mnoho času vyřizováním požadavků, které by mohly být samovyřiditelné, nebo data existují na třech místech, přitom by měla být na jednom.
Čím jasněji dokážete popsat základní problém, tím užitečnější pro vás softwarová firma může být — protože možná zná přístupy k jeho řešení, které vás ani nenapadly. Pokud přijdete pouze s představou hotového řešení, omezíte rozhovor ještě před jeho začátkem.
Kdo bude systém používat a jak?
Zamyslete se nad lidmi, kteří budou s výsledným produktem pracovat. Jsou to vaši zaměstnanci? Zákazníci? Partneři nebo dodavatelé? Jak technicky zdatní jsou? Jak často systém budou používat — denně, příležitostně, jednou za měsíc? Budou ho používat u počítače, na cestách, ve skladu?
To má přímý dopad na to, co je potřeba postavit. Systém, který denně používají vyškolení zaměstnanci, snese jiná designová rozhodnutí než ten, který příležitostně používají zákazníci z ulice. Konkrétní představa o uživatelích — i jen přibližná — rozhovor ihned zaostří.
Jak vypadá úspěch za rok?
Překvapivé množství projektů selže ne proto, že software nefunguje, ale proto, že nikdo jasně nedefinoval, co „fungovat" vlastně znamená. Před schůzkou věnujte pár minut tomu, abyste si představili svou firmu dvanáct měsíců po dokončení projektu. Co je jinak? Které procesy jsou rychlejší? Jaké informace máte, které jste dříve neměli? Jak vypadá úspěšný pracovní den?
To nejsou technické otázky. Jsou to obchodní otázky. Ale právě ony pomáhají vývojové firmě pochopit, co stavět — a jak stanovovat priority, když přijde na kompromisy.
Co už existuje?
Málokterý projekt začíná od nuly. Přemýšlejte o systémech, nástrojích a datech, která ve vaší firmě již existují a se kterými by nový software mohl potřebovat spolupracovat. Účetní systém. CRM. Skladový management. Webové stránky. I když přesně nevíte, jak by integrace fungovala, pojmenování toho, co existuje, dá vývojovému týmu konkrétní záchytné body.
Stojí za zmínku i toto: pokud existuje stávající software, který má nový systém nahradit nebo rozšířit, přineste veškerou dokumentaci nebo přístup, který máte k dispozici. I ukázka stávajícího systému je cennější než jeho slovní popis.
Jaká jsou vaše omezení?
Rozpočet a termín jsou ta nejzřejmější, a stojí za to mít přibližnou představu o obou ještě před schůzkou — i když jsou nejistá. Vývojová firma, která ví, že potřebujete něco spustit do šesti měsíců, navrhne projekt jinak než ta, která nemá žádný časový rámec. A znalost pevného rozpočtu jí umožní pomoci vám určit priority — co stavět jako první — místo aby navrhla něco, co nebude dosažitelné.
Omezení ale nejsou jen finanční. Mohou existovat regulatorní nebo bezpečnostní požadavky specifické pro váš obor. Mohou být omezení na používané technologie kvůli stávající infrastruktuře. Mohou být klíčoví lidé, jejichž harmonogramy projekt ovlivňují. Čím dříve to vyjde najevo, tím lépe.
Co přinést na schůzku
Nepotřebujete vypracované materiály. Co je skutečně užitečné:
Písemné shrnutí problému. Jedna stránka popisující současný stav a co chcete změnit. Nemusí být formální — stačí i odrážky. Samotný akt psaní vynucuje jasnost a písemná forma dává vývojovému týmu něco, k čemu se může vracet.
Příklady toho, jak by to mělo vypadat. Pokud jste viděli systém — postavený pro jinou firmu, produkt konkurenta, spotřebitelskou aplikaci — který má funkce nebo zkušenost blízkou tomu, co si představujete, ukažte ho. Vizuální reference komunikují efektivněji než slovní popisy a pomáhají předcházet nedorozuměním ohledně toho, co slova jako „jednoduchý" nebo „intuitivní" skutečně znamenají.
Přístup ke stávajícím systémům. I průchod vaším současným procesem — sdílená obrazovka nebo osobně — dá vývojovému týmu zakotvení v realitě, které slovní popis nenabídne.
Správné lidi v místnosti. Pokud osoba, která nejvíce zná každodenní provoz dotčeného procesu, nejste vy, přiveďte ji. Nejnákladnější nedorozumění v softwarových projektech vznikají tehdy, když se postaví něco, co vyhovuje zadavateli, ale nefunguje pro toho, kdo to musí denně používat.
Co očekávat od dobré softwarové firmy
První schůzka by neměla vypadat jako obchodní prezentace. Vývojový tým, se kterým stojí za to spolupracovat, bude v prvním rozhovoru klást více otázek, než dávat odpovědi — protože skutečně potřebuje pochopit vaši situaci, než může říct něco smysluplného o tom, co by její řešení vyžadovalo.
Dejte si pozor na firmy, které přicházejí s hotovými řešeními a minimem otázek. Správný partner pro projekt na míru je ten, kdo si nejprve udělá čas na pochopení vašeho businessu.
Měli byste očekávat rozhovor o:
- Problému, který řešíte, a proč právě teď
- Kdo jsou uživatelé a co potřebují
- Jak vypadá úspěch a jak by se měřil
- Jaká omezení jsou ve hře
- Jak realisticky vypadá celý proces — včetně harmonogramu, milníků a způsobu práce vývojové firmy
Co byste na první schůzce neměli očekávat, je fixní nabídka ceny. Projekt, který je správně rozsažen — s jasným pochopením toho, co se staví a proč — trvá déle než jeden rozhovor, aby mohl být přesně oceněn. Pokud vám firma dá pevné číslo po třiceti minutách, není to spolehlivý odhad.
Po schůzce
Produktivní první schůzka generuje otázky pro obě strany. Vývojová firma bude pravděpodobně chtít prozkoumat určité oblasti podrobněji, než bude schopna dát realistický obrázek o rozsahu a ceně. Možná si uvědomíte, že potřebujete interně upřesnit, jaké jsou vaše skutečné priority.
To je dobrý signál. Znamená to, že rozhovor dosáhl úrovně konkrétnosti, kdy může začít skutečné plánování.
Výsledkem první schůzky by neměla být podepsaná smlouva. Měl by to být jasný další krok — typicky podrobnější analytický rozhovor nebo procesem tvorby nabídky — a vzájemný pocit, zda si dobře sednete jako partneři.
Pokud se připravujete na první rozhovor o softwarovém projektu a chcete upřímnou, strukturovanou diskuzi o tom, co by mohl obnášet — ozvěte se nám. Rádi strávíme hodinu porozuměním vaší situaci, než začneme navrhovat, co stavět.