BAB 01 / SEBELUM MULAI
Siapkan bahan. Tentukan hasilnya.
Pemilik website, pengembang, dan penanggung jawab operasional yang bekerja dengan tim internal atau vendor.
Bahan awal
- Daftar sistem dan pemilik akun
- Lingkungan pengujian yang tersedia
- Daftar perubahan yang akan dirilis
Yang akan Anda siapkan
Matriks akses, daftar pemeriksaan rilis, dan rencana pemulihan.
Gunakan sebagai bahan keputusan dan diskusi, lalu sesuaikan batas pekerjaan dengan kondisi Anda.
Mulai dari satu halaman, satu proses, atau satu kebutuhan yang paling penting. Catat hal yang belum diketahui sebagai pertanyaan; jangan memaksakan jawaban hanya agar lembar kerja terlihat selesai.
BAB 02 / LANGKAH KERJA
Kerjakan dalam urutan yang jelas.
Inventaris sistem dan pemiliknya
Catat domain, hosting, CMS, repository, analytics, dan layanan pengiriman formulir. Tetapkan akun pemilik di bawah kontrol bisnis, bukan hanya satu orang vendor. Beri akses sesuai tugas dan gunakan MFA bila tersedia. Jangan menyimpan password, token, atau recovery code di brief umum maupun lembar latihan ini.
Pisahkan pengujian dari produksi
Staging digunakan untuk meninjau perubahan sebelum diterapkan ke website publik. Batasi aksesnya dan gunakan data uji, bukan salinan data pelanggan yang tidak terlindungi. Pengaturan noindex saja bukan kontrol akses. Perbedaan konfigurasi antara staging dan produksi perlu dicatat agar keberhasilan uji tidak disalahartikan sebagai jaminan rilis.
Tentukan siapa yang memberi persetujuan
Pemilik konten memeriksa fakta dan copy; pengembang memeriksa perubahan teknis; operasional memeriksa proses penerimaan inquiry. Untuk setiap perubahan, catat versi, ruang lingkup, hasil uji, dan pihak yang menyetujui. Pisahkan perbaikan darurat dari perubahan rutin, tetapi tetap dokumentasikan keputusan dan pengecekan setelahnya.
Siapkan pemulihan sebelum rilis
Tentukan kondisi yang mengharuskan rollback, lokasi cadangan, penanggung jawab, dan urutan tindakan. Pastikan cadangan bisa dipulihkan di lingkungan yang sesuai. Setelah rilis, periksa halaman prioritas dan transaksi atau formulir penting. Rencana ini mengurangi risiko; ia tidak menjamin nol downtime atau keamanan total.
BAB 03 / BEDAH CONTOH
Hubungkan langkah dengan keputusan nyata.
Latihan perubahan formulir penawaran: tim mengganti field kebutuhan, bukan seluruh website. Keputusan rilis didasarkan pada penerimaan formulir serta kejelasan pesan bagi pengguna.
| Peran | Yang ditinjau | Bukti sebelum rilis |
|---|---|---|
| Pemilik konten | Label dan instruksi formulir | Versi copy disetujui |
| Pengembang | Validasi, respons, dan akses | Hasil uji sukses dan gagal |
| Operasional | Penerimaan serta tindak lanjut | Inquiry uji diterima sistem tujuan |
| Penanggung jawab rilis | Versi, jadwal, dan rollback | Persetujuan dan cadangan tersedia |
Ganti baris contoh dengan kondisi bisnis Anda. Tandai informasi yang sudah punya bukti, yang masih berupa asumsi, dan yang perlu ditanyakan kepada penanggung jawab.
BAB 04 / TITIK REVIEW
Hindari keputusan yang terlihat benar, tetapi belum teruji.
Memakai satu akun admin bersama
Pisahkan akun sesuai kemampuan platform agar tanggung jawab dan pencabutan akses lebih jelas.
Menganggap backup sukses berarti pemulihan sukses
Uji restore dan periksa hasilnya. Status file cadangan saja belum cukup.
Bila sebuah keputusan memengaruhi biaya, akses, data, atau pekerjaan tim lain, cantumkan pihak yang perlu menyetujui. Terangkan bukti yang sudah tersedia dan batas informasi yang masih harus diperiksa.
BAB 05 / WORKBOOK
Susun rencana Anda di sini.
Isi secara singkat dan spesifik. Untuk informasi yang belum tersedia, tulis siapa yang perlu dimintai konfirmasi. Catatan ini tidak dikirim oleh fitur Playbook ke Oura; unduh sebelum tab ditutup.
Jangan masukkan password, token akses, atau data pribadi pelanggan. Penyimpanan sementara mengikuti sesi tab browser, bukan akun Oura.
BAB 06 / SEBELUM DISERAHKAN
Periksa kesiapan pekerjaan Anda.
Checklist ini mencatat tugas yang Anda tandai. Ia bukan skor audit, sertifikasi, atau penilaian otomatis atas website.
Pertanyaan yang sering muncul
Apakah staging wajib identik dengan produksi?
Kemiripan membantu pengujian, tetapi perbedaan sering tetap ada. Catat perbedaan dan lakukan pemeriksaan produksi setelah rilis.
Apakah approval memperlambat semua perubahan?
Tetapkan level review berdasarkan dampak. Perubahan kecil dan perubahan kritis dapat memiliki jalur berbeda yang terdokumentasi.
Rujukan & batas penggunaan
Rujukan diperiksa pada 2 Oktober 2026. Langkah, contoh, dan lembar kerja merupakan rumusan editorial Oura dengan bantuan AI dan rujukan publik. Contoh bukan hasil klien. Panduan tidak menjamin hasil bisnis dan tidak menggantikan pemeriksaan khusus atas sistem Anda.
