11.11 tinggal seminggu lagi dan Harbolnas sudah menyusulnya. Jika Anda berjualan online di Indonesia, enam minggu ke depan akan mendatangkan lebih banyak traffic dibandingkan minggu-minggu lainnya dalam setahun. Pertanyaan yang penting bukanlah apakah Anda sudah menyiapkan diskon. Apakah rencana musim penjualan puncak kesiapan situs web Anda dapat bertahan dari beban ketika semua orang tiba sekaligus.

Kebanyakan situs tidak gagal karena kodenya buruk. Mereka gagal karena tidak ada yang menguji checkout di bawah tekanan nyata, seseorang melakukan perubahan "kecil" pada malam sebelumnya, dan tidak ada rencana apa yang harus dilakukan ketika halaman melambat hingga merangkak.

Masalahnya: hampir semua yang ada di daftar periksa ini dapat diterapkan oleh pemilik non-teknis. Anda tidak perlu membaca kodenya. Anda perlu mengajukan pertanyaan yang tepat dan mempertahankan beberapa keputusan.

Bekukan Perubahan Sebelum Lonjakan

Ini adalah satu-satunya aturan yang bernilai tertinggi, dan ini sepenuhnya merupakan keputusan manajemen, bukan keputusan teknis.

Hentikan penerapan perubahan seminggu sebelum hari penjualan terbesar Anda. Tidak ada fitur baru, tidak ada perubahan desain, tidak ada pembaruan plugin "cepat". Setiap perubahan membawa risiko, dan waktu terburuk untuk menemukan bug adalah pada pukul 21.00 pada 11.11 dengan antrean pembayaran penuh.

Tetapkan tanggal pembekuan dan komunikasikan kepada semua orang yang dapat menyentuh situs:

  • Satu minggu keluar: tidak ada lagi perubahan fitur. Hanya perbaikan keamanan penting, dan perbaikan tersebut diuji terlebih dahulu.
  • 48 jam keluar: pembekuan total. Tidak ada seorang pun yang menyentuh produksi karena alasan apa pun selain kebakaran aktif.
  • Selama acara: satu-satunya perubahan yang diperbolehkan adalah perubahan yang memperbaiki masalah langsung, yang dilakukan oleh seseorang yang juga dapat membatalkannya dalam hitungan menit.

Naluri untuk melakukan perbaikan terakhir sebelum terburu-buru adalah naluri yang merusak situs selama terburu-buru. Situs yang stabil dan sedikit tidak sempurna selalu mengalahkan situs baru yang belum teruji.

Uji Muat Corong, Bukan Hanya Beranda

Beranda Anda hampir tidak pernah rusak. Pembayarannya bisa. Saat dimuat, bagian situs Anda yang berhubungan dengan database atau gateway pembayaran adalah bagian pertama yang mengalami kerusakan, dan di situlah halaman tempat uang berpindah tangan.

Pemeriksaan musim penjualan puncak kesiapan situs web yang tepat memandu seluruh jalur yang diambil pelanggan yang membayar:

  1. Mendarat di halaman produk.
  2. Tambahkan ke troli.
  3. Masukkan detail pengiriman.
  4. Terapkan kode promo.
  5. Capai langkah pembayaran.
  6. Selesaikan pesanan.

Minta pengembang Anda untuk menyimulasikan ratusan pengguna secara bersamaan yang berjalan di jalur yang sama, bukan hanya membuka halaman beranda. Ada alat pengujian beban gratis dan berbiaya rendah untuk ini, dan pengujian sore hari jauh lebih murah daripada 11.11 yang rusak.

Tonton secara khusus untuk:

  • Langkah kode promo. Logika diskon adalah titik lemah klasik. Ini menjalankan kueri basis data di bawah beban berat tepat pada saat lalu lintas Anda mencapai puncaknya.
  • Pemeriksaan inventaris. Jika dua pelanggan membeli unit terakhir secara bersamaan, apa yang terjadi? Cari tahu sebelum itu terjadi secara nyata.
  • Penyerahan pembayaran. Saat situs Anda meneruskan pelanggan ke penyedia pembayaran adalah saat di mana kelambatan paling merugikan Anda, karena pelanggan memegang kartunya dan kesabaran mereka lemah.

Jika arsitektur Anda membuat hal ini sulit untuk dipikirkan, ada baiknya memahami alasannya, dan Monolith vs Microservices dalam Bahasa Bisnis Biasa memaparkan pengorbanannya tanpa jargon.

