Lakukan Ini Sekarang: 8 Cara untuk Memfokuskan Tim Produk Anda pada Dampak, Bukan Fitur

Awalnya diterbitkan di amplitude.com.

“Saya bekerja di pabrik fitur! Apa yang bisa saya lakukan untuk mendorong organisasi saya untuk lebih fokus pada dampak dan kurang memberikan fitur? "

Dalam posting ini, saya akan menyajikan delapan hal yang dapat Anda lakukan minggu ini untuk mulai mendorong organisasi Anda agar lebih terfokus pada dampak. Big-bang, perubahan linear bekerja dalam beberapa konteks, tetapi pengembangan produk adalah binatang yang berbeda; sangat mudah untuk menekan tombol yang salah dan mengganggu mojo agen perubahan Anda. Dengan mengingat konteks itu, berikut adalah delapan dorongan yang berfokus pada dampak yang saya amati dengan sukses dan aman mendorong perubahan dalam berbagai organisasi.

1. Reframe permintaan fitur sebagai ‘taruhan’

Jadi ... seseorang meminta Anda untuk membangun X dengan tepat, atau untuk menghasilkan peta jalan fitur-sentris. Pendekatan favorit saya di sini adalah untuk memainkan permainan mereka, tetapi lapisan pada permainan. Biarkan saya jelaskan. Mari kita asumsikan sejenak bahwa orang yang meminta X secara ajaib tahu persis apa yang harus dibangun. Mereka waskita dan mahatahu. Ada yang bilang Steve Jobs seperti ini, saya tidak setuju, tapi mari kita beri fitur-pemohon manfaat dari keraguan. "Bisakah Anda menggambarkan taruhan Anda lebih detail?" Saya akan bertanya. “Apa yang akan kita lihat jika taruhan ini berhasil? Apa peluangnya? Bagaimana kita memainkan tangan ini? "

Apa yang Anda perhatikan adalah bahwa pemohon 1) merasa senang tentang “menempatkan taruhan” (rasanya berani, tidak seperti menjalankan eksperimen yang sangat sedikit), dan 2) dengan menyebutnya taruhan, entah bagaimana kami membebaskan mereka untuk berbicara secara terbuka tentang risiko, dan mengharapkan kenaikan. Menyebalkan untuk mendapatkan permintaan preskriptif, tetapi dengan mendapatkan kejelasan lebih lanjut tentang taruhan, kami setengah jalan menuju beberapa kegiatan di bawah ini seperti Tinjauan Keputusan Produk dan One-Pager.

2. Tulis rekap sebelum Anda mulai

Saya menyebutnya rekap dalam botol. Sebelum Anda memulai inisiatif, bekerjalah dengan tim Anda untuk merancang presentasi rekap terlebih dahulu (precap jika Anda suka). Susun sesuatu yang Anda akan banggakan terlepas dari hasilnya.

  • Apa status quo?
  • Jika intervensi Anda berhasil, apa yang mungkin kami amati?
  • Perilaku / hasil siapa yang akan berubah?
  • Bagaimana mereka akan berubah?
  • Bagaimana perilaku baru ini bermanfaat bagi pelanggan / pengguna dan bisnis?
  • Apa yang akan dikatakan pelanggan tentang pembaruan?

Berkomitmen untuk menyajikan rekap ke organisasi yang lebih luas pada titik tertentu di masa depan atau pada irama tertentu. Dan benar-benar menyajikannya! Transparansi dan kesediaan untuk melakukan introspeksi akan menginspirasi tim lain. Info lebih lanjut tentang cara menjalankan precaps di sini.

3. Isi backlog / papan pembelajaran

