Perkara yang terlibat dalam keputusan
Penyerahan yang baik bukan sekadar halaman utama berfungsi. Pemilik memerlukan kejelasan tentang domain serta hosting, pemilikan kod, kandungan, akses dibenarkan, penyelenggaraan dan pilihan pemulihan.
Contoh situasi perniagaan kecil
Pertimbangkan contoh andaian ini: Kontraktor menyerahkan laman berfungsi tetapi bukan kod, akses pendaftar atau arahan sandaran. Penerimaan perlu menyemak bahan serahan mengikut kontrak sebelum projek ditutup.
Situasi setiap perniagaan berbeza. Untuk topik apa yang patut diserahkan pembangun selepas projek laman web siap, kenal pasti keputusan sebenar, orang bertanggungjawab dan bukti yang boleh menunjukkan pilihan itu berfungsi.
Senarai semak yang munasabah
Minta kod sumber atau eksport dipersetujui, peta akaun domain/hosting, prosedur akses pentadbir, maklumat lesen aset, kaedah sandaran, pautan/borang diuji dan senarai isu belum selesai.
Semakan sebelum membuat komitmen
Bahan diserahkan mengikut kontrak; jangan anggap hak tanpa had terhadap templat berlesen atau akaun pembekal peribadi. Batalkan akses sementara selepas penerimaan.
Keputusan praktikal seterusnya
Penyerahan yang bertanggungjawab merangkumi sumber boleh sunting atau hasil dipersetujui, pemilikan akses domain dan hosting, lesen aset, pengalihan, destinasi borang, kaedah sandaran serta arahan penyelenggaraan. Sahkan siapa boleh menerbitkan perubahan. Tangkap layar reka bentuk bukan laman yang boleh dipulihkan.
Takrifkan serahan sebagai bukti, bukan e-mel perpisahan
Laman web belum benar-benar diserahkan hanya kerana pembangun menghantar pautan dan mengatakan projek sudah siap. Perniagaan perlu tahu apa yang dibina, di mana ia dihoskan, akaun yang mengawalnya dan cara orang diberi kuasa boleh menyelenggaranya. Persetujui senarai semak serahan sebelum penerimaan akhir, sebaik-baiknya ketika skop projek ditulis. Asingkan laman yang disiapkan daripada tanggungan sokongan berterusan: pembinaan selesai tidak bermakna perubahan masa depan tanpa had termasuk. Minta pakej bertarikh yang mengandungi fail, maklumat pemilikan akaun, arahan, hasil ujian dan isu belum selesai bersama orang bertanggungjawab.
Sahkan pendaftar dan akses pemegang domain
Nama domain ialah aset perniagaan yang pendaftarannya perlu dibezakan daripada hosting laman. Minta nama pendaftar, domain berdaftar, tarikh luput, organisasi pemegang pendaftaran dan hubungan pentadbiran. Pemilik perlu tahu cara log masuk melalui akaun yang dikawal perniagaan serta cara memulihkan akses. Pembangun mungkin mengurus DNS atau pembaharuan tanpa menjadi pemegang pendaftaran yang sah; rekodkan peranan ini secara berasingan. Jangan terima tangkapan skrin laman sebagai bukti kawalan domain. Jika pemindahan dirancang, dapatkan arahan pendaftar dan kelulusan yang sesuai, bukan menganggap pertukaran hosting memindahkan domain secara automatik.
Dokumenkan konfigurasi DNS tanpa mengubahnya
Serahan perlu merangkumi rekod semasa nameserver berautoriti dan entri DNS yang diperlukan oleh laman, e-mel serta pengesahan domain. Entri lazim termasuk rekod A atau AAAA bagi trafik web, MX bagi e-mel, TXT bagi pengesahan dan autentikasi mel, serta CNAME bagi nama alias. Catat tujuan dan pembekal bertanggungjawab bagi setiap entri penting. Jangan edarkan kelayakan atau token persendirian dalam dokumen serahan umum. Inventori bertulis menjadikan penyelesaian masalah kemudian lebih selamat, tetapi bukan kebenaran mengubah DNS langsung. Sebarang perubahan selepas itu memerlukan penilaian kesan, kelulusan dan pelan pemulihan berasingan.
Serahkan butiran hosting dan sempadan akaun
Pemilik perlu menerima nama penyedia hosting, produk atau pelan, tarikh pembaharuan, hubungan pentadbiran dan cara meminta sokongan. Terangkan lokasi fail web, susunan pangkalan data serta had sumber yang berkaitan dengan penyelenggaraan tanpa mendedahkan rahsia pelayan. Jika penjual semula mengurus hosting, jelaskan sama ada perniagaan mempunyai akaun panel kawalan sendiri atau bergantung pada penjual semula untuk perubahan. Rekodkan pihak yang melakukan sandaran, kemas kini perisian dan tindak balas insiden. Janji kabur bahawa pembangun sentiasa mengurus pelayan bukan pengganti skop sokongan dipersetujui serta hubungan pemulihan yang didokumenkan.
Serahkan fail laman dan terangkan formatnya
Minta hasil kerja sebenar seperti yang dinyatakan kontrak: fail laman diterbitkan, aset sumber diluluskan dan fail projek boleh sunting jika berkaitan. Laman statik mungkin terdiri daripada HTML, CSS, JavaScript dan imej; laman dengan sistem kandungan boleh turut bergantung pada tema, pemalam, pangkalan data serta konfigurasi. Terangkan fail yang merupakan sumber dan fail yang dijana kerana memuat naik folder terjana lama boleh menimpa kerja terkini. Sertakan peta direktori ringkas dan pengenal versi. Hak menerima serta menggunakan semula aset reka bentuk bergantung pada terma harta intelek dan lesen yang dipersetujui; jangan anggap semua komponen pihak ketiga boleh dipindahkan.
Bezakan eksport kandungan daripada sandaran penuh
Bagi projek WordPress, fungsi Tools Export menghasilkan eksport kandungan yang boleh merangkumi siaran, halaman dan rekod berkaitan. Ia berguna untuk pemindahan tetapi tidak patut dikelirukan dengan salinan lengkap fail laman, sambungan dipasang, kebergantungan media dan konfigurasi pelayan. Dokumentasi cPanel juga membezakan sandaran separa daripada sandaran akaun penuh serta menyatakan pemulihan penuh lazimnya memerlukan WHM atau bantuan pembekal. Minta pembangun menjelaskan kandungan sebenar setiap arkib yang diserahkan. Perniagaan perlu mampu menerangkan cara memulihkan laman berfungsi, bukan sekadar menunjuk fail bernama sandaran.
Serahkan maklumat pangkalan data dengan selamat
Laman dinamik mungkin bergantung pada pangkalan data yang menyimpan halaman, tetapan, penyerahan borang atau rekod transaksi. Serahan perlu mengenal pasti platform pangkalan data, format sandaran, pemilikan dan kebergantungan pemulihan. Jangan letakkan kata laluan pangkalan data, rekod pelanggan atau salinan pengeluaran dalam dokumen yang dikongsi secara luas. Gunakan proses pemindahan selamat yang diluluskan perniagaan dan jelaskan sama ada data sensitif perlu disunting atau disimpan berasingan. Bagi laman statik tanpa pangkalan data, nyatakan item ini tidak berkenaan. Ini mengelakkan kerja teknikal tidak perlu serta andaian berbahaya bahawa setiap laman boleh dipulihkan menggunakan fail sahaja.
Rekodkan semua perkhidmatan dan lesen pihak ketiga
Laman yang siap mungkin menggunakan fon, fotografi stok, perkhidmatan borang, alat tempahan, peta, penghantaran e-mel, analitik atau tema berbayar. Bagi setiap integrasi, kenal pasti pembekal, pemilik akaun perniagaan, terma lesen, tarikh pembaharuan serta had penggunaan atau langganan. Bezakan lesen dibeli untuk satu projek daripada hak guna semula seluruh syarikat. Jika pembangun memiliki langganan, tanya apa berlaku apabila hubungan sokongan tamat. Integrasi tidak didokumenkan boleh gagal beberapa bulan selepas pelancaran apabila kad tamat tempoh atau terma vendor berubah. Pemilik memerlukan daftar perkhidmatan, bukan sekadar senarai logo jenama.
Pindahkan akses menggunakan kebenaran minimum
Perniagaan patut mengawal akaun penting sendiri sementara pembangun mengekalkan hanya kebenaran yang diperlukan untuk sokongan dipersetujui. Dokumentasi ahli dan peranan Cloudflare menunjukkan cara akses boleh dihadkan mengikut peranan serta sumber dan bukan berkongsi satu log masuk utama. Minta inventori akses yang menunjukkan pemilik akaun, pentadbir, rakan sementara dan saluran pemulihan. Sahkan kontraktor yang tamat tugas boleh dikeluarkan tanpa menjejaskan akses pemilik. Pengesahan berbilang faktor serta kod pemulihan perlu diurus melalui proses selamat syarikat. Jangan e-mel kata laluan atau token API dalam ringkasan projek umum dan jangan anggap tangkapan skrin membuktikan pemindahan akses berjaya.
Sediakan inventori penerimaan halaman dan fungsi
Senaraikan halaman, versi bahasa, borang, unsur navigasi, fail muat turun dan integrasi yang diserahkan berbanding skop projek diluluskan. Halaman utama yang boleh dibuka tidak membuktikan semua borang pertanyaan atau susun atur mudah alih berfungsi. Rekodkan tingkah laku dijangka bagi setiap ciri, peranti atau pelayar ujian serta bukti yang diperoleh. Tandakan perkara belum diuji sebagai menunggu, bukannya lulus. Jika ciri dibuang atau diubah semasa projek, pautkan kelulusan pemilik bagi keputusan skop tersebut. Ini menghasilkan rekod penerimaan praktikal dan mengelakkan pertikaian sama ada halaman tertinggal memang dikecualikan atau terlupa.
Masukkan kandungan dwibahasa dan tanggungjawab editorial
Bagi laman bahasa Inggeris dan Bahasa Melayu, serahan mesti mengenal pasti teks diluluskan bagi setiap bahasa, halaman berkaitan serta siapa boleh mengubahnya kemudian. Tajuk yang diterjemah sahaja tidak membuktikan maksud setara pada seluruh halaman. Simpan salinan akhir dalam format yang boleh disunting perniagaan dan pautkan kepada versi halaman diterbitkan. Rekodkan status istilah, tuntutan produk, butiran hubungan dan sebarang semakan bahasa manusia. Jangan mendakwa kelulusan terjemahan bebas apabila hanya draf automatik dilakukan. Apabila promosi berubah kelak, pemilik perlu tahu dua versi bahasa yang memerlukan kemas kini serentak.
Dokumenkan SEO dan pemilikan carian tanpa menjanjikan kedudukan
Serahan perlu merangkumi URL kanonik, tajuk halaman, penerangan, lokasi peta laman, arahan robot dan data berstruktur yang dipersetujui dalam skop projek. Google Search Central menerangkan cara pautan boleh dirangkak serta peta laman membantu penemuan, tetapi tidak menjamin pengindeksan atau kedudukan. Jika Search Console dikonfigurasi, dokumenkan harta yang disahkan dan susunan pemilikan dikawal perniagaan tanpa berkongsi token akses persendirian. Bezakan pemeriksaan SEO pada sumber daripada perangkakan awam atau pemerhatian enjin carian sebenar. Pemilik perlu menerima bukti ujian dilakukan serta senarai semakan tertangguh, bukan dakwaan semua halaman sudah diindeks.
Nyatakan hak imej dan aset jenama asal
Perniagaan patut menerima fail logo diluluskan dalam format dipersetujui serta mengetahui imej yang asli, berlesen atau dibekalkan pelanggan. Rekodkan penggunaan dibenarkan, keperluan atribusi dan sebarang sekatan memindahkan aset stok kepada pembekal lain. Sediakan teks alternatif imej dan nama fail bermakna jika termasuk skop. Jangan gantikan logo organisasi yang diluluskan dengan ilustrasi artikel hiasan atau pengganti dijana. Bagi laman berbilang bahasa, sahkan penerangan imej sesuai bagi setiap bahasa. Inventori serahan perlu mengenal pasti aset visual yang masih menunggu kelulusan dan bukan menganggap setiap fail dalam folder projek telah diterima.
Terangkan kekerapan sandaran dan pemilikan pemulihan
Minta pembangun menyatakan bila sandaran dibuat, lokasi salinan disimpan, tempoh pengekalan dan siapa boleh memulihkannya. Arkib boleh dimuat turun hanya berguna apabila kandungan serta proses pemulihan difahami. Dokumentasi cPanel menyatakan sandaran akaun penuh tidak dipulihkan secara automatik melalui antara muka cPanel biasa; bantuan pembekal atau WHM mungkin diperlukan. Jika ujian pemulihan telah dilakukan, rekodkan tarikh, persekitaran dan hasilnya. Jika tiada ujian, tandakan belum diuji. Elakkan menjanjikan masa pemulihan tetap tanpa perjanjian perkhidmatan dan bukti bahawa orang serta fail yang diperlukan tersedia.
Tetapkan sempadan penyelenggaraan dan kemas kini
Serahan perlu menjawab siapa mengemas kini perisian laman, memperbaharui lesen, memantau borang rosak, menyemak amaran keselamatan dan mengubah kandungan perniagaan selepas penerimaan. Laman statik dan pemasangan WordPress memerlukan tugas penyelenggaraan berbeza. Panduan WordPress mengesyorkan kemas kini serta sandaran, tetapi itu tidak bermakna yuran pembinaan asal merangkumi pengurusan tanpa had. Minta cadangan penjagaan hanya jika perniagaan memerlukan perkhidmatan tersebut, lengkap dengan kekerapan, pengecualian, waktu sokongan dan peraturan kelulusan. Rekodkan tempoh jaminan berasingan daripada kontrak berterusan pilihan. Pemilik patut boleh menolak perkhidmatan tambahan tanpa kehilangan akses kepada hasil kerja siap miliknya.
Sediakan helaian hubungan perubahan dan insiden
Pemilik laman perlu tahu siapa dihubungi untuk membetulkan ejaan, borang pertanyaan gagal, gangguan hosting dan masalah bil domain. Insiden tersebut mungkin melibatkan pembekal berlainan. Sediakan helaian hubungan dengan nama pembekal, laluan sokongan rasmi, rujukan akaun, waktu operasi dan peraturan eskalasi. Jangan masukkan data pelanggan atau kata laluan dalam tiket sokongan kecuali proses selamat diluluskan memerlukannya. Nyatakan isu yang akan disiasat pembangun dan isu yang perlu dirujuk kepada pihak ketiga. Pemilikan jelas mengurangkan kelewatan apabila laman kelihatan rosak tetapi punca sebenarnya domain luput atau perkhidmatan e-mel berasingan.
Rekodkan had diketahui dan perkara belum siap
Serahan yang boleh dipercayai merangkumi isu belum selesai, had diterima dan keputusan yang ditangguhkan pemilik. Bagi setiap item, rekodkan kesan kepada pelawat, tahap keseriusan, penyelesaian sementara, orang bertanggungjawab dan langkah seterusnya dicadangkan. Jangan tandakan ciri sebagai telah diuji hanya kerana ia ditunjukkan sekali pada komputer pembangun. Jika ujian pelayar atau mudah alih belum lengkap, nyatakan perkara yang belum diperiksa. Asingkan perubahan diminta selepas penerimaan daripada kecacatan dalam skop dipersetujui. Ini melindungi pelanggan serta pembekal daripada menganggap keluaran tidak lengkap sudah diluluskan sepenuhnya atau memperluas projek tanpa keputusan komersial didokumenkan.
Gunakan mesyuarat penerimaan akhir yang berstruktur
Semasa penerimaan, pembangun boleh menunjukkan halaman diserahkan, menerangkan inventori, menjelaskan pemilikan akaun dan mendemonstrasikan satu kemas kini rutin yang selamat. Pemilik kemudian boleh menyemak bukti terhadap skop ditandatangani serta menyenaraikan pengecualian yang tinggal. Rekodkan tarikh mesyuarat, peserta, pengenal versi dan perkara diterima atau ditolak. Jangan menyimpulkan kelulusan daripada sikap diam, invois dibayar atau hakikat laman boleh diakses. Jika keluaran atau penerbitan pengeluaran memerlukan kebenaran berasingan, kekalkan syarat itu secara jelas. Rekod penerimaan ringkas yang ditandatangani atau diluluskan melalui cara sesuai lebih berguna daripada senarai panjang yang tidak disahkan.
Pertimbangkan pertukaran pembekal secara andaian
Bayangkan perniagaan perkhidmatan Malaysia yang pembangunnya menyiapkan laman dwibahasa lima halaman. Sebelum membayar pencapaian akhir, pemilik meminta butiran pendaftar domain, fail sumber, pelan hosting, inventori kandungan, bukti ujian borang dan serahan akses selamat. Pembangun mengenal pasti alat tempahan berbayar serta menerangkan pembaharuannya secara berasingan. Pemilik mengesahkan syarikat mengawal domain dan boleh menghubungi sokongan hosting, kemudian merekodkan kecacatan borang mudah alih yang belum dibetulkan. Contoh ini menunjukkan bagaimana bukti dan pengecualian membantu penerimaan; ia bukan dakwaan projek pelanggan OnHypp telah lulus semakan tersebut.
Sumber & bacaan lanjut
Bersedia melihat perkhidmatan berkaitan?
Lihat perkhidmatan OnHypp yang berkaitan dan tentukan sama ada ia sesuai dengan keperluan perniagaan anda.
E-mel & hostingDomainReka bentuk web