Pra-Tulis Rencana KegagalanSitus melambat. Produk terjual habis. Pembayaran terkadang gagal. Bisnis yang berjalan dengan baik bukanlah bisnis yang terhindar dari setiap masalah. Merekalah yang memutuskan terlebih dahulu apa yang harus dilakukan ketika suatu masalah muncul.

Tuliskan rencana ini sebelum acara, bukan selama acara:

  • Pengembalian situs yang lambat. Jika situs di-crawl, apa yang harus Anda nonaktifkan terlebih dahulu? Spanduk beranda yang tebal, widget obrolan langsung, korsel rekomendasi. Ketahui daftar hal-hal yang harus dinonaktifkan untuk membeli ruang bernapas.
  • Pesan terjual habis. Saat item terlaris habis, apa yang dilihat pelanggan? Kata "terjual habis, beri tahu saya" yang bersih mengalahkan halaman rusak atau pembayaran yang gagal pada langkah terakhir. Putuskan kata-kata dan perilakunya sekarang.
  • Pesan kegagalan pembayaran. Jika gateway pembayaran terhenti, beri tahu pelanggan dengan jelas apa yang terjadi dan apa yang harus dilakukan, idealnya dengan keranjang mereka disimpan. Pelanggan yang bingung pada langkah pembayaran adalah penjualan yang hilang dan pesan kemarahan.

Masing-masing dokumen ini merupakan dokumen singkat, bukan proyek. Nilainya adalah seseorang mengambil keputusan dengan tenang, terlebih dahulu, dan tidak melakukan improvisasi di bawah tekanan.

Staf Saluran Respons

Teknologi gagal secara diam-diam. Pelanggan tidak. Kesenjangan antara sesuatu yang rusak dan Anda mengetahuinya biasanya diisi oleh pesan-pesan frustrasi yang tidak Anda tonton.

Untuk hari-hari puncak Anda:

  • Tetapkan pemilik langsung. Satu orang yang disebutkan mengawasi situs dan alur pesanan selama jam sibuk. Bukan "tim", seseorang.
  • Perhatikan saluran pelanggan. WhatsApp, DM Instagram, dan kotak masuk dukungan Anda adalah sistem peringatan dini Anda. Ketika tiga orang melaporkan masalah pembayaran yang sama dalam sepuluh menit, itu adalah peringatan Anda, dan ini mengalahkan dasbor pemantauan mana pun untuk operasi kecil.
  • Apakah pengembang dapat dihubungi. Belum tentu berfungsi, namun dapat dijangkau dan dapat bertindak jika ada sesuatu yang memerlukan perbaikan nyata. Sepakati hal ini sebelum hari itu tiba, bukan dengan menelepon mereka dengan panik.

Alat pemantauan lebih baik daripada tidak sama sekali, namun bagi sebagian besar UKM, sinyal tercepat bahwa ada sesuatu yang salah adalah ketika pelanggan memberi tahu Anda. Pastikan seseorang mendengarkan.

Kesimpulan Praktis

Membuat musim penjualan puncak kesiapan situs web Anda tepat memerlukan disiplin lebih dari kedalaman teknis:

  • Bekukan perubahan lebih awal. Satu minggu untuk fitur, 48 jam untuk semuanya. Ini adalah langkah dengan leverage tertinggi dan tidak memerlukan biaya apa pun.
  • Uji muat jalur checkout, bukan beranda. Simulasikan corong pembelian lengkap, dan perhatikan langkah-langkah promo, inventaris, dan pembayaran dengan cermat.
  • Tulis rencana kegagalan terlebih dahulu. Penggantian situs lambat, pesan terjual habis, pesan kegagalan pembayaran. Putuskan mereka tenang, jangan panik.
  • Awasi manusia. Satu pemilik bernama dan saluran pelanggan terbuka. Pelanggan Anda akan menemukan masalahnya sebelum dasbor mana pun menemukannya.

Musim puncak menghargai persiapan, bukan kepahlawanan. Bisnis yang berkembang di 11.11 adalah bisnis yang paling membosankan: mereka berhenti bekerja lebih awal, menguji corongnya, dan tahu persis apa yang harus dilakukan ketika ada sesuatu yang tidak menentu. Jika Anda ingin perhatian kedua pada pengaturan Anda sebelum kesibukan, itu adalah jenis pemeriksaan pramusim yang saya bantu sebagai mitra teknis.