Isi dan persiapkan simpanan belajar yang diprioritaskan oleh “nilai” pembelajaran. Kerangkaakan setiap item dalam tumpukan pembelajaran sebagai sebuah pertanyaan yang dipasangkan dengan keputusan (atau keputusan) yang menjawab pertanyaan tersebut mungkin memberi informasi. Untuk memprioritaskan upaya belajar Anda, pertimbangkan untuk memprioritaskan upaya belajar Anda, pertimbangkan jumlah uang maksimum yang akan Anda bayar untuk informasi. jumlah uang maksimum yang akan Anda bayar untuk informasi tersebut. Sekarang curah pendapat eksperimen untuk menjawab pertanyaan-pertanyaan ini. Bagaimana Anda bisa menjawab pertanyaan dengan cepat, murah, dan aman? Jalankan satu atau dua percobaan bersamaan dengan tanggal kedaluwarsa, dan ulas secara berkala apa yang telah Anda pelajari (sebisa mungkin untuk publik). Bahkan tim yang ditugaskan membangun fitur akan mendapatkan keuntungan dengan secara eksplisit menyebut tujuan pembelajaran mereka.

Contoh Barang Backlog

Pertanyaan:

  • Bagaimana perbedaan tujuan dan kebiasaan orientasi antara pengguna perusahaan dan pengguna SMB?

Memutuskan:

  • apakah akan merancang / mengembangkan aliran alternatif berdasarkan segmen pelanggan.
  • seberapa besar fokus pada penggerak adopsi organik selama aliran orientasi, karena kami percaya pengguna perusahaan dan SMB akan kurang / lebih reseptif terhadap upaya ini

Pertanyaan:

  • Di mana bagian terawal dari percobaan gratis ke saluran konversi berbayar dalam hal dampak pada LTV pelanggan (vs jumlah pengguna)?

Memutuskan:

  • Tinjau kembali bagaimana kami melaporkan, dan optimalkan untuk tingkat konversi
  • Fokus pada optimasi harga

4. Tahan ulasan keputusan produk triwulanan

Jadi, Anda telah sedikit berjalan dalam mode pabrik fitur (dan Anda tidak melakukan rekap dalam latihan botol di atas) ... well, mungkin sudah waktunya untuk inventaris dan peninjauan keputusan produk. Pengembangan produk dipenuhi dengan keputusan yang tak terhitung jumlahnya. Tahan ulasan keputusan produk triwulanan untuk bertanya, “Informasi apa yang kami miliki pada saat pengambilan keputusan? Dalam konteks apa kami beroperasi? Pilihan apa yang kami pertimbangkan? ”

Tujuannya di sini bukan untuk fokus secara rabun pada hasil - apa yang akhirnya terjadi (yang seringkali didorong oleh keberuntungan) - tetapi lebih baik untuk meninjau proses pengambilan keputusan untuk memahami Tinjau proses pengambilan keputusan untuk memahami peluang untuk perbaikan. peluang untuk perbaikan.

Output dari latihan ini mungkin termasuk: beberapa daftar periksa heuristik, menyetujui instrumen bagian baru dari aplikasi Anda, mencoba teknik penelitian baru, membuat keputusan timeboxing, memindahkannya lebih dekat ke garis depan, dll. Salah satu mantra saya adalah "kualitas keputusan yang tinggi , kecepatan keputusan tinggi ”, dan latihan ini membantu mengasah keterampilan itu. Seperti halnya semua kegiatan ini: tekankan keamanan psikologis. Pekerjaan ini sulit, dan kami tidak pernah memiliki informasi yang sempurna.

Praktik bertanya, penelitian, pemodelan, analisis, dan penceritaan data dilakukan. Masalahnya adalah kebanyakan orang merasa "berada di tempat" ketika melakukan presentasi resmi. Ada banyak tekanan untuk melakukannya dengan benar, yang berarti mereka memainkannya dengan aman (atau tidak melakukannya sama sekali). Satu dorongan adalah untuk mengatur makan siang workshopping wawasan / analitik lintas-fungsional reguler.

Tentukan format presentasi singkat, lima menit, dan biarkan sepuluh menit penuh untuk diskusi yang bersemangat. Cobalah menyesuaikan tiga atau empat presentasi / diskusi per makan siang. Yang penting, buat itu "aman" untuk pekerjaan yang belum selesai dan bagi non-ahli untuk berbagi kemajuan mereka.

6. Tambahkan komponen perilaku ke personas

