Siapapun yang berencana untuk meluncurkan produk mereka, berusaha untuk mengembangkan kompetensi mereka atau ingin berdebat dengan kami - mohon, under cat.
Daftar isi kursus
1. < —
2.
3.
4.
5.
6.
7.
8. - -
9.
—
Nama saya Vasily Rudomanov, dan saya bertanggung jawab atas pengembangan produk di Acronis. Saya telah terlibat dalam sisi teknik atau teknis dalam menciptakan produk dan solusi selama bertahun-tahun. Namun, pengalaman teknis yang saya peroleh akhirnya membuat saya berspesialisasi dalam pengembangan perangkat lunak. Selama bertahun-tahun bekerja di bidang ini, saya menjadi yakin bahwa kemampuan untuk bekerja dengan produk Anda, memahami bagaimana sebuah ide berubah menjadi produk jadi, memilih ceruk pasar, memposisikannya, dan merencanakan pengembangan dapat bermanfaat bagi pengembang, insinyur, pendiri startup, dan karyawan departemen. penjualan dan banyak profesional lainnya di perusahaan IT, bukan hanya manajer produk.
Dalam kursus kami, kami memutuskan untuk berbagi pengalaman kami dalam pengembangan perangkat lunak, yang telah kami kumpulkan selama beberapa tahun dalam membuat dan mempromosikan produk perangkat lunak di pasar Rusia dan internasional.
Pendiri startup secara de facto adalah kepala manajer produk perusahaan dan oleh karena itu sepenuhnya menentukan perkembangannya. Selanjutnya, pemilik bisnis mengalihkan fungsi ini ke manajer produk. Oleh karena itu, yang terakhir harus melakukan sejumlah besar tugas, mengontrol proses pengembangan, menganalisis kebutuhan pasar, memecahkan masalah pelanggan, dan banyak lagi. Untuk melakukan ini, Anda harus memiliki berbagai pengetahuan dan keterampilan penting, serta dapat bekerja dengan kerangka kerja khusus. Tapi hari ini kita akan mulai dengan sebuah ide ... dengan "unicorn" yang muncul di kepala setiap orang ketika dia memutuskan untuk memberikan produk baru kepada dunia.
Mengapa beberapa proyek dihentikan sementara yang lainnya tidak?
Bagaimana produk biasanya dibuat? Biasanya sebuah ide muncul, dan sekelompok orang mulai menerapkannya. Di kepala manajer, pikiran cerah muncul tentang bagaimana tepatnya produk harus berkembang. Manajer puncak, direktur, penasihat, presiden atau pemilik perusahaan memiliki pendapat mereka sendiri. Mereka membentuk strategi pengembangan bisnis, serta produk itu sendiri.
Namun, ini belum semuanya: selain strategi, sering kali ada kebutuhan mendesak "untuk menerapkan fungsi baru dalam 2 minggu untuk kesepakatan tertentu". Insinyur, pengembang, dan arsitek menyarankan penggunaan tumpukan teknologi baru, basis data, teknologi, dan bahasa pemrograman, dan tim dukungan melaporkan bahwa ada bug teknis dalam produk dan harus diperbaiki.
Tetapi sistem ini melewatkan sesuatu. Dengan tidak adanya manajemen produk, semua ini tidak ada hubungannya dengan pasar! Sumber daya yang besar dapat terbuang percuma, dan ide yang bagus mungkin tidak pernah melihat realisasinya hanya karena produk telah berevolusi ke arah yang salah yang menghasilkan uang.
Inti dari seorang manajer produk
Faktanya, manajer produk harus menemukan masalah di pasar dan memberikan solusi untuk mereka. Tetapi penelitian menunjukkan bahwa pada kenyataannya, manajer produk menghabiskan kurang dari 20% waktu mereka untuk melakukan ini. Sisanya bekerja dengan semua peserta dalam proses, termasuk insinyur, manajer puncak dan, tentu saja, klien itu sendiri.
Intinya adalah bahwa pendekatan "dari ide" tidak berhasil, apa pun idenya - manajer, direktur, atau pemilik perusahaan. Cepat atau lambat kalian harus mendengarkan pasar, karena ketika manajer penjualan mulai menjual suatu produk, ternyata ada yang kurang di dalamnya, produk tersebut dijual ke orang yang salah, di wilayah yang salah, mungkin di kategori harga yang salah. Setelah itu, ada revisi atau bahkan rilis produk versi baru, meskipun dimungkinkan untuk segera mulai bekerja ke arah yang benar. Inilah sebabnya mengapa peran manajer produk sangat penting untuk sukses masuk ke pasar.
Kerangka manajemen produk
Banyak pengembang sudah akrab dengan buku Fred Brooks, The Mythical Man-Month. Saya sangat merekomendasikan membacanya jika Anda belum melakukannya. Fred Brooks terlibat dalam pembuatan IBM 350. Timnya telah melakukan banyak pekerjaan membangun perangkat lunak untuk mainframe. Dan dalam bukunya, dia menjelaskan dengan sangat baik apa perbedaan antara program dan produk atau sistem perangkat lunak.
Brooks mengatakan bahwa dibutuhkan waktu tiga kali lebih lama untuk mengubah program yang telah dibuat dan dijalankan pada komputer pembuat kode menjadi produk perangkat lunak. Anda perlu mengujinya, merilis dokumentasi, memberikan dukungan, memeriksa kinerjanya pada berbagai platform perangkat lunak, dan sebagainya. Dan jika pengembang menghabiskan satu bulan untuk pembuatan program, 3 bulan lagi akan berlalu sebelum produk perangkat lunak muncul.
Sistem perangkat lunak bahkan lebih kompleks. Antarmuka perlu muncul; sehingga program dapat berinteraksi dengan berbagai komponen platform dan disematkan dalam ekosistem tertentu. Ini membutuhkan waktu tiga kali lebih lama. Jadi, jika Anda ingin memasuki pasar, Anda perlu menghabiskan 9 kali lebih banyak waktu dan sumber daya untuk itu.
Ini adalah contoh dari bidang pengembangan, tetapi contoh ini menunjukkan dengan baik bahwa untuk melakukan pekerjaan besar, Anda harus memikirkan kegiatan yang jauh lebih luas. Itulah mengapa manajer produk memiliki sejumlah besar tanggung jawab dan tugas yang melampaui menetapkan persyaratan untuk pengembang. Manajer membuat sejumlah besar keputusan - baik taktis maupun strategis, dan kerangka kerja yang dibuat khusus untuk pengembangan produk perangkat lunak dan sistem membantu pekerjaan sistemik.
Keputusan strategis dalam jangka panjang mempengaruhi masa depan perusahaan dan untuk mengimplementasikannya, seluruh rangkaian elemen perencanaan harus diselesaikan. Mereka direfleksikan pada garis kuning di tengah kerangka.
Blok fungsional dilampirkan ke setiap segmen strategi, yang mencerminkan tindakan yang diperlukan untuk keberhasilan pembuatan produk. Semua elemen ini terletak di bagian bawah kerangka.
Tetapi selain itu, untuk membuat produk itu sendiri, Anda perlu melakukan banyak tindakan dari sudut pandang bisnis. Hanya dengan demikian akan mungkin untuk mempromosikan produk dan benar-benar membawanya ke pasar. Blok-blok ini berada di bagian atas kerangka.
Dalam posting kami, kami akan berkenalan dengan semua elemen kerangka kerja ini, yang saya pinjam dari Pragmatic Institute.dengan terlebih dahulu membuat garpu dan menambahkannya ke elemen yang saya anggap penting dan menghapus yang tidak digunakan di Acronis. Selain kerangka kerja, kami akan mencari tahu metode apa yang tersedia untuk menyelesaikan setiap tugas pengembangan dan promosi produk, serta menentukan area tanggung jawab untuk berbagai departemen dan spesialis saat mengerjakan produk perangkat lunak:
Karena terlepas dari kenyataan bahwa manajer produk bertanggung jawab atas seluruh bisnis dengan produk tertentu, tentu saja, karyawan departemen lain, dengan siapa manajer produk berinteraksi secara langsung, tentu saja, harus "melukis" blok fungsional ini atau itu: manajer pemasaran, anggota tim penjualan, departemen keuangan, pengembang, presale.
Bekerja dengan kerangka kerja sangat penting untuk semua kategori karyawan perusahaan TI modern.
Kesimpulan
Hari ini kita berbicara tentang pendekatan umum untuk manajemen produk, yang akan berguna baik secara langsung untuk produk dan CEO startup yang harus benar-benar memotret (setidaknya menurut para pendiri). Pada postingan selanjutnya, kita akan membahas bagaimana menentukan segmen pasar mana yang menjadi target produk Anda dan bagaimana melakukan analisis kompetitif pasar tersebut. Jika topik ini penting dan bermanfaat bagi Anda, jangan lupa untuk berlangganan blog kami.
→ Rekaman video dari semua perkuliahan tersedia di YouTube.
Kuliah pertama: