Brifs ir īss dokuments, kas pasaka izstrādātājam, ko jūs vēlaties un kāpēc. Ja tas ir neskaidrs, piedāvājums ir aptuvens, un patiesās izmaksas parādās projekta vidū, kad kaut ko jau grūti mainīt.
Mēs neapgalvojam, ka brifs ietaupa konkrētu procentu no budžeta, jo tādu skaitli nevar pamatot. Taču varam parādīt, kuri pārpratumi parasti rodas un kā tos novērst jau sākumā.
Kāpēc brifs ir svarīgs
Bez brifa abas puses pieņem atšķirīgus pieņēmumus: vai “mājaslapa” ietver tulkojumus, vai “veikals” ietver sinhronizāciju ar grāmatvedību, kurš raksta tekstus. Katrs pieņēmums vēlāk kļūst par papildu darbu vai strīdu.
Brifs nav juridisks dokuments un nav jāuzraksta perfekti. Tas ir sarunas pamats. Pat viena lapa ar atbildēm uz zemāk minētajiem jautājumiem atvieglo piedāvājuma sagatavošanu. Pārskatu par to, kā izvēlēties partneri, skatiet rakstā par tīmekļa studijas izvēli.
1. Kāpēc jums vajag šo projektu
Sāciet ar problēmu, nevis ar risinājumu. “Vajag jaunu mājaslapu” ir risinājums. Problēma varētu būt “lapa neatnes pieprasījumus”, “komanda nevar mainīt saturu” vai “vajag pārdot internetā”.
Pierakstiet:
- ko vēlaties mainīt biznesā;
- kā uzzināsiet, ka tas izdevies (pieteikumi, pasūtījumi, laiks, kas nepieciešams darbam);
- kāpēc tagad.
2. Kam lapa vai sistēma domāta
Aprakstiet divus līdz trīs galvenos lietotājus: pircēju, partneri, jūsu komandu. Katram pierakstiet, ko viņš grib izdarīt: atrast cenu, pasūtīt, nosūtīt pieteikumu, atvērt rēķinu.
Ja ir esošas atsauksmes vai statistika, pievienojiet tās. Ja nav, tā ir pietiekama atbilde, ka trūkst datu, un to var iekļaut projekta pirmajā posmā.
3. Ko jāizveido: apjoms un saturs
Pierakstiet lapu vai sadaļu sarakstu, kas jums šķiet vajadzīgs, pat ja tas ir aptuvens. Atzīmējiet:
- valodas (LV, EN);
- cik lapu pārnesams no esošās vietnes un cik jāraksta no jauna;
- kurš sagatavo tekstus un attēlus;
- vai nepieciešams interneta veikals, un cik preču tajā sākumā;
- vai ir ierobežojumi: zīmola vadlīnijas, obligāti rīki, platforma.
Ja pārbūvējat esošu vietni, pievienojiet adreses, ko nedrīkst zaudēt. Pārāk bieži tas izraisa pozīciju krišanu meklētājā, un to aprakstām rakstā par dizaina maiņu un SEO.
4. Ar ko vietnei jāsaistās
Šī ir brifa vissvarīgākā un visbiežāk izlaistā daļa. Uzskaitiet sistēmas, ar kurām jāsaskaņo dati:
- grāmatvedība un ERP (Moneo, 1C, Jumis, Visma vai cita);
- CRM un pieteikumu apstrāde;
- maksājumi un piegāde;
- e-pasta rīki, analītika, reklāmas konti.
Pat ja integrācija nav pirmajā versijā, pierakstiet to. Arhitektūru ir lētāk plānot ar integrāciju prātā nekā pielāgot vēlāk. Piemēru skatiet rakstā par pieteikumu automatizāciju.
5. Kurš lemj un kā
Pierakstiet, kas apstiprina dizainu, tekstus, budžetu un pieņem gala rezultātu. Ja lēmēju ir vairāki, izlemiet, kuram ir pēdējais vārds. Ļoti bieži projekti kavējas nevis tehnisku iemeslu dēļ, bet tāpēc, ka apstiprinājumi nāk no dažādām pusēm ar pretrunīgām prasībām.
Pierakstiet arī, kurš no jūsu puses ir kontaktpersona un cik ātri var atbildēt uz jautājumiem.
6. Termiņš, budžeta robeža un uzturēšana
Ja ir fiksēts datums, piemēram, kampaņa vai izstāde, norādiet to un iemeslu. Ja budžets ir ierobežots, nosauciet robežu. Tas ļauj piedāvāt variantus, nevis sagatavot piedāvājumu, ko nevarat atļauties. Mēs paši cenas neizsludinām un to saistām ar projekta apjomu, tāpēc robeža palīdz abām pusēm. Kā salīdzināt piedāvājumus, skatiet rakstā par cenu atšķirībām.
Atsevišķi pierakstiet, kas notiks pēc palaišanas: kurš atjaunina saturu, kurš labo kļūdas un kurš uztur sistēmu. Kods, domēns un dati jums jāpieder; pārliecinieties, ka tas ir rakstīts piedāvājumā.
Ko neiekļaut brifā
- Gatavus dizaina risinājumus, ja neesat tos pārbaudījuši ar lietotājiem. Labāk aprakstiet vajadzību.
- Tehnoloģiju izvēli bez pamatojuma. Ja platforma ir obligāta, pasakiet iemeslu; ja nav, ļaujiet piedāvāt.
- Garu pārdošanas tekstu par uzņēmumu. Pietiek ar vienu rindkopu.
Kā izskatās labs brifs
Lapa vai divas, kurās ir:
- mērķis un mērāmie rezultāti;
- lietotāji un viņu uzdevumi;
- apjoms un saturs;
- sistēmas, ar kurām jāsaistās;
- lēmēji un kontaktpersona;
- termiņš, budžeta robeža, uzturēšana.
Ja daļu atbilžu nezināt, tā nav problēma. Atzīmējiet “nezinu” un izlemiet kopā ar izstrādātāju pirmajā sarunā.
No neskaidra formulējuma uz skaidru
Piemērs, kā vienu un to pašu vēlmi var uzrakstīt divējādi.
Neskaidri: “Vajag modernu mājaslapu ar veikalu.”
Skaidri: “Mums ir pasūtījumi pa e-pastu un telefonu; vēlamies, lai stabili klienti pasūtītu paši. Pircēji ir uzņēmumi ar savām cenām. Preces un cenas ir grāmatvedības sistēmā, un veikalam tās jāņem no turienes. Mērķis ir, lai puse atkārtoto pasūtījumu notiktu internetā. Lēmumu pieņem divi cilvēki.”
Otrais variants neļauj uzreiz izvēlēties platformu, bet tas dod izstrādātājam to, kas vajadzīgs: mērķi, pircēja tipu, integrāciju un lēmējus. Tāds brifs ļauj saņemt piedāvājumu, ko var salīdzināt ar citiem.
Ko darīt nākamajā nedēļā
Atvelciet stundu un uzrakstiet atbildes uz sešiem jautājumiem pa vienai rindkopai katram. Parādiet tekstu kolēģim, kurš nepiedalās projektā, un pajautājiet, vai viņam viss ir skaidrs. Kur viņš vilcinās, tur arī izstrādātājam rastos jautājums. Pēc tam nosūtiet brifu divām studijām un salīdziniet ne tikai piedāvājumus, bet arī jautājumus, ko tās uzdod.
Lēmuma noteikums
- Ja jūs zināt problēmu, bet nezināt risinājumu, rakstiet brifu par problēmu un ļaujiet studijai piedāvāt variantus.
- Ja jums jau ir konkrēts risinājums, pasakiet iemeslu, nevis tikai tehnoloģiju.
- Ja neesat pārliecināts, ko iekļaut, sāciet ar sešiem jautājumiem augstāk un nosūtiet nepilnu brifu. Pirmā saruna to papildinās.
Mēs piedāvājam arī nelielus uzdevumus, nevis tikai lielos projektus. Ja jums ir ideja, bet nav brifa, apskatiet mūsu pakalpojumus un uzrakstiet. Sākt ar īsu brifu.
Avoti
Raksts balstās uz studijas pieredzi un nesatur ārējus skaitļus.
