Laman web perusahaan boleh menjadi sukar untuk diubah apabila kandungan, teknologi dan keputusan organisasi berkembang ke arah yang berbeza. Rombakan wajar dibuat apabila alasan perniagaan memerlukan lebih daripada kemas kini visual. Skopnya mungkin menggabungkan perubahan pada seni bina maklumat, sistem, tadbir urus, kandungan dan persembahan jenama. Tentukan skop berdasarkan bukti daripada pengguna dan operasi, bukan keinginan untuk membina semuanya semula.
Refresh, redesign atau rombakan?
Refresh mengubah bahagian terhad laman, seperti teks atau butiran visual. Redesign mengubah susun atur halaman dan interaksi sambil mengekalkan kebanyakan platform asas. Rombakan mungkin merangkumi perubahan tersebut serta model kandungan, platform atau integrasi baharu. Ini ialah perbezaan kerja, bukan takrif industri yang universal. Tetapkan skop dalam dokumen projek.
Petanda perubahan lebih besar mungkin diperlukan
- Kakitangan tidak dapat mengemas kini maklumat penting tanpa menunggu giliran teknikal yang boleh dielakkan.
- Struktur laman tidak lagi menggambarkan perkhidmatan atau audiens organisasi.
- Tugasan utama sukar dilakukan pada pelbagai peranti, bahasa atau teknologi bantuan.
- Tanggungjawab bagi integrasi kritikal, analitik atau keselamatan tidak jelas.
- Pemilikan kandungan berpecah-pecah dan halaman mengulang, bercanggah atau menyembunyikan fakta penting.
- Kos penyelenggaraan dan perubahan tinggi kerana platform tidak difahami dengan baik atau tidak disokong.
Trafik sahaja tidak membuktikan rombakan diperlukan. Semak kajian pengguna, data carian, pertanyaan sokongan, audit kandungan, dapatan keselamatan dan kos operasi sebelum menetapkan hala tuju.
Urutan projek yang terkawal
1. Persetujui tadbir urus dan hasil
Namakan penaja perniagaan, pembuat keputusan, pemilik kandungan dan ketua teknikal. Tetapkan matlamat yang boleh diukur, seperti kejayaan tugasan, pertanyaan berkualiti, masa penerbitan atau pengurangan ralat kandungan. Rekod batasan, kelulusan, langkah perolehan dan keperluan kebolehcapaian organisasi.
2. Audit kandungan dan sistem
Inventorikan URL, templat, integrasi, analitik, borang, dokumen dan pemilik akaun. Tentukan kandungan yang dikekalkan, ditulis semula, digabungkan atau ditamatkan. Petakan URL lama yang penting kepada destinasi yang berkaitan serta tentukan pihak yang meluluskan kandungan dan lencongan.
3. Reka dan bina untuk tugasan sebenar
Uji seni bina maklumat dengan pengguna. Tentukan jenis kandungan dan kebenaran yang boleh diguna semula. Rancang cara CMS, carian, CRM, penyedia identiti dan sistem lain berkongsi data. Persetujui keperluan keselamatan, kebolehcapaian, prestasi dan berbilang bahasa bersama pasukan pembangunan sebelum reka bentuk terperinci diluluskan.
4. Uji migrasi dan keluaran
Gunakan laman staging untuk menguji rendering kandungan, pautan, borang, peranan akses, analitik, lencongan, versi bahasa dan pemulihan. Tetapkan pemilik serta bukti bagi setiap semakan penerimaan. Lancarkan dalam tempoh terkawal dengan pembuat keputusan yang dinamakan dan pelan undur atau pemulihan yang didokumenkan.
Soalan sebelum kelulusan
Adakah skop bertulis menyatakan pemilik, pengecualian, kebergantungan, kriteria penerimaan, kos berterusan dan serahan? Bolehkah organisasi menyelenggara sistem selepas pelancaran? Rombakan berjaya apabila laman menyokong tugasan perniagaan dan boleh dikendalikan secara bertanggungjawab, bukan sekadar kelihatan baharu.