Mājaslapas prasību dokuments: kas tajā jāiekļauj

Vietnes plānošana 8 min lasīšanas Atjaunināts 2026-08-07

Prasību dokuments ar piezīmēm un prioritātēm
Dokuments pastāv, lai padarītu pieņēmumus rakstiskus pirms sadursmes.

Prasību dokuments pastāv viena mērķa dēļ: padarīt pieņēmumus rakstiskus, pirms tie saduras. Tam nav jābūt garam. Tam jābūt konkrētam.

Šis ceļvedis parāda, kas dokumentā jāaptver, kas var palikt ārā un kā rakstīt prasības, ko tiešām var pārbaudīt.

Kas dokumentā jāaptver#

Divas līdz piecas lappuses, kas aptver šīs daļas, dod labākus piedāvājumus nekā garš dokuments bez tām.

  • Biznesa konteksts: ko dari, kam pārdod, ko mājaslapai jāpanāk.
  • Auditorija: kas lemj, ko viņš jau zina, par ko šaubās.
  • Lapu saraksts un veidnes: katra lapa un uz kuras veidnes tā balstās.
  • Funkcionalitāte: formas, meklēšana, rezervācijas, lietotāju konti, veikals.
  • Integrācijas: katra ārējā sistēma vārdā, kopā ar tās īpašnieku.
  • Saturs: kas raksta, kas sagādā attēlus, kas jau ir.
  • Tehniskie ierobežojumi: esošais hostings, domēni, prasītā platforma.
  • Pieejamība un valodas: līmenis un valodu saraksts, nevis «moderns un pieejams».
  • Ārpus apjoma: saraksts ar to, kas šajā projektā neietilpst.

Saraksts ar to, kas paliek ārpus apjoma, ir dokumenta noderīgākā daļa. Uzrakstīt aizņem desmit minūtes un novērš vairāk strīdu nekā viss pārējais kopā.

Raksti pārbaudāmas prasības#

Prasība, par kuras izpildi var strīdēties, nav prasība. Salīdzini šos pārus.

VājiPārbaudāmi
Lapai jābūt ātraiLielākais satura elements zem 2,5 sekundēm mobilajā
Moderns dizainsAtbilst zīmola vadlīnijām, veidne trim lapu tipiem
PieejamsWCAG 2.2 līmenis AA, pārbaudīts automātiski un manuāli
Strādā mobilajāTestēts uz trim īstām ierīcēm, uzskaitītām atsevišķi
Labs meklētājiemUnikāli virsraksti, vietnes karte, strukturētie dati
Viegli uzturamsRedaktors var izveidot lapu bez izstrādātāja

Prioritātes un pieņemšana#

Bez prioritātēm viss ir vienlīdz svarīgs un pirmā aizkave padara visu grafiku apspriežamu.

  1. Atzīmē katru prasību: obligāta, vēlama vai vēlāka.
  2. Esi stingrs ar obligātajām. Ja viss ir obligāts, prioritāšu nav.
  3. Pie katras obligātās prasības uzraksti, kā to pārbaudīs.
  4. Nosaki, kas veic pieņemšanu un cik ilgā laikā.
  5. Nosaki, kas ir kļūda un kas ir jauna vēlme — šis strīds pienāk vienmēr.
  6. Apraksti izmaiņu apstrādi: kas apstiprina un kā aprēķina cenu.
  7. Pievieno sarakstu ar to, ko tev jāpiegādā un kad.

Pēdējais punkts gandrīz vienmēr paliek ārā, lai gan pasūtītāja kavēšanās ir biežākais projektu ievilkšanās iemesls.

Ko atstāt ārā#

Pārāk detalizēts dokuments ierobežo risinājumus un paaugstina cenu, neuzlabojot rezultātu.

  • Tehnoloģiju izvēli, ja tev nav īsta iemesla — ļauj piedāvātājam ierosināt.
  • Pikseļu precizitātes dizaina prasības, ja zīmols to neprasa.
  • Funkcijas, ko neviens nav prasījis, bet «varētu noderēt nākotnē».
  • Datubāzes struktūru un koda standartus, ja neatbildi par vēlāko izstrādi.
  • Trīsdesmit lappušu veidni, kas piepildīta ar vispārīgiem vārdiem.
  • Visu, kas nemainītu piedāvājumu, ja to izsvītrotu.

Biežāk uzdotie jautājumi

Cik garam jābūt dokumentam?

Parastai uzņēmuma vietnei divas līdz piecas lappuses. Garums nav kvalitātes rādītājs — konkrētība ir. Labs tests: vai katrs teikums mainītu kaut ko piedāvājumā, ja to izsvītrotu? Ja nē, dzēs to.

Vai man jāzina, kādu tehnoloģiju vēlos?

Nē, un parasti labāk to nenoteikt. Apraksti, ko lapai jādara un kas to pārvaldīs, un ļauj piedāvātājam platformu pamatot. Nosaki tehnoloģiju tikai tad, ja tev ir īsts iemesls: esoša sistēma, iekšējās prasmes vai uzņēmuma noteikums.

Kāda atšķirība starp prasībām un darba uzdevumu?

Praksē tie lielā mērā pārklājas. Darba uzdevums ir vērsts uz piedāvājuma pieprasīšanu un uzsver mērķus un budžetu; prasību dokuments ir detalizētāks un kļūst par līguma pielikumu. Mazā projektā pietiek ar vienu dokumentu, kas pilda abas lomas.

Kam tas jāraksta?

Kādam no pasūtītāja puses, kas zina biznesa mērķus — nevis piedāvātājam. Ja piedāvātājs raksta prasības, viņš neizbēgami apraksta to, ko tāpat darītu, un tu zaudē salīdzināšanas pamatu. Lūdz tehnisku palīdzību noformēšanā, bet saturam jānāk no tevis.

prasību dokumentsdarba uzdevums mājaslapaimājaslapas prasībasprojekta apjomscenu pieprasījums mājaslapavietnes specifikācija

Visas rokasgrāmatas

Pēdējoreiz atjaunināts 2026-08-07 · websitedevelopment.biz · Par mums

Rakstīts pašu spēkiem

Katru rokasgrāmatu pēta un raksta mūsu redakcija, tā netiek salikta no citām vietnēm.

Pārskatīts pēc grafika

Katrā rokasgrāmatā norādīts pēdējās pārskatīšanas datums, arī tad, ja nekas nav mainījies.

Nav apmaksātu vietu

Neviena aģentūra, platforma vai izstrādātājs šeit nevar nopirkt pieminējumu, vietu vai saiti.

Četrdesmit viena valoda

Katra rokasgrāmata tiek tulkota: katrai valodai ir sava adrese un savs pārskatīšanas datums.

Jūsu dati paliek jūsu

Pieteikumi nekad netiek publicēti vai pārdoti. Mēs tos nododam atbilstošajiem izstrādātājiem, lai viņi varētu ar jums sazināties, un paziņojam, kas viņi ir.