20 parimat veebidisaini nõuet, mis peab sisaldama iga RFP vastus

Olete viimasel ajal näinud palju postitusi veebilehe kujunduse nõuete, lepingute ja ettepanekute kohta. Mis on selle põhjuseks?

Selle põhjuseks on asjaolu, et eduka veebisaidi kujunduse käivitamiseks vajate rohkem kui pilte, tekste ja tarkvarakoodi. Allpool on toodud peamised veebidisaini nõuded, mis peavad sisaldama iga pakkumisetaotluse (RFP) vastust.

Veebisaidi kujunduse edu on kindla dokumentatsiooni ja struktureeritud protsessi otsene tulemus

Tõhusa veebidisaini projekti elluviimine algab ja lõpeb kindla dokumentatsiooniga. See kindel dokumentatsioon võib olla tööaruande, lepingu või ettepaneku vormis. Selle dokumendi nimi on vähem oluline kui dokumendis sisalduv teave.

Olenemata sellest, kas olete suur- või väikeettevõte, on iga eelarve-, ülesande- ja õigeaegse veebiprojekti elluviimiseks vaja kindlat dokumentatsiooni.

Mida rohkem dokumendile müügiprotsessis tähelepanu pöörate, seda sujuvamalt ja lihtsamalt läheb kogu protsess kõigile asjaosalistele. Selles artiklis heidame valgust ettepanekutaotluse (RFP) vastuste hindamisele ja läbivaatamisele. Vaata!

RFP vastuste hindamine

Kas RFP vastuste ülevaatamine ja hindamine kõlab lihtsalt? Kuid tegelikult kõlab see harjutades lihtsamalt, kui see tegelikult on.

Kui projektiga tegelev meeskond küsib hinnapakkumisi erinevatelt disainiagentuuridelt, võib veebidisaini ettepanekute hindamise ülesanne neile üle jõu käia. Ok, nad ei tunne seda lihtsalt – aga tegelikult võib see olla valdav.

Mida suurem on RFP vigastuste arv, seda suurem on nende ettepanekute variatsioonid ja reageerimisvõimalused. Loodetavasti koostati lõpptulemusena enne RFP väljasaatmist veebiarendajate lühike nimekiri, mis piirab selle nummerdamist ja muudab kogu ülevaatamise protsessi pisut lihtsamaks.

Kui olete veebisaidi ettepaneku saanud, küsige teilt alustamiseks mõned olulised küsimused. Need küsimused hõlmavad tavaliselt

• Kas ettepanekut on võimalik esitada projektis antud aja jooksul?
• Kas see ettepanek jääb projekti eelarvepiirangute piiresse?
• Kas saadetud RFP vastus vastab kõigile veebisaidi kujunduse nõuetele?
• Kas RFP vastus on hästi kirjutatud ja kergesti mõistetav?
• Kas teile saadetud RFP vastus on esitatud professionaalselt?
• Kas vastus anti etteantud aja jooksul?

Ülaltoodud küsimused on kahtlemata kõrgetasemelised küsimused, kuid see aitab kõrvaldada kõik veebidisainiettevõtted, kes on selgelt veidrad. Mittetäielikule, hilinenud või ebaprofessionaalsele RFP vastusele tuleks potentsiaalse veebisaidi arendamise kohta märkida punane lipp. Samuti puudutage RFP vastust, mis pakub hinda kaks korda või vähendab teie eelarvet.

Nüüd, kui olete saanud kõik vastused ja olete märgistanud ka ettevõtted, kes ilmselgelt ei sobi, on nüüd aeg vaadata kõik RFP vastused põhjalikult üle, et teil oleks lihtne RFP vastuseid võrrelda. rohkem õuntest õuntele viisil.

Nõuded veebidisainile, mida tuleb vaadata igast päringu vastusest

RFP vastused on erineva pikkusega. Seega on parem mitte keskenduda lehekülgede arvule ega teksti mahule. Kõige olulisem on vastuses esitatud lahendus ja sisu.

RFP vastuste ülevaatamise ajal pidage alati meeles, et iga vastus hõlmab mis tahes veebiprojekti mõningaid olulisi elemente. Veenduge, et need veebidisaini nõuded hõlmavad, kuid ei piirdu, allpool toodud üksikasju.

Projekti plaan:

See peab sisaldama kõrgetasemelist ja tohutut projektiülesannete loendit. Kuigi see on vaid esialgne plaan, ei ole see nii üksikasjalik kui lõplik plaan ise, kuid seal peaks olema piisavalt üksikasju, et saaksite hõlpsasti mõista ehitamise, arendamise, projekteerimise ja avastamise kulgu.

Projektijuhtimise tööriistad:

