Pengurusan Pihak Berkepentingan tanpa Menjadi Meja Bantuan
Saya pernah melalui satu suku di mana saya menjawab 217 DM Slack dalam 11 minggu dan menghasilkan tepat sifar perkara yang saya berbangga. Kalendar saya penuh. Senarai tertangguh JIRA saya tidak disentuh. Pengurus saya terus bertanya bila analisis kohort kadar peralihan pelanggan akan siap, dan saya terus berkata "minggu depan" sambil menarik pecahan MRR seseorang untuk kali keempat bulan itu.
Itu bukan masalah beban kerja. Itu masalah peranan. BA yang menjawab setiap ping dalam 4 minit bukan wira. Mereka adalah satu titik kegagalan dengan jam kira mundur burnout yang berjalan di latar belakang.
Biar saya tunjukkan matematiknya. 30 permintaan ad hoc seminggu adalah di hujung rendah untuk mana-mana BA yang terbenam dalam pasukan produk atau hasil yang sebenar. Setiap permintaan kelihatan seperti 5 minit "hanya menarik angka." Ia tidak. Kos sebenar adalah cukai pertukaran konteks, yang mana kajian dari Universiti California meletakkannya pada kira-kira 23 minit untuk memulihkan fokus sepenuhnya selepas gangguan. Bulatkan kepada 25.
30 x 25 = 750 minit. Itu adalah 12.5 jam. Keseluruhan Selasa anda dan kebanyakan Rabu anda hilang sebelum anda menulis satu baris SQL strategik.
Jadi masalahnya bukan anda lambat. Masalahnya adalah model operasi memberi ganjaran kepada ketersediaan, dan anda telah mengoptimumkan skor yang salah. Panduan ini adalah sistem pertahanan. Ia adalah borang permohonan, peraturan triaj, corak waktu pejabat, tinjauan, skrip eskalasi, dan kontrak satu halaman yang bersama-sama membolehkan anda mendapatkan semula Selasa dan Rabu tanpa menjadi orang yang tidak disenangi dalam pasukan.
Templat Permohonan yang Menapis
Langkah tunggal yang paling berimpak tinggi yang boleh anda lakukan minggu ini adalah meletakkan borang antara anda dan peminta. Bukan kerana borang adalah hebat, tetapi kerana tindakan mengisi borang menyebabkan 40% permintaan hilang begitu sahaja. Peminta duduk, membuka borang, tiba di medan dua, menyedari mereka sebenarnya tidak tahu keputusan apa yang angka ini membuka kunci, dan menutup tab. Itu adalah kemenangan. Mereka tidak memerlukannya. Anda bukan pengawal pintu. Borang itulah pengawal pintu.
Inilah versi empat medan. Jadikannya aliran kerja Slack, borang Notion, Google Form, apa sahaja yang digunakan organisasi anda. Saya lebih suka aliran kerja Slack kerana geserannya paling dekat dengan tempat permintaan berasal.
Borang Permohonan Analitik
- Masalah yang anda selesaikan. Satu ayat. Apa yang rosak atau apa yang anda cuba fahami? Bukan metrik, tetapi situasinya. Buruk: "Saya perlukan kadar penukaran mengikut saluran." Baik: "Perbelanjaan media berbayar naik 30% tetapi kami tidak tahu sama ada pendaftaran mengikuti."
- Keputusan yang ia buka kunci. Apa yang akan anda lakukan secara berbeza dengan angka ini? Jika jawapannya ialah "saya hanya ingin tahu" atau "VP yang tanya," itu adalah tanda amaran. Sama ada eskalasikan permintaan VP atau tutup permintaan curiosity dengan baik.
- Kecemasan, dengan tarikh sebenar. "ASAP" bukan tarikh. "Menjelang Khamis 2ptg kerana itu waktu semakan bajet" adalah tarikh. Paksa rujukan kalendar. Ini membunuh 80% kecemasan palsu.
- Carian terdahulu. Papan pemuka, dokumen, atau thread Slack lepas apa yang anda semak dahulu? Jawapan dua baris diperlukan. Ini bukan hukuman. Ini adalah isyarat. Jika mereka sudah cari dan tidak jumpa apa-apa, menu papan pemuka anda mempunyai jurang dan itu adalah maklumat berguna.
Lekatkan borang dalam saluran Slack utama pasukan anda. Letakkan satu baris pengalihan dalam profil Slack anda: "Untuk permintaan data, sila gunakan borang permohonan: [pautan]. Saya mengemaskini respons Selasa/Khamis." Sekarang apabila seseorang menghantar DM kepada anda dengan "hei boleh tarik...", anda membalas dengan satu ayat: "Masukkan dalam borang permohonan supaya saya boleh memprioritikan dengan jujur. Pautan dalam profil saya." Selesai. Tiada perdebatan.
Anda akan berasa kurang sopan dalam sepuluh kali pertama. Anda tidak berlaku kurang sopan. Anda berlaku lebih jelas. Pihak berkepentingan jauh lebih suka sistem yang boleh mereka lihat berbanding rakan yang tidak boleh mereka ramal.
Peraturan Layan Diri Dahulu
Kira-kira 60% permintaan berulang adalah enam soalan yang sama dengan pakaian berbeza. "Berapa MRR bulan ini?" "Berapa pendaftaran minggu lepas dari berbayar?" "Di mana kita dalam sasaran suku tahunan?" Jika anda telah menjawab soalan lebih dari tiga kali, soalan itu tidak layak mendapat satu lagi jawapan. Ia layak mendapat artifak.
Tiga artifak menangani kebanyakannya.
Menu Enam Papan Pemuka. Satu halaman, enam pautan, tajuk bahasa biasa. Bukan "Kohort Pengekalan v3 (akhir)(gunakan ini)." Tajuk sebenar seperti "Bagaimana perniagaan berjalan minggu ini?", "Dari mana hasil datang?", "Ciri mana yang sebenarnya digunakan orang?", "Bagaimana prestasi jualan berbanding kuota?", "Di mana pendaftaran terhenti?", "Apa yang rosak dalam onboarding?". Setiap satu pautan ke satu papan pemuka kanonik. Tidak lebih, tidak kurang. Jika pihak berkepentingan perlukan yang ketujuh, itu adalah projek, bukan papan pemuka.
Kamus Metrik. Satu halaman Notion atau dokumen Confluence. Setiap metrik yang digunakan organisasi anda, dengan tiga lajur: Definisi (satu ayat), Jadual atau query sumber (supaya pengguna berkuasa boleh mengesahkan), dan Pemilik (nama sebenar). Lima puluh baris maksimum. Jika anda mempunyai lebih daripada 50 metrik yang memerlukan definisi, separuh daripadanya adalah alias untuk perkara yang sama dan anda mempunyai masalah yang berbeza.
Loom Corong 20 Minit. Rakam diri anda menelusuri papan pemuka corong utama syarikat. Dari mana data berasal. Mengapa angka ini jatuh di sini. Soalan apa yang papan pemuka ini jawab dan soalan apa yang tidak dapat dijawabnya. Hantar kepada setiap pekerja baharu pada hari pertama. Sertakan dalam Notion pekerja baharu. Bilangan DM "boleh terangkan bagaimana corong berfungsi" turun sebanyak 70%.
Konvensyen penamaan penting. Awali semua artifak kanonik dengan [ANALYTICS] supaya carian menemuinya dahulu. [ANALYTICS] Menu Papan Pemuka, [ANALYTICS] Kamus Metrik, [ANALYTICS] Panduan Corong. Penamaan yang membosankan adalah penamaan yang baik.
Apabila seseorang menghantar DM dengan soalan Peringkat-1, balasan anda adalah pautan ditambah satu baris: "Ini ada dalam menu papan pemuka di bawah 'Dari mana hasil datang?' ([pautan]). Jika ia tidak menjawab soalan anda, masukkan susulan dalam borang permohonan." Anda tidak menolak untuk membantu. Anda mengajar mereka memancing, dan anda hanya perlu melakukannya sekali bagi setiap orang.
Triaj Peringkat-1 berbanding Peringkat-2
Tidak setiap permintaan mempunyai bentuk yang sama. Cara paling cepat untuk tenggelam adalah melayan semuanya seperti sama. Dua peringkat, peraturan yang jelas.
Peringkat-1: Jawapan layan diri, maksimum 15 minit masa anda. Data wujud dalam papan pemuka. Metrik sudah ditakrifkan. Jawapannya ialah "pergi lihat di sini." Balas dengan pautan. Secara pilihan tambah satu ayat konteks jika konteks membantu. Teruskan. Jumlah masa termasuk menulis balasan: di bawah 5 minit.
Peringkat-2: Memerlukan query, analisis, atau pertimbangan. Apa sahaja yang memerlukan anda menulis SQL, menarik dari sumber baharu, menyegmentasikan dengan cara yang belum disimpan, atau mentafsirkan maksud angka itu. Ini adalah kerja sebenar. Ia layak mendapat tiket, anggaran, dan slot dalam minggu anda. Ia tidak layak mendapat balasan DM Slack.
Skrip pengalihan untuk Peringkat-2:
"Yang ini memerlukan analisis sebenar, jadi mari kita masukkan dalam giliran dengan betul. Boleh anda masukkan dalam borang permohonan? Saya akan berikan ETA dalam hari perniagaan yang sama, dan jika ia mendesak kita boleh bincang tentang menyusun semula prioriti. Cuba tidak melakukan analisis sebenar dalam DM kerana saya selalu kehilangan jejaknya."
Perhatikan apa yang skrip itu lakukan. Ia bukan "tidak." Ia bukan "guna borang, orang awam." Ia menjelaskan mengapa borang membantu peminta (anda akan mendapat ETA, anda akan mendapat keterlihatan, anda tidak akan tersesat). Dan ia mengakui had manusia yang sebenar, yang lebih mudah diterima daripada sebuah polisi.
Enggan melakukan kerja Peringkat-2 dalam DM. Saat anda berkata ya kepada satu, setiap peminta belajar bahawa DM adalah laluan ekspres dan borang adalah laluan perlahan, dan borang anda mati dalam seminggu. Pegang garisan selama bulan pertama dan sistem akan stabil.
Teknik Debug Tanya Mengapa Tiga Kali
Kebanyakan permintaan permukaan bukan soalan sebenar. Otak pihak berkepentingan telah memampatkan masalah sebenar menjadi permintaan data sekecil mungkin yang dapat mereka fikirkan, dan mereka menyerahkan versi termampat itu kepada anda. Kerja anda adalah untuk menguraikannya.
Corak ini dipinjam dari 5 Mengapa Toyota, tetapi tiga biasanya sudah cukup untuk BA. Tiga rantai sebenar dari minggu saya sendiri:
Rantai pertama. Permintaan permukaan: "Tarik kadar peralihan pelanggan untuk minggu lepas." Mengapa? "Kerana CEO mahu tahu sama ada kadar peralihan meningkat." Mengapa CEO mengambil berat minggu ini? "Kerana ahli lembaga bertanya tentang pengekalan dalam persediaan semalam." Apakah soalan sebenarnya? "Adakah cerita pengekalan kita untuk lembaga boleh dipertahankan?" Itu bukan angka. Itu adalah naratif satu halaman dengan tren 12 bulan, carta kohort, dan perenggan tentang apa yang mendorong angka tersebut. "Tarikan kadar peralihan cepat" adalah permintaan 30 minit. Permintaan sebenarnya adalah permintaan 4 jam. Lebih baik mengetahuinya pada minit kedua berbanding jam ketiga.
Rantai kedua. Permintaan permukaan: "Berapa pengguna menggunakan ciri baharu minggu lepas?" Mengapa? "Saya mahu tahu sama ada pelancaran berjaya." Apa maksud 'berjaya' bagi anda? "Bahawa orang menggunakannya dan ia membantu pengekalan." Adakah kita menetapkan asas untuk impak pengekalan? "Tidak, kita belum." Projek sebenar bukan kiraan penggunaan. Ia adalah kerangka penilaian pelancaran. Tetapi juga: penggunaan sahaja adalah metrik sia-sia, dan memberikannya tanpa konteks akan membuatkan pasukan berasa sama ada terlalu baik atau terlalu buruk secara palsu. Jawapan yang jujur ialah "saya akan berikan anda penggunaan dan bacaan pengekalan dalam 10 hari setelah kita mempunyai kohort," bukan "527 pengguna."
Rantai ketiga. Permintaan permukaan: "Boleh anda bina papan pemuka untuk semakan Sales Ops mingguan kami?" Mengapa yang baharu? "Papan pemuka semasa tiada beberapa perkara." Apa yang tiada? "Saya tidak pasti. Sarah kata ia tidak menunjukkan perkara yang betul." Apa yang akan menjadikan semakan ini benar-benar berguna bagi anda? (Perbualan 15 minit.) Hasil sebenar: bukan papan pemuka baharu. Tiga pengubahsuaian pada yang sedia ada dan panduan lima minit untuk Sarah tentang di mana data sudah ada. Jumlah kerja: 40 minit berbanding 6 jam.
Ritual "tanya mengapa tiga kali" adalah kerja sebenar BA. Sesiapa sahaja boleh menulis pernyataan SELECT. Menterjemahkan soalan perniagaan yang setengah matang kepada soalan data yang betul adalah kemahiran yang membayar anda. Lakukan ini pada setiap permintaan Peringkat-2, idealnya sebelum anda memulakan analisis. Panggilan susulan 10 minit mengalahkan analisis 6 jam terhadap soalan yang salah setiap kali.
Waktu Pejabat Mingguan
Borang tak segerak berfungsi untuk 80% permintaan. 20% yang lain memerlukan perbualan, dan perbualan-perbualan tersebut memusnahkan kalendar anda jika anda mengendalikannya secara berasingan. Penyelesaiannya adalah mengelompokkannya.
Dua blok dua jam seminggu. Saya menjalankan milik saya Selasa 10pagi-12tengahari dan Khamis 2ptg-4ptg. Pautan Zoom terbuka, singgahan dialu-alukan, tiada agenda diperlukan. Salinan jemputan kalendar:
Waktu Pejabat Analitik: singgah bila-bila masa
Sesiapa dalam syarikat boleh menyertai semasa blok ini untuk soalan data, bantuan papan pemuka, atau memikirkan apa yang hendak diukur. Tiada persediaan diperlukan. Kami akan menyelesaikan bersama sesiapa yang hadir.
Untuk apa ini: panduan papan pemuka, perbualan "apa yang perlu saya jejaki," mengukur projek sebelum menghantar permohonan, nyahpepijat angka yang kelihatan pelik, mempelajari metrik.
Bukan untuk apa ini: isu pengeluaran mendesak (halaman on-call), persediaan lembaga eksekutif (tempah terus dengan dokumen persediaan 48 jam lebih awal), persediaan temu duga, sembang kerjaya 1:1 (tempah itu secara berasingan).
Pautan Zoom: [pautan]. Tak segerak lebih diutamakan selain itu (borang permohonan dalam #data-requests).
Dua kesan. Pertama, orang yang benar-benar memerlukan perbualan secara langsung mendapatnya, dan perbualan itu lebih baik kerana anda bersedia untuk berada dalam mod perbualan. Kedua, orang yang fikir mereka memerlukan perbualan sering menyedari semasa waktu pejabat bahawa jawapannya ada dalam papan pemuka sepanjang masa, dan mereka beredar secara layan diri. Kedua-duanya adalah kemenangan.
Peraturan keras: jangan panjangkan waktu pejabat apabila seseorang muncul pada pukul 11.55 dengan projek 90 minit. Katakan "ini bagus, sila masukkan dalam borang permohonan dan saya akan memprioritikan petang ini." Keseluruhan tujuan blok itu adalah sempadan.
Tinjauan NPS Pihak Berkepentingan
Anda tidak boleh menambah baik apa yang tidak anda ukur, dan kepuasan pihak berkepentingan adalah metrik yang kebanyakan pasukan analitik abaikan sehingga seseorang menjadualkan mesyuarat dengan HR.
Suku tahunan. Tiga soalan. Tanpa nama. Sasaran 60% respons pihak berkepentingan. Inilah versi yang saya jalankan:
- Pada skala 0-10, berapa besar kemungkinan anda mengesyorkan bekerjasama dengan pasukan analitik kepada rakan sejawat di syarikat lain? (Skala NPS standard.)
- Apakah satu perkara yang kami lakukan dengan baik yang kami perlu teruskan?
- Apakah satu perkara yang kami patut berhenti lakukan atau lakukan secara berbeza?
Tiga peraturan untuk menggunakan hasil tanpa menjadi defensif.
Pertama, pisahkan isyarat dari pelepasan emosi. Jika seorang orang menulis "mereka lambat," itu adalah satu titik data. Jika lima orang menulis sesuatu versi "saya tidak pernah tahu bila permintaan saya akan selesai," itu adalah masalah sistem dan disiplin ETA permohonan anda rosak. Cari corak dalam perkataan, bukan volum mana-mana satu komen.
Kedua, kongsi hasilnya. Dengan pengurus anda. Dengan pasukan. Lekatkan ringkasan yang digabungkan dalam saluran anda. Tindakan menjadi akauntabel secara terbuka kepada maklum balas mengubah dinamik, anda bukan lagi meja bantuan yang dinilai, anda adalah pasukan yang memperbaiki diri secara terbuka.
Ketiga, pilih satu perkara setiap suku tahunan dan betulkan dengan sebenarnya. Jangan cuba menangani setiap komen. Pilih yang paling banyak muncul, betulkan, umumkan pembetulan dalam kitaran tinjauan seterusnya ("suku lepas anda kata X, inilah yang kami ubah"). Kitaran maklum balas kepada tindakan kepada pengumuman itulah yang membina kepercayaan lebih cepat daripada setahun menjadi wira.
NPS tidak akan tinggi dalam kitaran pertama anda. Milik saya adalah 4 pada kali pertama. Tidak mengapa. Yang penting adalah trendnya.
Laluan Eskalasi
Kebanyakan pihak berkepentingan menerima giliran setelah mereka melihatnya berfungsi. Segelintir tidak. Bahagian paling sukar dalam kerja adalah apa yang anda lakukan dengan segelintir itu.
Inilah eskalasi empat langkah, mengikut urutan. Langkau langkah atas risiko anda sendiri.
Langkah satu: perbualan langsung. Bukan mesej Slack. Panggilan langsung selama 15 minit. Skrip:
"Hei, saya mahu tandakan sesuatu. Anda telah menghantar enam permintaan di luar borang permohonan dalam dua minggu lepas, semuanya dengan kecemasan pada hari yang sama. Saya mahu membantu, tetapi cara ia berfungsi sekarang bermakna tiket orang lain tergelincir, dan anda tidak mendapat prioriti yang jujur pun, anda mendapat apa sahaja yang boleh saya capai antara mesyuarat. Boleh kita bercakap tentang apa yang sebenarnya mendesak untuk anda supaya kita boleh memprioritikan dengan adil?"
Mulakan dengan masalah, bukan polisi. Kira-kira 70% kes berakhir di sini, kerana pihak berkepentingan tidak menyedari kosnya.
Langkah dua: pengurus mereka. Jika corak berterusan, libatkan pengurus mereka. Bukan e-mel aduan. Sesi kerja. "Hei [pengurus pihak berkepentingan], [nama] dan saya sedang menyelesaikan cara memprioritikan permintaannya berbanding giliran yang lain. Boleh anda sertai panggilan 20 minit supaya kita dapat menyelaraskan apa yang menjadi prioriti teratas untuk [pasukan mereka] pada suku ini?" Ini kedengaran seperti kerjasama kerana ia memang kerjasama, dan ia menarik pengurus ke dalam perbualan prioriti, yang mana tempatnya.
Langkah tiga: pengurus anda. Jika langkah dua tidak berkesan, eskalasikan kepada pengurus anda sendiri dengan butiran khusus. Tarikh, volum permintaan, kesan kepada peta jalan yang dikomitkan anda. Kerja pengurus anda adalah untuk mempertahankan peta jalan anda. Berikan mereka peluru. "Inilah 14 permintaan ad hoc dari [pihak berkepentingan] dalam 30 hari lepas, inilah kerja strategik yang tergelincir kerananya, inilah yang telah saya cuba."
Langkah empat: panggilan prioriti bersama. Pengurus anda + pengurus mereka + anda + pihak berkepentingan, 30 minit, agenda ialah "mari bersetuju tentang prioriti untuk 30 hari hadapan." Ini jarang berlaku. Jika ia diperlukan, lakukan. Hasilnya sama ada pengagihan semula prioriti yang sebenar atau isyarat jelas bahawa hubungan pihak berkepentingan ini memerlukan perubahan struktur.
Saya telah melakukan langkah empat mungkin dua kali dalam lima tahun. Setiap kali, hubungan menjadi lebih baik selepasnya, bukan lebih buruk. Orang menghormati kejelasan lebih daripada mereka menyukai kekaburan, walaupun kejelasan itu memanglah harga.
Kontrak
Kumpulkan semua ini dalam dokumen satu halaman bertajuk "Cara Bekerja dengan Pasukan Analitik." Bahagian:
- Apa yang kami lakukan. Satu perenggan.
- Apa yang kami tidak lakukan. Satu perenggan. Spesifik. "Kami tidak menarik angka untuk e-mel individu atau curiosity sekali guna. Kami tidak membina papan pemuka baharu tanpa panggilan skop 30 minit."
- Cara meminta kerja. Pautan borang permohonan, ETA yang dijangka, definisi Peringkat-1 berbanding Peringkat-2.
- Sumber layan diri. Menu papan pemuka, kamus metrik, panduan corong.
- Waktu pejabat. Waktu dan peraturan.
- Eskalasi. "Jika permintaan benar-benar mendesak dan borang terasa terlalu lambat, mesej [pengurus anda] secara langsung dengan konteksnya. Kami akan menyusun semula jika ia benar-benar mendesak." Ya, berikan mereka laluan kecemasan. Laluan itu mempunyai pengawal pintu yang bukan anda.
Lekatkan dalam saluran Slack utama pasukan anda. Pautan ke sana dari profil Slack anda. Hantar kepada setiap pekerja baharu. Rujuk kepadanya apabila anda mengalihkan DM ke borang.
Kontrak itu bukan birokrasi. Ia adalah artifak yang mengubah "Camellia sibuk dan saya tidak tahu mengapa" kepada "pasukan analitik mempunyai sistem dan inilah cara ia berfungsi." Pertukaran itu, dibuat secara terbuka, adalah perbezaan antara menjadi meja bantuan dan menjadi sebuah fungsi.
Kerja anda bukan untuk tersedia. Kerja anda adalah untuk menjadikan organisasi lebih pintar. Borang permohonan adalah sempadan. Layan diri adalah skala. Waktu pejabat adalah injap pelepas. Eskalasi adalah jaring pengaman. Kontrak adalah resit. Jalankan sistem, pegang garisan selama satu suku, dan anda akan mendapatkan semula Selasa dan Rabu anda.
Di situlah kerja strategik tersembunyi sepanjang masa.
