Ho­gyan ír­jak we­bes bri­e­fet?

Akkor az egy node, meg egy entity field reference, azt meg kell sminkelni és már meg is van. A fejlesztőket hallgatom, épp egy ügyféligényt pontoznak be.

Accountként az egyik feladatom, és amit nagyon szeretek is csinálni, az egyfajta fordítás. A fejlesztők nagyszerűen beszélik a PHP-t, a Drupal nyelvét. Leírják kódban, hogy ha odakattintok, akkor ezeket az elemeket fogom látni, az hogy nézzen ki, milyen adatot jelenítsen meg. Ismerik a már meglévő megoldásokat, amiket felhasználhatunk. Ismerősen mozognak a weben, nekik nem kell magyarázat, nem kattintgatnak ide-oda, begépelik fejből az url-eket.

Részben ismerem az ügyfelek világát is, saját élményem is van róla. Mielőtt ide jöttem dolgozni a civil szervezet, ahol önkénteskedem, új weboldalt akart indítani és én is részt vettem a projektben. Abban a helyzetben ügyfélként, megrendelőként álltam kapcsolatban egy fejlesztővel. A többi önkéntessel rengeteget gondolkodtunk azon, hogy kik a célcsoportjaink, a főoldalon melyik elem milyen magasan legyen, hogy milyen kép legyen ott, hogy milyen menüstruktúrát alakítsunk ki. Válogattuk a színárnyalatokat, a fontokat. 

Az elmúlt évek alatt beletanultam abba kétféle világba, ami találkozik egymással egy-egy webes fejlesztési projekt során. Accountként, amikor Kulcsival összeállítunk egy-egy ajánlatot, én is részt veszek abban a folyamatban, ahogy az ügyfelek kommunikációs céljaiból egy “epiclistát”, a fejlesztők által pontozható “backlogot” állítunk elő. Ez alapján a feladatok komplexitását, azaz a ráfordítást már meg tudjuk becsülni.

Ebben az írásban megpróbálok néhány szempontot összeszedni, amivel a leendő ügyfeleknek tudok abban segíteni, hogy mit gondoljanak végig, mikor ajánlatot kérnek egy webes projektre.

  1. Ki a célcsoport?

Legtöbbször alapvetően fontos kérdés. Kiknek fog valamit nyújtani a webes alkalmazás, kik fogják használni? Pedagógusok egy iskolában? Informatikai szakemberek munka közben? Iskolások tanulásra? Más és más helyzet, más megoldások, más vizuális megjelenítés és más technika, amit használni érdemes. Néha nagyon nehéz attól elvonatkoztatni, hogy mi személyesen mit tartunk szépnek, vagy mi hova szoktunk kattintani egy weboldalon, nekünk milyen eszközeink vannak. Közösen dolgozunk majd azon, hogy a célcsoport számára a legoptimálisabb, legjobban használható megoldást alakítsuk ki.

  1. Mit fog nyújtani a webes szolgáltatás azoknak az embereknek?

Megkerülhetetlen. Információt nyújtunk a programokról, amikre lehet regisztrálni is? Online tanulhat tesztek, videók segítségével egy érettségire készülő diák? Ezen a ponton nagyon sok kérdést kell tisztázni, részletesen végig venni az összes szolgáltatást. Ide tartoznak olyan egyszerű dolgok is, mint akár csak egy naptár, vagy egy online fizetés. Nagyon kevés funkció “alap”, nem magától értetődő például az sem, hogy kereshetünk a tartalmakban. Agilis működéssel szerencsére a fejlesztés során, ahogy alakul az oldal még rengeteg mindent hozzá lehet illeszteni a készülő (vagy épp már működő) alkalmazáshoz. Az a cél, hogy elkészüljön a “minimálisan életképes termék”, már működjön az alkalmazás, jöjjön a bevétel, a felhasználók kapják meg az értéket, mi meg a sok-sok visszajelzést, hogy mire lenne még igényük. :)

  1. Milyen tartalmak lesznek az oldalon? Hogyan kell azokat strukturálni?

Eseményeket fogunk bemutatni? Hosszú cikkeket teszünk fel galériával? Termékeket jelenítünk meg? Hogyan bukkannak a tartalomra a felhasználók? Milyen folyamatokat fognak végigcsinálni? Ki és hogyan szerkeszti majd az oldalt, frissíti a tartalmat?

  1. A megrendelő részéről ki lesz a projekt gazdája?

Ez is fontos számunkra, hogy legyen a megrendelői oldalon valaki, aki rendszeresen energiát tud fordítani a projektre. Közösen gondolkodunk rajta, hogy mire lenne még szükség, mik a jó megoldások és mivel haladunk tovább. Fontos, hogy az ügyfél részéről világos legyen, hogy a döntéseket ki hozza, és ez az ember aktív részese legyen a közös munkának. Szükség van rá, hogy ő bevezessen minket a saját világába, meséljen róla, hogy abban a szakmában (legyen az cukrászat vagy energetika) mit hogyan csinálnak, mi a fontos.

  1. Mennyi pénz van a projektre?

Talán ezt nem kell különösebben magyarázni, hiszen ez sokszor adott. Amire érdemes gondolni, hogy egy webalkalmazással ritkán fordul elő, hogy ha elkészült már nem kér enni. Lehetnek nekünk is további ötleteink, vagy szükséges biztonsági frissítéseket feltenni, segíteni a felhasználóknak, szerkesztőknek, vagy további hasznos funkciókat kialakítani.

A fentiekből is jól látható, hogy egy nagyobb fejlesztés hosszú távú (legalább néhány hónapos) elköteleződés egy csapat mellett. Jó, ha minél pontosabban látjuk az igényeinket és a céljainkat, hogy a választott csapattal együtt olyan megoldás szülessen, amire mind büszkék lehetünk. Mi az Integral Visionnél tudjuk, hogy ez milyen nagy, sokszor megelőlegezett bizalmat igényel tőletek, ügyfelektől. Megtisztelő minden alkalommal, amikor ránk esik a választás.

Oszd meg ismerőseiddel!