Disainibüroo projektijuhtimisvahenditest peab olema korralik nimekiri. Igal ettevõttel on erinev projektijuhtimise tööriistakomplekt, kuna ettevõttes on saadaval palju suurepäraseid võimalusi. Kõige olulisem on veenduda, et projektijuhtimise protsessil on õige struktuur ning etteantud ülesanded, kuupäevad ja omanikud on dokumenteeritud nii, et see oleks kergesti mõistetav.

Meeskonna liikmed:

Erinevad disainiagentuurid pakuvad oma meeskondadele erinevaid struktuure. Mida suurem on veebidisaini agentuur, seda suurem on selle projektimeeskond. Ostjana on teil oluline teada, kes teie meeskonnas teiega koostööd teevad ja millist töövõimet nad pakuvad. Pole vaja omada iga meeskonnaliikme täielikku CV, kuid teil on vähemalt nimekiri inimestest, kes teiega lähikuudel töötavad.

Põhitehnoloogia ja sisuhaldussüsteem:

Kui teie veebisaidi RFP ei täpsustanud soovitud CMS-lahendust, kuna see on ettepaneku oluline element. Veenduge, et RFP vastustes oleks loetletud täielik valitud CMS ja kõik lisatehnoloogiad, mida on vaja uue veebisaidi juurutamiseks ja kodeerimiseks. Pöörake erilist tähelepanu kõigele, mis on varaline. Märgistage kohe CMS-i paketile punane lipp, kuna see lukustab teid selle veebiarendaja juurde kogu veebisaidi eluea jooksul.

Saadetised:

See on veel üks kõige olulisem loend, kuna see ütleb teile, mida teile edastatakse, kui hakkate otse elama. See võib hõlmata kasutatud pistikprogrammi, sisu migratsiooni mahtu, kujundusmalle ja palju muud projektiga seotud.

Funktsionaalsuste loend:

See on veel üks kõige olulisem nimekiri, kui veebisait, mida kavatsete kujundada, on midagi enamat kui lihtne brošüüri veebisait. Mida keerulisem on teie veebisait, seda üksikasjalikum peaks olema funktsioonide loend.

Sisu migratsioon:

Kui veebisaidi projekt hõlmab sisu migratsiooni, pidage meeles, kui palju sisu teie uuele veebisaidile üle viiakse. See võib hõlmata manuseid, kasutajaid, sündmusi, tooteid, postitusi, lehti jne ja nii edasi. Kui sisu maht ja olemus ei ole määratletud, põhjustab see nii teile kui ka disainibüroole lisakulusid ja ulatuse pugemist.

SEE:

Ärge kunagi unustage SEO-d! See võib hõlmata 301 ümbersuunamist, metadefinitsiooni, lehe optimeerimist, lehe kaardistamiseks vajalikku märksõna ja märksõnade uurimist. Kui tuginete orgaanilisele SEO-le, kaitske seda liiklusallikat ümberkujundamise ajal. Parim ja lihtsaim seda teha on tagada, et see teema on projektiettepaneku ja ulatuse määramise protsessis kesksel kohal ja esimene.

Pildi kasutamine:

Oluline on hoolikalt mõista piltide määramist ja omandiõigust, mida disainer veebidisaini projektis kasutas. Küsige veebidisaini agentuurilt, kes vastutab piltide paigutamise, redigeerimise, ostmise ja valiku eest. See varieerub projektiti, nii et parem on see varajases etapis selgelt määratleda.

Välistused:

Kuigi välistusi ei ole vaja lisada igasse tehtud ettepanekusse, kuid ärge unustage seda loetleda, kui te arutasite kliendiga mõnda üksust, mis veebisaidi projekti ei hõlma. See aitab ostjal end hilisemas protsessis kaitsta, kuid selgitab ka teie tarneid kliendi jaoks.

Mobiili reageerimisvõime:

Tänapäeval pole ükski veebisait täielik ilma mobiilse reageerimiseta. See peaks olema iga tänapäevase veebisaidi peamine osa. Kuid see varieerub sõltuvalt veebisaidi suurusest. On palju suuri ettevõtteid, kellel on eraldi mobiilirakendus või veebisaidid. Pole hullu, kui teil pole eraldi mobiiliveebisaiti, veenduge, et teie kavandatav ettepanek sisaldaks keelt, mis võimaldab hõlpsalt hallata tahvelarvutitele ja telefonidele kohandatud kuva.

API-d ja/või kolmanda osapoole integreerimine:

Ettevõtlus- ja keskmise turuga ettevõtetel on oma organisatsioonis tavaliselt tohutult palju tarkvara ja süsteemipakette. Neid süsteeme kasutatakse andmete sünkroonimise, lükkamise ja tõmbamise teel hõlpsaks suhtlemiseks uue veebisaidiga. Kui API-sid või integratsiooni tuleb mõnikord kasutada, veenduge, et ettepanekus oleks määratletud kolmanda osapoole süsteem, andmeedastus, andmepunktid ja vastutav osapool.

