Kuidas koostada veebilehe lähteülesanne ilma programmeerijata

Lähteülesanne ei pea olema 40 lehekülge

Väikese veebilehe puhul piisab sageli kahest-kolmest selgest leheküljest. Eesmärk pole terminitega muljet avaldada, vaid vältida erinevaid tõlgendusi. „Päringuvorm” võib ühe jaoks tähendada nime ja telefoni, teise jaoks ka faili, teenuse valikut, nõusolekut ja e-kirja.

Alusta viiest lihtsast küsimusest

1. Mida peab veebileht muutma? Rohkem päringuid, vähem käsitööd, müük, broneeringud või usaldus?
2. Kes seda kasutab? Uus klient, püsiklient, töötaja või administraator?
3. Mida kasutaja peab tegema? Kirjuta teekond tegevustena.
4. Mis juhtub pärast tegevust? Kuhu päring jõuab ja kes vastab?
5. Kuidas teate, et töö on valmis? Pane kirja kontrollitavad kriteeriumid.

Struktuur, mida saab kohe kasutada

Kirjelda funktsioone käitumise kaudu

„Vajame kliendiportaali” on liiga üldine. Parem: „Pärast sisselogimist näeb klient oma päringuid numbri, kuupäeva ja staatusega; saab päringu avada, lugeda administraatori sõnumeid ja laadida alla lõppfaili.” JavaScripti või PostgreSQL-i nime pole vaja.

Kasuta referentse õigesti

Lingid on kasulikud siis, kui selgitad, mis sulle meeldib: tüpograafia, kataloogi tihedus, navigeerimine või interaktsioon. Lisa 2–4 näidet ja igaühe juurde üks lause.

Sisu on lähteülesande osa

Enne disaini otsusta, kes annab tekstid, fotod, hinnad, dokumendid ja tõlked. Ajutine tekst võib varjata probleeme, mis tulevad välja päris sisu lisamisel, eriti mobiilis.

Lisa vastuvõtukriteeriumid

• Töötab kaasaegsetes mobiili- ja desktop-brauserites.
• Vormid saadavad päriselt andmeid.
• Telefonis puudub horisontaalne scroll.
• Põhilehtedel on title ja description.
• Omanik saab domeeni, hostingu ja teenuste ligipääsud.
• Kogu kasutajateekond testitakse production-domeenil.

Ära vali tehnoloogiat ilma põhjuseta

„Peab olema React” või „peab olema mikroteenused” on mõistlik ainult tehnilise põhjuse korral: olemasolev tiim, standard või integratsioon. Muidu kirjelda tulemust, koormust, rolle, faile ja haldusvajadust.

Märgi prioriteedid

Kasuta kolme märget: kohustuslik launch’iks, soovituslik ja hiljem. Kui eelarve või aeg muutub, on kohe selge, mida ei tohi eemaldada.

Mida projekti lõpus üle anda

• Lähtekood ja repository ligipääs.
• Domeeni, DNS-i ja hostingu ligipääs.
• Väliste teenuste nimekiri.
• Lühike admin-juhend.
• Deploy protsessi kirjeldus.
• Teadaolevad piirangud.

Pane need algusest peale lähteülesandesse, et üleandmine oleks töö osa.