Via retejo ne estas projekto

Depositphotos 42401495 m

Ni meze helpas novan klienton per reteja projektado. Ilia nuna retejo ŝajnas esti farita antaŭ kelkaj jaroj kaj tiel aperas. Ĝi estas fiksita HTML sen reago, malfacila URL-strukturo kaj neniu enhava mastruma sistemo malantaŭ ĝi. Tiutempe la retejo estis sufiĉe entreprena kaj mi certas, ke ili investis sufiĉe da mono en ĝi - sed ĝi simple ne plu funkcias por ili.

Estas teamklopodo pri la novaj dezajnoj, kio bremsas produktivecon, ĉar ĝi plejparte dependas de konsento inter la ludantoj. Ni sufiĉe alkutimiĝis al ĉi tiuj situacioj kaj laboris tra malfacilaĵoj pri administrado de projektoj en la pasinteco.

Unu komuna afero tute ne estas la retejo aŭ la projektado, ĝi ŝanĝas la paradigmon, kiun a reteja projektado estas projekto kaj ne procezo. Estas bedaŭrinda atendo, ke ĉiu projekto, ĉiu enhavo kaj ĉiu navigada elemento devas esti perfektaj.

Ili ne estos.

Ili ne estos ĉar la agado de la retejo ne antaŭdireblas antaŭ ol ĝi vivas kaj uzantoj interagas kun ĝi. Mi ofte ŝercas kun kompanioj, ke ilia retejo estas ne por ili - ĝi estas por iliaj vizitantoj. Iuj trovas ĝin ofenda, ĉar ili rigardas bone markitan belan retejon, kiu estis perfekte lanĉita same kiel ili farus sian propran infanon. Foje ilia infano; tamen bela, ne rezultas bone kun la resto de la klaso.

La plej bona afero pri modernaj administradaj sistemoj estas, ke vi havas ĉiujn apartajn ingrediencojn de retejo. Se la navigado ne funkcias ... ne zorgas ... projektu novan. Se la dezajno ne funkcias ... akiru novan. Se la enhavo ne funkcias, skribu novan enhavon.

Preta, Fajro, Celo

At DK New Media, ni tre malofte verkas projekt-bazitajn engaĝiĝojn por reteja projektado, ĉar ni konstatas, ke la retejo bezonas tempon por plenumi kaj mezuri. Nia minimumo estas 90 tagoj, por ke ni almenaŭ povu fari iujn ajn ŝanĝojn, kiuj povus malhelpi serĉan videblecon, kaj doni al ni tempon por konverta optimumigo.

Tial nepras konstrui vian retejon sur solida mastruma sistemo kun ĉiu kapablo. Post kiam via retejo lanĉiĝos, vi devas reveni al programisto nur se vi serĉas novajn funkciojn. Sed aranĝoj, hierarkio kaj verbo devas esti interŝanĝeblaj de la kliento.

Se ni lanĉos la novan retejon kaj ĝi ne rezultos pli bone aŭ la kliento trovos iujn pli optimumajn projektojn, la bonega afero estas, ke ni ĉiam povas fari ĝustigojn - aŭ malgravajn aŭ gravajn. Se vi volas gajni la vetkuron, tamen vi devas retiri la malnovan aŭton kaj akiri la novan sur la trakon por komenci testadon.

Kion vi pensas?

Ĉi tiu retejo uzas Akismeton por redukti spamon. Lernu, kiel via komento datiĝas.