Ajakava:

Iga veebiettepaneku vastus peab sisaldama loendit, mis vastab projekti verstapostile. See annab ostjale teada, kui palju aega kulub iga verstaposti lõpuleviimiseks ja kas projekt vastab teie ajakavale.

verstapostid:

Kui on seatud verstapostid, töötab meeskond veebisaidi kujundamise protsessi igas etapis eesmärgi saavutamiseks tõhusamalt, enne kui järgmises etapis edasi liigub. Tüüpilised verstapostid hõlmavad tavaliselt beetatestimist ja/või käivitamist, sisu migreerimist, teemade kodeerimist, graafilist disaini, teabearhitektuuri, avastamist ja käivitamist.

Viivitused:

Projektide viivitused on tavaliselt tingitud nii arendajast kui ka kliendist. Oluline on mõista, kuidas nende viivitustega edukalt toime tulla ja kuidas see muudab veebidisaini projekti üldist ajakava ja eelarvet.

Maksetingimused:

Kui tegemist on väiksema veebilehe projektiga, peab ostja tasuma 50% projekti alguses ja 50% pärast valmimist. Teisest küljest, kui on olemas suuremad veebisaidiprojektid, põhinevad maksed määratud ajastustel või verstapostidel. Veenduge, et maksetingimused on teie ettepanekus selgelt määratletud.

Kulud:

Kulud hõlmavad tavaliselt laopilte, pistikprogrammide litsentse, hostimistasusid, domeenitasusid ja/või reisi. Veenduge, et ettepanekus peab olema üksikasjalik teave iga kulu kohta ja ostja vastutab makse eest.

Kasutaja koolitus:

Kui kasutaja on CMS-i uus kasutaja, võib ettepanek sisaldada juhiseid koolitusdokumentide, interaktiivsete koolituste ja/või veebipõhiste koolitusvahendite kirjutamiseks. Pidage meeles, et koolitusmetoodika peab ühtima teie kasutajabaasi omaga.

Garantii periood:

Garantiiperiood hõlmab tavaliselt veebisaidi tarkvaravigade parandamist. Garantiiaeg, mis on tavaliselt määratud teatud päevadeks ja tuleb lepingus või ettepanekus ära märkida. See garantii hõlmab veebisaidi arendaja kodeerimist, kuid mitte kolmanda osapoole laiendusi ega pistikprogramme.

Pidev hooldus:

Ärge kunagi ajage hooldust segi garantiiajaga; need erinevad väga palju garantiiajast. Hoolduslepingu eest tuleb tasuda aasta või kuu eest ning seda kasutatakse aja jooksul veebiarendajale süsteemi ja tarkvara uuenduste pakkumiseks. WordPressi veebisaitide puhul hõlmab pidev hooldus kogu WordPressi põhitarkvara ja veebisaidile installitud pistikprogrammide värskendamist. Pidev hooldus hõlmab ka individuaalset abi, aruandlust, varukoopiaid, jälgimist ja vajadusel turvalisust.

Vajadusel järeltugi:

Pole vaja, et iga ettevõte vajab või soovib hoolduslepingut. Hoolduslepingu asemel nõuavad mõned ettevõtted tellitavat kasutusjärgset tuge. Tavaliselt arveldatakse selle eest tunnipõhiselt ja seda hallatakse tugisüsteemi või pileti kaudu.

Järgmised veebisaidi RFP protsessi sammud:

Pärast seda, kui olete kõik RFP vastused läbi vaadanud ja valitud tarnija osas piiritlenud, on nüüd aeg keskenduda järgmisele sammule, milleks on läbirääkimised lõplike üksikasjade ja lepingute üle.

Kuigi Internet on täis soovitusi lepinguläbirääkimiste kohta, ärge takerduge protsessi pisiasjadesse. Oluline on meeles pidada, et see samm on viimane samm enne pika partnerluse sõlmimist valitud veebiarendajaga.

Need läbirääkimised keskenduvad avatud probleemide või küsimuste lahendamisele, mis omakorda annab teile kindla aluse kavandamis- ja juurutamisprotsessi alustamiseks. Minge lepinguläbirääkimistele, pöörates tähelepanu avatud probleemide lahendamisele ja segaduste selgitamisele.

Kui valitud projektimeeskond on projekti ulatuse määramisega suurepäraselt hakkama saanud ja nad valisid välja õige arendaja, ei tohi läbirääkimised olla muud kui allkiri. Kui meeskond on valinud vale veebidisaini agentuuri, võib projekt osutuda piisavaks, et sundida meeskonda mõtlema ettevõttele number kaks.