Bayangkan Anda, sebagai manajer produk, membuat aplikasi yang sempurna. Dipikirkan, difokuskan pada segmen pasar tertentu. Inovasi, data besar, pembelajaran mesin. Dan memang benar. Bagaimana Anda bisa merusak rilis di garis finish. Instruksi untuk tidak digunakan.
Jangan memulai rencana
Audiens Anda harus menunggu produk. Jika ini baru, maka ini adalah audiens potensial - inovator. Jika ini adalah versi berikutnya, maka pelanggan saat ini. Tanpa meluncurkannya ke pasar, tidak ada yang akan mengetahuinya. Langkah ini mencakup alat yang sudah terbukti seperti artikel blog dan majalah industri, webinar, dan buletin. Susun dengan pemasaran terlebih dahulu, dan lebih baik mulai melakukannya sebelumnya. Ini tampak jelas ketika merilis produk yang sama sekali baru, tetapi mudah dilupakan ketika versi berikutnya dirilis.
Lupakan transfer ilmu
Dukungan teknis dan konsultasi Anda (jika ada) harus mengetahui fitur-fitur baru. Cara kerjanya, apa yang baru. Dan juga cara mengatasi masalah dan kegagalan.
Sangat penting untuk menyiapkan bahan untuk penjual dan mitra, jika Anda memilikinya. Slide dan whitepaper yang sama yang akan membantu mereka mempromosikan dan menjual.
Untuk produk baru, jangan lupa untuk membuat daftar harga
Proses akuntansi sedemikian rupa sehingga orang tidak bisa hanya mengambil dan mengirimkan "perangkat lunak Miracle 2.0". Anda harus telah menetapkan nomor katalog (istilah ada di bawah nama yang berbeda: SKU, Nomor Bagian, ID Model, Nomor Bahan). Seharusnya, dengan harga yang sesuai. Jika Anda memiliki perusahaan kecil, maka memperbarui katalog dapat dilakukan dengan cepat. Jika perusahaan besar, itu bisa memakan waktu hingga beberapa bulan.
Ini tidak hanya berlaku untuk seluruh produk, tetapi juga untuk kombinasi - bundel. Misalnya, Anda membuat langganan baru - perbarui nomor dan daftar harga.
Di sini saya juga akan memasukkan semua aspek yang terkait dengan
laporan saldo . Ini lebih di bagian akuntansi, tetapi manajer produk atau direktur produk sering terlibat pada tahapan yang berbeda.
Selanjutnya muncul nuansa.
Misalnya, jangan membuat
ECCN tepat waktu atau sertifikasi khusus untuk perangkat lunak khusus.
Jangan beri tahu tim TI Anda sendiri bahwa Anda harus menginstal versi baru, dalam hal solusi cloud.
Semua ini mungkin tampak sepele dan tidak layak untuk artikel yang terpisah. Suatu kali saya tidak ingat pada waktu yang tepat bahwa nomor ID Model dari versi baru harus berubah. Saya butuh dua bulan untuk menunggu semua direktori diperbarui.
Agar aman, cukup untuk memiliki daftar periksa (saya sarankan
Manifesto Daftar Periksa: Cara Memperbaiki Segala Hal oleh Atul Gawande . Dan tanggal dalam proyek ketika Anda pergi ke garis finish.