Pelajari bagaimana tim di seluruh perusahaan dapat menggunakan Guru untuk membuat pengembangan produk, rilis, dan siklus promosi lebih jelas dan bersih.
Keahlian produk tidak muncul semalam. Seluruh proses pengembangan produk adalah yang menciptakan "ahli" di sekitar fitur dan fungsionalitas tertentu, dan merupakan fondasi untuk semua dokumentasi yang mendahului dan mengikuti rilis mereka.
Tim yang menggunakan Guru untuk enablement produk mengakui pentingnya memiliki satu sumber kebenaran untuk pengetahuan mencakup seluruh siklus hidup rilis produk—dari pengembangan awal hingga dukungan dan pemeliharaan yang berkelanjutan. Dengan memberikan setiap departemen satu tempat yang disepakati dan dapat diandalkan untuk menempatkan informasi yang telah diverifikasi oleh ahli, semua orang yang terlibat dalam proses lintas fungsi ini dapat melakukan pekerjaan yang lebih baik. Mari kita melihat rilis fitur terbaru di Guru sebagai contoh enablement produk dalam tindakan.
Sepanjang Januari, pod Monetisasi yang baru dibentuk bekerja pada bagian pertama dari peningkatan pengalaman penagihan di Guru. Proyek ini melibatkan tim pengembangan produk yang biasa—manajemen produk, desain, rekayasa, dan pemasaran produk—serta beberapa pemangku kepentingan lainnya termasuk keuangan, dukungan, dan operasi penjualan. Ini adalah pembaruan teknis yang memerlukan komunikasi dan koordinasi yang ketat di seluruh tim yang terlibat, serta persiapan substansial untuk memungkinkan rekan-rekan yang berhadapan dengan pelanggan kami berbicara dengan percaya diri tentang perubahan ini. Tiga fase berikut mencakup cara utama kami menggunakan Guru untuk enablement produk di sekitar rilis fitur seperti ini.
Fase 1: Perencanaan dan pengembangan fitur
Enablement produk benar-benar dimulai pada saat proyek tim Produk mendapatkan lampu hijau. Ini bisa untuk peningkatan fungsionalitas minor, redesain halaman, atau fitur baru sepenuhnya. Dari saat spesifikasi proyek disiapkan oleh Manajer Produk (PM) dan dibagikan kepada para insinyur, desainer, dan pemangku kepentingan lainnya, semua orang membutuhkan akses ke dokumentasi yang dapat diandalkan dan terbaru dari berbagai penulis.
Perencanaan kami dimulai pada bulan Desember, dengan PM kami mengidentifikasi beberapa tempat kunci di pengalaman penagihan dan checkout kami yang perlu diperbaharui. Dari sana, mereka menyusun rencana proyek dan mulai menyusun spesifikasi fitur awal untuk proyek pertama dalam seri ini. Setelah mereka siap untuk dibagikan kepada tim, mereka mengatur pertemuan pembuka untuk menjelaskan kepada tim tentang perubahan yang diusulkan, dan membahas jadwal. Mulai saat ini, sangat penting bahwa semua orang yang terlibat dalam proyek ini memiliki akses ke semua dokumen terkait, termasuk spesifikasi proyek, desain, dokumentasi penagihan terkait, dan banyak lagi.
Karena dokumen ini sering berubah, dan mungkin sering ditambahkan selama tahap awal proyek, penting untuk memiliki sumber kebenaran yang dapat diandalkan yang dapat diakses kembali oleh tim. Untuk memastikan semua orang memiliki satu tempat untuk berbagi dan mengakses sumber daya ini, kami membuat Kartu Sumber Daya Proyek Aktif untuk dibagikan kepada tim. Kami menempatkan ini dalam Papan Pod Monetisasi, di mana semua pemangku kepentingan yang tepat memiliki akses penulis.
Sepanjang proses pengembangan, para insinyur kami tidak perlu khawatir tentang menandai file desain atau memeriksa apakah salinan yang diberikan kepada mereka minggu lalu masih terbaru. Sebaliknya, mereka dapat merujuk kembali ke Kartu Sumber Daya Proyek Aktif saat bekerja, memastikan mereka membangun berdasarkan informasi yang paling terbaru. Lihat bagaimana tim teknik menggunakan Guru.
Fase 2: Persiapan rilis
Kami melihat rilis fitur sebagai olahraga tim di Guru. Saat kami mendekati akhir pengembangan, kami perlu memastikan bahwa kami telah memenuhi semua persyaratan, menguji potensi titik sakit pelanggan, dan berkomunikasi dengan baik tentang perubahan yang akan datang kepada tim yang berhadapan dengan pelanggan kami. Karena ini adalah fase di mana informasi kemungkinan besar akan berubah dengan cepat, memastikan bahwa semua pengetahuan diverifikasi oleh ahli yang sesuai adalah hal yang paling penting.
Untuk proyek penagihan terbaru kami, kami mengalokasikan satu minggu bagi tim dan pemangku kepentingan kami untuk melakukan jaminan kualitas (QA) dan menguji pengalaman pelanggan baru sebelum diluncurkan. Karena ini adalah proyek yang sangat teknis, ada beberapa langkah yang terlibat dalam menyiapkan lingkungan dan mempersiapkannya untuk pengujian, termasuk mengaktifkan fitur bendera dan mengerjakan serangkaian langkah checkout replika tertentu. Untuk memastikan semua orang memiliki semua informasi yang mereka butuhkan untuk berpartisipasi dalam pengujian, pemimpin tim teknik kami membuat Kartu dengan instruksi langkah demi langkah untuk berpartisipasi dalam QA. Kami mengirimkan Kartu ini kepada Pod dan pemangku kepentingan kami melalui sebuah pengumuman untuk memastikan mereka telah membacanya sebelum mereka mulai pengujian.
Saat QA berlangsung, juga penting untuk memberi tahu tim yang berhadapan dengan pelanggan kami tentang perubahan yang akan datang untuk mempersiapkan mereka menghadapi pertanyaan dari prospek atau pelanggan. Meskipun perubahan ini sebagian besar berfokus pada kegunaan dan keandalan (tidak seperti perubahan antarmuka yang lebih besar), beberapa bagian dari pengalaman penagihan yang lama akan diubah dengan proyek ini. Untuk mengkomunikasikan perubahan ini dengan cukup waktu untuk meninjau dan bertanya, kami memperbarui Kartu rincian fitur penagihan kami.
Anda akan melihat bahwa ini adalah pertama kalinya dalam proses ini bahwa kami menggunakan kata memperbarui bukan membuat, dan itu disengaja. Kami menggunakan Kartu rincian fitur sebagai sumber kebenaran yang hidup tentang fitur untuk tim yang berhadapan dengan pelanggan kami, yang berarti satu ada untuk semua fitur aktif kami setiap saat.
Ketika kami memperbarui dan meningkatkan fitur yang ada, kami memperbarui dan meningkatkan Kartu rincian fitur sesuai. Ini mencegah masalah lama tentang seorang wakil penjualan yang tidak yakin apakah mereka melihat dokumentasi yang sudah ketinggalan zaman tentang suatu fitur dan menghubungi insinyur dengan panik saat menghubungi. Mereka bisa yakin bahwa Kartu tentang halaman penagihan yang mereka andalkan tahun lalu sama akuratnya dengan tahun ini, seperti yang telah diverifikasi oleh tim yang mengerjakan peningkatan tersebut.
Fase 3: Rilis dan selanjutnya
Aplikasi yang paling jelas dari enablement produk mungkin sangat baik berhubungan dengan peluncuran fitur baru atau yang telah ditingkatkan. Dari tinjauan seperti Kartu rincian fitur di atas hingga troubleshooting Q&A yang sangat teknis dan spesifik, banyak hal yang dilakukan untuk memastikan tim yang berhadapan dengan pelanggan dilengkapi dengan semua yang mereka butuhkan untuk menjual dan mendukung setiap rilis. Dan saat fitur terus diiterasikan dan diperbaiki seiring waktu, tetap penting bahwa semua dokumentasi tetap diperbarui dan mencerminkan keadaan produk saat ini.
Tidak mengherankan bahwa halaman penagihan sangat kompleks dan bernuansa, yang berarti tidak ada kekurangan pertanyaan potensial yang mungkin diajukan pelanggan saat mereka menyelesaikan proses checkout. Meskipun pengalaman penagihan kami bukanlah sesuatu yang mungkin harus dibicarakan oleh tim penjualan kami secara mendetail, ini adalah area di mana tim dukungan kami sering membantu pelanggan menavigasi. Untuk mempersiapkan peluncuran ini dan peningkatan mendatang lainnya pada pengalaman checkout kami, pemimpin tim teknik kami bekerja dengan juara dukungan pelanggan kami untuk menyusun daftar FAQ teknis, yang ditambahkan seiring dengan munculnya pertanyaan baru. Ini memberikan tidak hanya tim dukungan, tetapi siapa pun yang menjawab pertanyaan pelanggan tentang penagihan tempat yang konsisten untuk diperiksa terlebih dahulu sebelum menghubungi tim kami (dan kemudian, menambahkan ke Kartu FAQ teknis!).
Selain menjaga Kartu FAQ tetap diperbarui seiring kemajuan iterasi, Kartu rincian fitur juga tetap segar. Selain mencatat tanggal peluncuran resmi dan poin pembicaraan penting tentang pengalaman penagihan baru, kami juga akan menyediakan tautan ke Kartu dan sumber daya terkait lainnya, seperti pos blog ini. Dengan membuat tempat satu atap untuk mengakses semua informasi yang tersedia tentang fitur, kami memberi tim yang berhadapan dengan pelanggan kepercayaan untuk berbicara kepada pelanggan dan prospek dengan perspektif yang sepenuhnya terinformasi.
Untuk menutup lingkaran ini, kami tidak boleh melupakan bagaimana umpan balik pelanggan dan pasar memainkan peran penting dalam siklus pengembangan produk. Saat tim kami membawa fitur baru dan peningkatan kepada pelanggan yang sudah ada dan pasar kami, kami mengumpulkan wawasan berharga tentang apa yang membantu mereka melakukan pekerjaan dengan lebih baik, dan apa yang mereka harapkan untuk kami fokuskan selanjutnya. Mendokumentasikan dan membagikan informasi ini kepada tim produk kami adalah bagian penting dari proses pengembangan iteratif kami, dan membantu kami memberikan nilai maksimum kepada pelanggan kami. Dan dokumentasi tentang bagaimana cara membagikan berbagai mode umpan balik (rekaman panggilan, email, dll.) disimpan di—anda bisa menebaknya—Guru.
Keahlian produk tidak muncul semalam. Seluruh proses pengembangan produk adalah yang menciptakan "ahli" di sekitar fitur dan fungsionalitas tertentu, dan merupakan fondasi untuk semua dokumentasi yang mendahului dan mengikuti rilis mereka.
Tim yang menggunakan Guru untuk enablement produk mengakui pentingnya memiliki satu sumber kebenaran untuk pengetahuan mencakup seluruh siklus hidup rilis produk—dari pengembangan awal hingga dukungan dan pemeliharaan yang berkelanjutan. Dengan memberikan setiap departemen satu tempat yang disepakati dan dapat diandalkan untuk menempatkan informasi yang telah diverifikasi oleh ahli, semua orang yang terlibat dalam proses lintas fungsi ini dapat melakukan pekerjaan yang lebih baik. Mari kita melihat rilis fitur terbaru di Guru sebagai contoh enablement produk dalam tindakan.
Sepanjang Januari, pod Monetisasi yang baru dibentuk bekerja pada bagian pertama dari peningkatan pengalaman penagihan di Guru. Proyek ini melibatkan tim pengembangan produk yang biasa—manajemen produk, desain, rekayasa, dan pemasaran produk—serta beberapa pemangku kepentingan lainnya termasuk keuangan, dukungan, dan operasi penjualan. Ini adalah pembaruan teknis yang memerlukan komunikasi dan koordinasi yang ketat di seluruh tim yang terlibat, serta persiapan substansial untuk memungkinkan rekan-rekan yang berhadapan dengan pelanggan kami berbicara dengan percaya diri tentang perubahan ini. Tiga fase berikut mencakup cara utama kami menggunakan Guru untuk enablement produk di sekitar rilis fitur seperti ini.
Fase 1: Perencanaan dan pengembangan fitur
Enablement produk benar-benar dimulai pada saat proyek tim Produk mendapatkan lampu hijau. Ini bisa untuk peningkatan fungsionalitas minor, redesain halaman, atau fitur baru sepenuhnya. Dari saat spesifikasi proyek disiapkan oleh Manajer Produk (PM) dan dibagikan kepada para insinyur, desainer, dan pemangku kepentingan lainnya, semua orang membutuhkan akses ke dokumentasi yang dapat diandalkan dan terbaru dari berbagai penulis.
Perencanaan kami dimulai pada bulan Desember, dengan PM kami mengidentifikasi beberapa tempat kunci di pengalaman penagihan dan checkout kami yang perlu diperbaharui. Dari sana, mereka menyusun rencana proyek dan mulai menyusun spesifikasi fitur awal untuk proyek pertama dalam seri ini. Setelah mereka siap untuk dibagikan kepada tim, mereka mengatur pertemuan pembuka untuk menjelaskan kepada tim tentang perubahan yang diusulkan, dan membahas jadwal. Mulai saat ini, sangat penting bahwa semua orang yang terlibat dalam proyek ini memiliki akses ke semua dokumen terkait, termasuk spesifikasi proyek, desain, dokumentasi penagihan terkait, dan banyak lagi.
Karena dokumen ini sering berubah, dan mungkin sering ditambahkan selama tahap awal proyek, penting untuk memiliki sumber kebenaran yang dapat diandalkan yang dapat diakses kembali oleh tim. Untuk memastikan semua orang memiliki satu tempat untuk berbagi dan mengakses sumber daya ini, kami membuat Kartu Sumber Daya Proyek Aktif untuk dibagikan kepada tim. Kami menempatkan ini dalam Papan Pod Monetisasi, di mana semua pemangku kepentingan yang tepat memiliki akses penulis.
Sepanjang proses pengembangan, para insinyur kami tidak perlu khawatir tentang menandai file desain atau memeriksa apakah salinan yang diberikan kepada mereka minggu lalu masih terbaru. Sebaliknya, mereka dapat merujuk kembali ke Kartu Sumber Daya Proyek Aktif saat bekerja, memastikan mereka membangun berdasarkan informasi yang paling terbaru. Lihat bagaimana tim teknik menggunakan Guru.
Fase 2: Persiapan rilis
Kami melihat rilis fitur sebagai olahraga tim di Guru. Saat kami mendekati akhir pengembangan, kami perlu memastikan bahwa kami telah memenuhi semua persyaratan, menguji potensi titik sakit pelanggan, dan berkomunikasi dengan baik tentang perubahan yang akan datang kepada tim yang berhadapan dengan pelanggan kami. Karena ini adalah fase di mana informasi kemungkinan besar akan berubah dengan cepat, memastikan bahwa semua pengetahuan diverifikasi oleh ahli yang sesuai adalah hal yang paling penting.
Untuk proyek penagihan terbaru kami, kami mengalokasikan satu minggu bagi tim dan pemangku kepentingan kami untuk melakukan jaminan kualitas (QA) dan menguji pengalaman pelanggan baru sebelum diluncurkan. Karena ini adalah proyek yang sangat teknis, ada beberapa langkah yang terlibat dalam menyiapkan lingkungan dan mempersiapkannya untuk pengujian, termasuk mengaktifkan fitur bendera dan mengerjakan serangkaian langkah checkout replika tertentu. Untuk memastikan semua orang memiliki semua informasi yang mereka butuhkan untuk berpartisipasi dalam pengujian, pemimpin tim teknik kami membuat Kartu dengan instruksi langkah demi langkah untuk berpartisipasi dalam QA. Kami mengirimkan Kartu ini kepada Pod dan pemangku kepentingan kami melalui sebuah pengumuman untuk memastikan mereka telah membacanya sebelum mereka mulai pengujian.
Saat QA berlangsung, juga penting untuk memberi tahu tim yang berhadapan dengan pelanggan kami tentang perubahan yang akan datang untuk mempersiapkan mereka menghadapi pertanyaan dari prospek atau pelanggan. Meskipun perubahan ini sebagian besar berfokus pada kegunaan dan keandalan (tidak seperti perubahan antarmuka yang lebih besar), beberapa bagian dari pengalaman penagihan yang lama akan diubah dengan proyek ini. Untuk mengkomunikasikan perubahan ini dengan cukup waktu untuk meninjau dan bertanya, kami memperbarui Kartu rincian fitur penagihan kami.
Anda akan melihat bahwa ini adalah pertama kalinya dalam proses ini bahwa kami menggunakan kata memperbarui bukan membuat, dan itu disengaja. Kami menggunakan Kartu rincian fitur sebagai sumber kebenaran yang hidup tentang fitur untuk tim yang berhadapan dengan pelanggan kami, yang berarti satu ada untuk semua fitur aktif kami setiap saat.
Ketika kami memperbarui dan meningkatkan fitur yang ada, kami memperbarui dan meningkatkan Kartu rincian fitur sesuai. Ini mencegah masalah lama tentang seorang wakil penjualan yang tidak yakin apakah mereka melihat dokumentasi yang sudah ketinggalan zaman tentang suatu fitur dan menghubungi insinyur dengan panik saat menghubungi. Mereka bisa yakin bahwa Kartu tentang halaman penagihan yang mereka andalkan tahun lalu sama akuratnya dengan tahun ini, seperti yang telah diverifikasi oleh tim yang mengerjakan peningkatan tersebut.
Fase 3: Rilis dan selanjutnya
Aplikasi yang paling jelas dari enablement produk mungkin sangat baik berhubungan dengan peluncuran fitur baru atau yang telah ditingkatkan. Dari tinjauan seperti Kartu rincian fitur di atas hingga troubleshooting Q&A yang sangat teknis dan spesifik, banyak hal yang dilakukan untuk memastikan tim yang berhadapan dengan pelanggan dilengkapi dengan semua yang mereka butuhkan untuk menjual dan mendukung setiap rilis. Dan saat fitur terus diiterasikan dan diperbaiki seiring waktu, tetap penting bahwa semua dokumentasi tetap diperbarui dan mencerminkan keadaan produk saat ini.
Tidak mengherankan bahwa halaman penagihan sangat kompleks dan bernuansa, yang berarti tidak ada kekurangan pertanyaan potensial yang mungkin diajukan pelanggan saat mereka menyelesaikan proses checkout. Meskipun pengalaman penagihan kami bukanlah sesuatu yang mungkin harus dibicarakan oleh tim penjualan kami secara mendetail, ini adalah area di mana tim dukungan kami sering membantu pelanggan menavigasi. Untuk mempersiapkan peluncuran ini dan peningkatan mendatang lainnya pada pengalaman checkout kami, pemimpin tim teknik kami bekerja dengan juara dukungan pelanggan kami untuk menyusun daftar FAQ teknis, yang ditambahkan seiring dengan munculnya pertanyaan baru. Ini memberikan tidak hanya tim dukungan, tetapi siapa pun yang menjawab pertanyaan pelanggan tentang penagihan tempat yang konsisten untuk diperiksa terlebih dahulu sebelum menghubungi tim kami (dan kemudian, menambahkan ke Kartu FAQ teknis!).
Selain menjaga Kartu FAQ tetap diperbarui seiring kemajuan iterasi, Kartu rincian fitur juga tetap segar. Selain mencatat tanggal peluncuran resmi dan poin pembicaraan penting tentang pengalaman penagihan baru, kami juga akan menyediakan tautan ke Kartu dan sumber daya terkait lainnya, seperti pos blog ini. Dengan membuat tempat satu atap untuk mengakses semua informasi yang tersedia tentang fitur, kami memberi tim yang berhadapan dengan pelanggan kepercayaan untuk berbicara kepada pelanggan dan prospek dengan perspektif yang sepenuhnya terinformasi.
Untuk menutup lingkaran ini, kami tidak boleh melupakan bagaimana umpan balik pelanggan dan pasar memainkan peran penting dalam siklus pengembangan produk. Saat tim kami membawa fitur baru dan peningkatan kepada pelanggan yang sudah ada dan pasar kami, kami mengumpulkan wawasan berharga tentang apa yang membantu mereka melakukan pekerjaan dengan lebih baik, dan apa yang mereka harapkan untuk kami fokuskan selanjutnya. Mendokumentasikan dan membagikan informasi ini kepada tim produk kami adalah bagian penting dari proses pengembangan iteratif kami, dan membantu kami memberikan nilai maksimum kepada pelanggan kami. Dan dokumentasi tentang bagaimana cara membagikan berbagai mode umpan balik (rekaman panggilan, email, dll.) disimpan di—anda bisa menebaknya—Guru.
Alami kekuatan platform Guru secara langsung - ikuti tur produk interaktif kami
.webp)