Sebagian besar inisiatif produk memiliki (atau seharusnya memiliki) "Siapa" dalam pikiran. Untuk siapa Anda membangun? Apa yang mereka coba capai? Apa yang kita ketahui tentang mereka?

Tanpa masuk jauh ke dalam sifat persona — ada keyakinan penuh semangat tentang masalah itu — ada baiknya, seperti klise, tahu pelanggan Anda. Bayangkan saya meminta Anda untuk membuat segmen dalam wawasan-alat-pilihan Anda yang mengidentifikasi "target" Anda Tanpa masuk jauh ke dalam sifat persona - ada keyakinan penuh semangat tentang masalah ini - itu membantu, seperti klise. , kenali pelanggan Anda. "Intervensi" (Saya lebih suka intervensi daripada fitur karena bagi saya itu lebih baik menggambarkan apa yang terjadi). Seperti apa bentuk kueri itu? Bagaimana Anda beralih dari semua manusia dalam produk Anda ke rangkaian manusia tertentu ini?

Yang menyenangkan tentang pendekatan ini adalah bahwa ia tampak cukup jinak di permukaan. Tetapi dengan benar-benar fokus pada "Siapa" yang sempit, Anda akan dapat memandu diskusi seputar dampak dan hasil secara lebih persuasif.

7. Tulis satu pager

Tidak ada yang inovatif tentang menggambarkan inisiatif dengan satu pager (atau enam pager dalam kasus Amazon). Sayangnya, banyak tim garis depan yang tidak pernah melihat "mengapa" merangkumnya dengan ringkas. "Kapal telah berlayar" untuk berbicara. Ini dapat dengan mudah diperbaiki.

Buat tulisan one-pager - idealnya berbagi struktur umum untuk mempermudah pemindaian dan perbandingan - dan membuatnya terlihat oleh tim untuk dilihat. Lebih baik lagi, undang anggota tim untuk bertanya dan berkomentar sementara inisiatif berada dalam tahap inkubasi / penilaian.

Salah satu workshop favorit saya melibatkan merancang format one-pager yang sesuai dengan org. Anda bisa melakukannya sendiri. Lakukan kegiatan brainstorming cepat pertanyaan yang harus dijawab di masing-masing-pager dan menggunakannya untuk mem-bootstrap v1 Anda. Prakteknya sendiri dalam mengklarifikasi "taruhan" pada satu halaman dapat mengarahkan organisasi ke arah dampak. Lihat di sini untuk panduan menulis satu pager dan contoh dokumen produk yang baik dari tim produk Amplitude:

Unduh: Cicipi one-pager dari tim produk Amplitude

8. Desain (dan iterate on) dashboard selalu aktif

Kebanyakan dasbor tidak pernah melihat cahaya hari. Mereka berkumpul di ruang hampa oleh satu orang dan kemudian dilupakan, bersama dengan informasi latar belakang, persyaratan, dan peringatan. Bagian dari alasan ini terjadi adalah (lagi) karena ketakutan dan perfeksionisme. Bagaimana jika "itu" salah "? Alasan lain untuk kuburan dasbor adalah bahwa tim tidak beralih pada dasbor mereka untuk membuatnya lebih efektif.

Bacaan Terkait: Mengapa Bereksperimen?

Solusinya? Monitor bersama yang besar dan dasbor yang selalu menyala. Undang pengeditan dan penyesuaian. Seiring waktu, Anda akan menemukan sesuatu yang semoga menginformasikan keputusan.

Sebagai penutup, apa yang berhasil bagi Anda ketika harus mengubah organisasi Anda menjadi lebih terfokus pada hasil (tentu saja dengan cara yang sehat)? Bagaimana Anda mengubah tenor pembicaraan tanpa memberi tip pada perahu? Bagaimana Anda "meretas" status quo dengan cara yang tidak mengancam pengaruh internal Anda?

Sebagai percobaan, saya ingin menulis posting tindak lanjut di mana saya menyusun tips Anda. Harap kirim kiat dalam komentar, dan saya akan mengumpulkannya di pos lain dalam waktu dekat. Terima kasih!

Awalnya diterbitkan di amplitude.com.