Az ajánlat végén sokszor csak egy rövid sor áll, például „a munka két kör módosítást tartalmaz”. Aláíráskor ez megnyugtatóan hangzik. Néhány héttel később, amikor a fejlesztő azt írja, hogy a harmadik kör már külön megrendelés, kiderül, hogy a két fél egészen mást értett körön. Ezért érdemes még aláírás előtt tisztázni, mi számít egy körnek, hol a határ a javítás, a módosítás és az új igény között, és mi történik, ha a te oldaladon csúszik a visszajelzés.
A jogi részek gyakorlati eligazítást adnak, jogi tanácsadásnak nem minősülnek.
Mit jelent az ajánlatban a „két kör módosítás”?
Egy módosítási kör egy összesített visszajelzésből és az arra adott egyetlen átdolgozásból áll. Te egyben elküldöd az összes észrevételedet, a fejlesztő ezek alapján egyszer átdolgozza és visszaküldi az anyagot. A „két kör” tehát kétszer ismétlődő oda-vissza menetet jelent, és semmit nem mond arról, hány apró kérés fér bele egy-egy körbe.
A gond ott kezdődik, hogy ezt a meghatározást az ajánlatok jelentős része nem írja le. Saját tapasztalat. Az ajánlatokban többnyire a körök száma szerepel, a kör tartalma és lezárása viszont hiányzik. Ilyenkor a megrendelő jellemzően e-mailek számában gondolkodik, a fejlesztő pedig átdolgozásokban. Ha hétfőn három kérést küldesz, szerdán még kettőt, te ezt egy körnek érzed, a fejlesztő viszont jó eséllyel kettőnek számolja.
Az is számít, mire vonatkozik a kör. Előfordul, hogy a látványtervre két kör jár, a kész, beépített oldalra pedig külön egy. Ha az ajánlat ezt nem bontja szét, kérdezz rá, mert a kettő munkaigénye nagyon eltér.
Mi a különbség a javítás, a módosítás és az új igény között?
A javítás a megállapodott állapottól való eltérés helyrehozása, a módosítás a megállapodott tartalmon belüli változtatás, az új igény pedig olyan munka, ami a megállapodásban eredetileg nem szerepelt. A három közül csak a módosítás fogyasztja a köröket.
Javítás
Javítás minden, ami a jóváhagyott tervhez vagy a leírt működéshez képest hibás. Nem küldhető el a kapcsolati űrlap, mobilon szétcsúszik a menü, elírás van a fejlesztő által begépelt szövegben, vagy rossz oldalra mutat egy gomb. Ezek a kivitelező hibái, ezért a helyrehozásuk jellemzően nem számít bele a módosítási körökbe. Ide tartozhat az is, ha az oldal a megállapodott akadálymentességi szintet (például a WCAG valamelyik szintjét) nem éri el, feltéve, hogy ezt előre rögzítettétek. Ugyanígy javítás, ha az élesített oldalon bent maradt a tesztoldalról a keresőket kizáró noindex beállítás.
Módosítás
Módosítás az, amikor a munka megfelel a megállapodásnak, de te mást szeretnél a meglévő kereteken belül. Ilyen egy másik színárnyalat a fejlécben, a szakaszok sorrendjének cseréje, egy másik kép a nyitóoldalon, egy rövidebb bemutatkozó szöveg vagy nagyobb betűméret a gombokon. Ezekre valók a körök.
Új igény
Új igény minden, ami bővíti a terjedelmet. Egy új aloldal, egy foglalási modul, egy második nyelv, egy hírlevél-feliratkozás, egy webshop-funkció, vagy egy teljesen új dizájnirány, miután az elsőt már jóváhagytad. Ez külön megállapodást kíván, akkor is, ha az első körben kéred.
Egy gyors próba a besoroláshoz
Ha bizonytalan vagy, tedd fel magadnak ezt a három kérdést, ebben a sorrendben.
- Eltér a jelenlegi állapot attól, amit jóváhagytam, vagy amit a szerződésben leírtunk? Ha igen, javítás.
- Ha nem tér el, belefér a kérésem a megállapodott oldalakba és funkciókba? Ha igen, módosítás.
- Ha nem fér bele, új oldal, új funkció vagy új irány kell hozzá? Akkor új igény.
Szakmai feltételezés. A határesetek többsége a szövegeknél jelentkezik. Ha a szöveget te adtad, és utólag átírod, az módosítás. Ha a fejlesztő írta, és tárgyi tévedés van benne, az javítás. Ha a weboldalkészítő írta, de a hangneme nem tetszik, a besorolás a megállapodáson múlik, ezért ezt is érdemes előre tisztázni.
Mikor kezdődik és mikor zárul egy módosítási kör?
A kör akkor kezdődik, amikor a fejlesztő átad egy ellenőrizhető állapotot, és akkor zárul, amikor az összesített visszajelzésed alapján átdolgozott változatot visszaküldi. A kettő között egyetlen, összegyűjtött visszajelzés megy tőled.
A gyakorlatban egy kör így halad.
- A fejlesztő átadja a látványtervet vagy a tesztoldalt, és jelzi, hogy indul a kör.
- Te a megbeszélt határidőn belül átnézed, és egy dokumentumban vagy egy üzenetben elküldöd az összes észrevételedet.
- A fejlesztő visszaigazolja, hogy megkapta, és ha valamit nem ért, visszakérdez. A tisztázó kérdés és a rá adott válaszod még ugyanennek a körnek a része.
- Elkészül az átdolgozás, és a fejlesztő visszaküldi.
- A kör lezárul. Amit ezután küldesz, az már a következő körhöz tartozik.
Érdemes előre megbeszélni azt is, mi történik az utólag eszedbe jutó kérésekkel. Két tisztességes megoldás létezik. Az egyik, hogy a visszajelzés elküldése után érkező észrevételek automatikusan a következő körbe kerülnek. A másik, hogy egy rövid türelmi időn belül, például az elküldést követő munkanap végéig, még hozzáadhatsz kisebb pontokat.
A kör lezárását is érdemes jelölni egy mondattal, például „a második kör lezárva, minden pontot átvezettünk”.
Mi történik, ha a megrendelő oldalán csúszik a visszajelzés?
Ha a te visszajelzésed késik, a fejlesztő határideje jellemzően annyival tolódik, amennyit te késtél, és a szerződés a hosszú csend esetére a projekt szüneteltetését vagy a kör lezárását is előírhatja. Ebből adódik a legtöbb súrlódás.
Hivatalosan igazolt. A Polgári Törvénykönyv (2013. évi V. törvény) ismeri a jogosulti késedelem fogalmát. Ha a megrendelő nem teszi meg azt, ami a teljesítéshez tőle szükséges, például nem adja át az anyagokat vagy nem nyilatkozik, ennek következményei őt terhelik. A vállalkozási szerződés szabályai szerint a megrendelő utasítást adhat a munkára, a vállalkozónak pedig figyelmeztetnie kell, ha az utasítás szakszerűtlen vagy célszerűtlen. A konkrét következmény a szerződés szövegén múlik.
Saját tapasztalat. A csúszás ritkán rossz szándékból fakad. Több ember véleményét kell összegyűjteni, vagy a tulajdonos épp szabadságon van. Ilyenkor a projekt hetekig áll, a fejlesztő közben más munkát vesz fel, és amikor megjön a visszajelzés, már nem tud rögtön ránézni. Ebből lesz a kölcsönös hibáztatás.
Ezért három dolgot érdemes előre rögzíteni.
- Visszajelzési határidő. Hány munkanapod van egy kör átnézésére. Legyen reális a saját naptáradhoz.
- Határidő-tolódás. A fejlesztő vállalt határideje a késés idejével automatikusan kitolódik. Ez őt védi, és senkinek nem kell magyarázkodnia miatta.
- Hosszú csend esete. Mi történik, ha hosszabb ideig nem érkezik visszajelzés. Szünetel a projekt, és egy újraindító egyeztetés kell hozzá, vagy a kör visszajelzés nélkül lezárul, és a munka a legutóbbi átadott állapotból megy tovább.
Szakmai feltételezés. A „hallgatás beleegyezésnek számít” típusú kitétel kényelmes a fejlesztőnek, a megrendelőnek viszont kockázatos, mert egy szabadság alatt is jóváhagyottnak tekinthető miatta egy terv. Ha ilyet látsz, kérd, hogy előtte kapj írásos emlékeztetőt, és csak az után lépjen életbe.
Hogyan rögzítsd ezt a szerződésben vagy az ajánlat elfogadásakor?
Elég néhány rövid, számozott pont, amely meghatározza a kört, elválasztja a javítást, a módosítást és az új igényt, és leírja a késedelem következményét. A szögletes zárójeles részeket igazítsd a saját projektedre, a végleges változatot pedig ellenőriztesd jogásszal.
- A Vállalkozó a [látványterv / tesztoldal] átadásakor írásban jelzi a módosítási kör kezdetét. Egy módosítási kör a Megrendelő egy összesített, írásos visszajelzéséből és a Vállalkozó erre adott egy átdolgozásából áll.
- A munka [kettő] módosítási kört tartalmaz a látványtervre és [egy] módosítási kört a beépített, kész oldalra.
- Javításnak minősül a jóváhagyott tervtől vagy a jelen szerződésben leírt működéstől való eltérés helyrehozása. A javítás nem számít bele a módosítási körökbe.
- Módosításnak minősül a megállapodott oldalakon és funkciókon belüli változtatás, amely a Megrendelő kérésére tér el a jóváhagyott tervtől.
- Új igénynek minősül minden olyan oldal, funkció vagy dizájnirány, amely a jelen szerződés mellékletében nem szerepel. Az új igényről a felek külön, írásban állapodnak meg.
- A Megrendelő a visszajelzést a kör kezdetétől számított [X] munkanapon belül küldi meg. A visszajelzés elküldése után érkező észrevételek a következő körbe tartoznak.
- Ha a Megrendelő visszajelzése késik, a Vállalkozó teljesítési határideje a késedelem idejével meghosszabbodik. Ha [Y] munkanapon belül sem érkezik visszajelzés, a Vállalkozó írásban emlékeztetőt küld, és ha ezt követően [Z] munkanapon belül sincs válasz, a felek egyeztetnek a projekt folytatásáról.
- A Vállalkozó minden beérkezett kérést a munka megkezdése előtt besorol (javítás, módosítás vagy új igény), és a besorolásról a Megrendelőt írásban tájékoztatja.
A nyolcadik pont teszi az egészet használhatóvá. Ha a fejlesztő a munka előtt jelzi, hogy egy kérést új igénynek tart, még eldöntheted, kéred-e.
Ha nincs külön szerződés, csak egy elfogadott ajánlat, az elfogadó e-mailbe is beírhatod ezeket a pontokat azzal a mondattal, hogy „az ajánlatot az alábbi feltételekkel fogadom el”. Kérd, hogy a fejlesztő válaszban erősítse meg.
Hogyan add össze egy körben az összes visszajelzést?
Egy körben egyetlen, sorszámozott listát küldj, amelyben minden pont egy helyhez és egy kéréshez tartozik. Ha többen véleményeztek, előbb belül egyeztessetek.
Ezt az ellenőrzőlistát érdemes végigvenni a visszajelzés elküldése előtt.
- Mindenki, akinek a véleménye számít, átnézte az anyagot, és a belső ellentmondásokat feloldottátok.
- Asztali gépen és telefonon is végigkattintottad az oldalt.
- Minden pontnál szerepel, melyik oldalon és melyik szakaszban van a kérdéses rész, lehetőleg képernyőképpel.
- Minden pont egyetlen kérést tartalmaz, és azt is leírja, mi legyen a jelenlegi helyett.
- Megjelölted, melyik pontot tartod javításnak, módosításnak vagy új igénynek.
- A szöveges változtatásokat kész, beilleszthető szövegként adod át.
- Sorrendbe tetted a pontokat aszerint, mi fontos és mi lenne csak jó.
- Az egész egy üzenetben vagy egy megosztott dokumentumban megy ki, és jelzed benne, hogy ez a kör teljes visszajelzése.
Egy egyszerű táblázatos formátum sokat segít. Vezetheted táblázatkezelőben vagy szöveges fájlban is.
sorszám | oldal / szakasz | jelenlegi állapot | kért változtatás | típus | prioritás
1 | Főoldal / nyitószakasz | a gomb felirata „Tovább” | legyen „Ajánlatot kérek” | módosítás | fontos
2 | Kapcsolat | az űrlap mobilon nem küldhető el | működjön mobilon is | javítás | fontos
3 | új aloldal | nincs ilyen | GYIK oldal tíz kérdéssel | új igény | később
A típus oszlopból a fejlesztő is látja, hogyan gondolkodsz. Ha más a véleménye, elég azt az egy pontot egyeztetni.
Miért a tisztázatlan fogalmakon múlik a legtöbb vita?
Saját tapasztalat. A weboldal-projektek vitáiban az összeg ritkán az igazi ok. Amikor egy együttműködés megromlik, jellemzően kiderül, hogy a két fél mást értett körön, javításon vagy jóváhagyáson, és ezt az elején senki nem írta le. Ilyenkor mindkét félnek igaza lehet, mert a szöveg mindkét olvasatot megengedi.
A fogalmak rögzítése mindkét felet védi. Te látod, mikor kérsz olyat, ami már külön megállapodást igényel, a fejlesztőnek pedig nem kell a tizedik apró kérés után kényelmetlen levelet írnia.
Szakmai feltételezés. A feszültség gyakori forrása az is, hogy a körök számát nem igazították a munka jellegéhez. Egy egyedi dizájnú oldalnál két kör kevés lehet, egy kész sablonra épülő oldalnál bőven elég. Ha az ajánlat szerinted túl kevés kört tartalmaz, ezt aláírás előtt mondd el.
Miért érdemes az ajánlatot aláírás előtt valakivel átnézetni?
Egy külső szem jó eséllyel észreveszi azokat a hiányzó meghatározásokat és homályos kitételeket, amelyek felett a megrendelő átsiklik, mert a projekt indulására figyel. Egy tiszta ajánlat a fejlesztőnek is könnyebb munkát jelent.
Az átnézésnél érdemes ezekre rákérdezni.
- Le van-e írva, mi számít egy módosítási körnek, és mire vonatkozik.
- Elválik-e egymástól a javítás, a módosítás és az új igény.
- Van-e visszajelzési határidő, és mi történik csúszás esetén.
- Szerepel-e a terjedelem pontos leírása (oldalak, funkciók), hiszen ehhez mérjük, mi számít új igénynek.
- Ki dönti el, hogy egy kérés melyik kategóriába tartozik, és mikor.
A jogi megfogalmazáshoz jogász kell. A szakmai tartalmat, vagyis hogy a terjedelem leírása lefedi-e, amire szükséged van, reális-e a körök száma, és a kész munka ellenőrizhetően átvehető-e, egy tapasztalt online marketinges vagy egy másik fejlesztő is át tudja nézni. Ha bizonytalan vagy egy weboldal-ajánlatban, a Scheo csapata szívesen átnézi veled aláírás előtt, és megmutatja, hol érdemes pontosítani.
Források és további olvasnivalók
- A Polgári Törvénykönyvről szóló 2013. évi V. törvény (vállalkozási szerződés, jogosulti késedelem), Nemzeti Jogszabálytár
- W3C, Web Content Accessibility Guidelines (WCAG) 2.2
- Google Search Central, Google Keresés alapvető követelményei (Search Essentials)
- Google Search Central, a noindex használata az oldalak indexelésének letiltására
- Egy módosítási kör egy összesített visszajelzés és az arra adott egyetlen átdolgozás, a beküldött e-mailek száma ehhez nem mérvadó.
- A javítás a megállapodástól való eltérés helyrehozása, és jellemzően nem fogyasztja a köröket, az új igény pedig külön megállapodást kíván.
- Ha a megrendelő visszajelzése késik, érdemes rögzíteni, hogy a fejlesztő határideje ugyanannyival tolódik, és mi történik hosszú csend esetén.
- Egy körben egyetlen, sorszámozott, belül már egyeztetett listát küldj, pontonként helyszínnel, kéréssel és típussal.
- A weboldal-projektek vitái többnyire a tisztázatlan fogalmakon múlnak, ezért az ajánlatot érdemes aláírás előtt valakivel átnézetni.
Gyakori kérdések
Mi számít egy módosítási körnek a weboldal-ajánlatban?
Egy kör a megrendelő egy összesített, írásos visszajelzéséből és a fejlesztő erre adott egyetlen átdolgozásából áll. Ha a kérések több részletben érkeznek, a fejlesztő jó eséllyel több körnek számolja őket, ezért érdemes mindent egyben elküldeni.
Beleszámít a módosítási körökbe a hibák javítása?
Jellemzően nem. Ha az oldal eltér a jóváhagyott tervtől vagy a szerződésben leírt működéstől, például nem küldhető el az űrlap, az a fejlesztő hibája, és a helyrehozása javítás. Ezt érdemes a szerződésben külön kimondani.
Mi a különbség a módosítás és az új igény között?
A módosítás a megállapodott oldalakon és funkciókon belüli változtatás, például másik kép vagy más szakasz-sorrend. Az új igény bővíti a terjedelmet, például új aloldal, foglalási modul vagy második nyelv, és külön megállapodást kíván.
Mi történik, ha késik a visszajelzésem?
A szerződéstől függ. Gyakori és méltányos megoldás, hogy a fejlesztő határideje a késés idejével kitolódik, hosszabb csend esetén pedig írásos emlékeztető után egyeztettek a folytatásról. A Polgári Törvénykönyv a megrendelő oldalán felmerülő késedelemre is tartalmaz szabályokat, a részletekhez érdemes jogászt kérdezni.
Mit tegyek, ha a szerződésben nincs leírva, mi egy kör?
Az ajánlat elfogadásakor írásban rögzítsd a kör meghatározását, a javítás, a módosítás és az új igény határát, valamint a visszajelzési határidőt, és kérd, hogy a fejlesztő válaszban erősítse meg.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.