Bagi pasukan produk, menukar kedudukan butang mungkin satu perubahan kecil. Bagi pengguna yang melakukan kerja sama setiap pagi, otot ingatan mereka tiba-tiba salah tempat. Mereka tidak melihat tiket dalaman atau alasan reka bentuk; mereka hanya mahu menyiapkan tugas.
Fikir tentang aliran, bukan skrin tunggal
Sebelum menerbitkan perubahan, cuba lakukan tugas sebenar dari mula hingga tamat. Buka pada telefon, gunakan papan kekunci, dan semak keadaan apabila data tiada. Jika label berubah, adakah bantuan atau artikel lama masih menyebut nama sebelumnya? Jika lokasi fungsi berubah, adakah pengguna akan menjumpainya tanpa arahan panjang?
Bagi perubahan yang memberi kesan nyata, tulis nota ringkas dengan bahasa pengguna: apa berubah, mengapa, dan apa yang perlu mereka buat. Jangan senaraikan setiap commit teknikal. Sediakan cara mengundurkan perubahan jika berlaku ralat, terutama apabila berkait pembayaran, data atau akses. Pelancaran ialah permulaan pemerhatian, bukan penghujung kerja.
Jika mengubah lokasi fungsi yang kerap digunakan, minta seseorang yang tidak terlibat dalam reka bentuk mencarinya pada versi baharu. Jangan beri arahan. Masa serta soalan mereka menunjukkan sama ada nota keluaran sudah cukup atau aliran perlu dibaiki. Ujian kecil sebelum deploy boleh mengelakkan banyak tiket sokongan selepasnya.
Selepas deploy, lihat aduan dan corak penggunaan dengan hati-hati. Satu mesej marah tidak mewakili semua orang, tetapi ia mungkin menunjukkan masalah yang graf tidak nampak. Tanyakan soalan yang spesifik, baiki halangan yang jelas, dan catat apa yang dipelajari untuk keluaran seterusnya.