Mengerjakan proyek seperti ini seringkali rumit. Anda sering dikritik oleh manajemen perusahaan dan banyak pemegang saham. Setiap detail perlu dikoordinasikan dalam hal perubahan skala besar dan besar.
Saya baru-baru ini membuat dua perbaikan pada GitHub, dan respon yang saya terima melampaui semua mimpi terliar saya. Saya tidak pernah menerima begitu banyak rasa syukur dan cinta yang telah diberkahi oleh komunitas dengan murah hati kepada saya. Tapi apa yang saya lakukan bukanlah proyek yang besar dan solid. Benda-benda ini kecil .
Pertama, kami membuat favicon dinamis untuk halaman permintaan pull GitHub . [Artikel ini ditulis pada tahun 2017.] Tab browser sekarang selalu menampilkan status build permintaan tarik saat ini. Sebelum rilis pembaruan ini, pengguna harus beralih antar tab secara berkala untuk memeriksa apakah pembangunan telah selesai sehingga mereka dapat terus bekerja. Pengguna yang tidak sabar sangat sering memeriksa tab permintaan tarik.
Saya membuat ikon dan Jason bekerja untuk membuatnya diperbarui secara dinamis. Perubahan tersebut memakan waktu kurang dari seminggu dan langsung diperhatikan oleh ratusan orang. Di bawah ini hanyalah beberapa ulasan hangat untuk memberi Anda gambaran umum.
Tweet tentang favicons GitHub
Proyek saya selanjutnya adalah mengganti indikator
...
pada halaman permintaan tarik baru dengan panah yang menunjukkan arah penggabungan . Sebelum pembaruan ini dirilis, pengguna sering bingung arah penggabungan cabang.
Itu hanya satu baris kode yang saya tulis dalam beberapa menit. Saya bahkan tidak mendesain panah, itu sudah ada di kumpulan ikon kami.
Perubahan kecil ini memecahkan masalah yang relatif kecil, tetapi sangat berguna bagi banyak pengguna. Dan sekali lagi kami melihat ratusan ulasan dan repost yang menyenangkan.
Tweet GitHub Merge Arrow
Usaha kecil, hasil besar
Perubahan pertama membutuhkan waktu kurang dari seminggu, dan yang kedua hanya membutuhkan beberapa menit. Kedua pembaruan memengaruhi bagian yang sangat kecil dari platform, tetapi orang-orang bereaksi dengan sangat antusias dan bersemangat. Para pengguna sangat senang .
Ini tidak berarti bahwa hasil pembaruan dapat atau harus diukur dengan jumlah suka yang diterima - ini mungkin tidak sepenting nilainya untuk setiap pengguna. Tetapi umpan balik pribadi berbicara banyak tentang betapa berartinya peningkatan terkecil sekalipun bagi pengguna Anda.
Selama bertahun-tahun, saya telah melihat skema ini dalam berbagai interpretasinya berkali-kali:
Rekomendasi yang jelas, yang ditunjukkan di kotak pertama tabel, adalah mengerjakan tugas yang membutuhkan sedikit waktu dan menghasilkan banyak pembuangan. Ini lucu, tetapi saya tidak dapat mengatakan bahwa saya sering melihat perusahaan menerapkan nasihat ini. Mengingat betapa berharganya perbaikan semacam itu, sejujurnya saya tidak mengerti mengapa prinsip ini sangat jarang digunakan.
Mari kita bicara tentang bagaimana perubahan ini dapat berperan dalam hidup Anda.
Satu perubahan kecil bisa menghasilkan kemenangan besar
Orang-orang melakukan aktivitas pengulangan tinggi (seperti membuat permintaan tarik GitHub baru) satu juta kali sehari. Seorang pengguna individu dapat mengikuti rute tindakan yang sama beberapa kali seminggu, sehari, atau bahkan satu jam. Tindakan berulang ini menjadi bagian dari hidup mereka.
Bahkan jika ada satu tindakan atau ketidaknyamanan yang tidak perlu untuk digunakan, tindakan itu berlipat ganda dengan setiap iterasi. Satu tindakan suboptimal yang membutuhkan 5 detik ekstra dan diulangi berkali-kali dalam sehari menciptakan keributan yang tidak perlu dan hanya membuang-buang waktu.
Inilah sebabnya mengapa banyak pengguna sangat berterima kasih atas pembaruan ini. Mereka menghargai waktu yang mereka hemat di masa depan.
Reaksi serupa terjadi ketika Netflix menambahkan tombol yang memungkinkan pengguna melewati intro dalam serial tersebut. Dengan perubahan ini, pengguna tidak lagi harus memajukan dan memundurkan video untuk menemukan tempat yang tepat saat episode baru dimulai.
Kami dapat melihat umpan balik serupa sebagai tanggapan atas pembaruan Chrome, ketika mereka menambahkan ikon volume yang menunjukkan pada tab mana suara itu diputar. Dengan pembaruan ini, pengguna tidak lagi harus mengklik setiap tab yang terbuka untuk menemukan sumber suara yang menyebabkan ketidaknyamanan.
Ada banyak contoh lain tentang bagaimana perubahan kecil seperti itu telah memicu gelombang terima kasih yang antusias. Perubahan tersebut mungkin tampak sangat tidak signifikan, tetapi mereka sekali dan untuk selamanya menyelamatkan jutaan pengguna dari ketidaknyamanan yang harus mereka alami berulang kali.
Bayangkan salah satu dari dua puluh tab Anda di Chrome sekarang secara otomatis memutar video paling konyol di seluruh Internet. Melalui trial and error, Anda mengklik setiap tab untuk menemukan sumber suara. Anda tidak dapat menemukannya pertama kali. Bagaimana ini mungkin? Nah, Anda mungkin telah mengklik tab yang Anda inginkan dan tidak menyadarinya. Anda akan mencoba lagi dan lagi, hingga akhirnya, benar-benar putus asa, Anda menutup seluruh browser. Dan besok dan hari-hari berikutnya di masa mendatang, semua ini akan terulang dari awal.
Rekreasi pengalaman pengguna.
Bandingkan ini dengan pengalaman di mana pengguna hanya menutup tab dengan ikon volume.
Anda dapat melihat perubahan ini dalam hal penghematan waktu. Langkah-langkah perantara (ketika pengguna mengklik semua tab dalam urutan acak, mencoba menemukan sumber kebisingan, atau teka-teki tentang cabang mana yang bergabung dengan apa dan kekhawatiran tentang bagaimana tidak memecahkan kode dan menghancurkan perusahaan mereka) sangat waktu yang singkat, tetapi ketika ada banyak dari mereka, mereka menumpuk. Pembaruan semacam ini memungkinkan Anda untuk menyingkirkannya.
Saat Anda menyelamatkan pengguna dari masalah yang menjengkelkan, ini memiliki efek yang sangat kuat, dan terkadang bahkan melampaui efek merilis pembaruan besar. Bayangkan saja bahwa upaya sekecil itu dapat membuahkan hasil yang begitu mengesankan.
Inilah yang saya sebut kemenangan kecil.
Kemenangan kecil memperkuat bisnis Anda
Mari kita perjelas tentang ini segera - proyek besar itu penting. Ini bukan untuk mengatakan bahwa jika sebuah perusahaan ingin terus berkembang, maka perbaikan kecil seperti yang saya jelaskan di atas akan berkontribusi pada perkembangannya. Jadi jangan salah paham - saya tidak menyarankan semua orang mulai merencanakan peta jalan yang semuanya tentang kemenangan kecil ini. Pembangunan harus didasarkan pada proyek-proyek ambisius.
Tetapi proyek skala besar membutuhkan koordinasi tim, banyak pekerjaan dan, pertama-tama, banyak waktu. Hal-hal ini tidak terjadi dengan cepat. Saat mengerjakan proyek sebesar itu, mungkin mulai tampak bahwa produk tidak berkembang. Bagi sebuah startup (terutama di industri yang persaingannya cukup tinggi), stagnasi seperti itu bisa berarti hukuman mati.
Untuk mengurangi efek ini, perusahaan perlu menciptakan kesan dinamis dan membuktikan kepada penggunanya bahwa mereka mendengarkan pendapat mereka dan melakukan perbaikan yang diperlukan pada produk. Dengan merilis pembaruan kecil seperti itu, perusahaan dapat mengisi celah waktu yang lama di antara peluncuran besar.
Banyak perusahaan mencoba menjaga keseimbangan dengan merilis versi MVP dan menggunakannya untuk pengembangan mereka. Idealnya, dengan cara ini, pengguna secara teratur mendapatkan nilai untuk diri mereka sendiri di setiap tahap perkembangan perusahaan. Tetapi setiap langkah tersebut masih dapat berlangsung dari beberapa minggu hingga beberapa bulan, dan hasil akhir yang diamati pengguna di setiap versi baru tidak selalu tampak berharga bagi mereka. Bagaimanapun, seringkali versi beta hanyalah sebuah langkah kecil menuju produk yang lebih kompleks.
Tidak seperti pembaruan seperti ini, perubahan kecil yang saya cantumkan di awal benar-benar mandiri. Netflix "skip intro" tombol berharga untuk pengguna sendiri... Demikian juga indikator volume Chrome dan ikon GitHub dinamis.
Berkat ini, pengguna menganggap pembaruan ini sebagai fitur yang segar, independen, dan lengkap. Pengguna memahami dan merasa bahwa pendapat mereka didengarkan . Pembaruan ini memberi kesan yang kuat pada pengguna, mereka merasakan sikap kebajikan perusahaan dan, mungkin, dengan cara ini perusahaan memenangkan kepercayaan dan loyalitas pelanggan mereka. Ya, mereka bahkan mungkin berkontribusi pada pertumbuhan organik!
MVP dan pengembangan berulang adalah alat yang ampuh, dan perusahaan yang ingin tumbuh dengan cepat harus menggunakannya. Tetapi kemenangan kecil memiliki lebih banyak potensi dalam hal mengisi kesenjangan antara pembaruan besar. Mereka menjaga hasil pengembangan yang dicapai dan meningkatkan sikap komunitas pengguna terhadap perusahaan.
Buat Kemenangan Kecil Berhasil untuk Anda
Oke, kami telah mengetahui bahwa kemenangan kecil itu bagus dan sesuai dengan yang Anda butuhkan. Anda mungkin sudah menyukai ide untuk menggunakannya. Langkah selanjutnya adalah menerapkan peningkatan kecil seperti itu secara teratur dan menikmati hasil kerja keras Anda.
Kemungkinannya, intuisi Anda sekarang memberi tahu Anda untuk membuka saluran umpan balik pengguna dan mulai memilih tugas. Saya tidak akan menyarankan Anda untuk melakukan ini.
Saya melihat satu detail aneh tentang masalah pengguna yang Anda selesaikan dengan merilis pembaruan - pengguna hampir tidak pernah melaporkannya.
Ratusan orang sangat senang saat kami menambahkan panah ke halaman pull request. Namun di saat yang sama, tidak ada satupun dari mereka yang pernah menulis bahwa dia bingung arah merger ketika ada poin. Banyak yang kemudian menulis bahwa merekalah yang harus disalahkan karena tidak memperhatikan ketidaknyamanan ini.
Tweet dari orang-orang yang menyalahkan diri sendiri
Orang-orang sangat terbiasa dengan penggabungan ini sehingga mereka bahkan tidak menyadari bahwa mereka melakukan tindakan yang tidak perlu. Jika tidak nyaman bagi mereka untuk menggunakan layanan di suatu tempat, bagi mereka itu hanyalah bagian integral dari kehidupan. Status quo. Apa yang harus mereka jalani, bukan apa yang perlu ditingkatkan.
Berapa banyak orang yang menyadari bahwa men-scroll video tanpa henti untuk menemukan awal serial adalah sesuatu yang dapat ditingkatkan? Berapa banyak orang yang mengira mereka dapat meminta tim Chrome untuk memperbaiki masalah menemukan tab dengan suara?
"Mereka akan meminta kuda yang lebih cepat" - Henry Ford
Pelajaran ini adalah bahwa Anda tidak boleh bergantung pada pengguna Anda ketika Anda memutuskan untuk membuat beberapa pembaruan kecil (seperti yang sudah kita ketahui, ini sering kali merupakan hal terbaik untuk dipotret). Anda tidak dapat meningkatkan produk hanya berdasarkan umpan balik dari pengguna dan permintaan mereka. Anda perlu menggali lebih dalam.
Buat daftar dan periksa kembali
Membuat daftar kemenangan cepat adalah tugas yang cukup sederhana. Jauh lebih sulit untuk memastikan bahwa apa yang Anda mulai kerjakan akan membuahkan hasil. Tidak setiap opsi baru akan mengarah pada jenis respons yang kami jelaskan sebelumnya, dan ini adalah fitur kemenangan kecil.
Kemenangan kecil itu swasembada. Perubahan ini kecil, konkret, dan berharga di dalam dan dari dirinya sendiri. Jika sebuah fitur tidak berharga dan bermakna bagi pengguna sebagai fungsi mandiri, fitur tersebut tidak memiliki tempat di daftar Anda.
Kemenangan kecil tidak membutuhkan banyak usaha. Proyek semacam itu sederhana, lugas dan cepat dijalankan. Jika perubahan memakan waktu dan tenaga, maka itu tidak boleh dimasukkan dalam daftar Anda.
Kemenangan kecil membawa hasil besar.Mereka memengaruhi komponen layanan yang paling sering berinteraksi dengan sebagian besar pengguna. Jika sebuah fitur tidak membuat heboh di komunitas pengguna, itu tidak boleh dimasukkan dalam daftar ini. Ini berarti bahwa hal-hal seperti bekerja di sudut-sudut gelap sistem Anda, sama pentingnya dan berharganya dengan tugas itu, tidak tepat untuk daftar ini.
Kemenangan kecil mempercepat kerja. Mereka menghemat waktu pengguna dengan menghilangkan langkah-langkah yang tidak perlu ( fisik atau mental) yang diperlukan untuk menyelesaikan tindakan. Pendekatan ini sangat berguna untuk perubahan yang kami jelaskan sebelumnya. Ini memungkinkan Anda untuk membedakan ide yang sangat berharga dari yang kurang berguna, meskipun mudah diterapkan, yang tidak cocok untuk daftar ini. Setidaknya untuk pertama kalinya setelah update, pengguna masih akan mengingat pengalaman tidak menyenangkan yang harus mereka hadapi. Mereka secara intuitif akan menyadarinya. Inilah alasan sebenarnya untuk cinta dan syukur mereka.
Mulailah dengan menyusun rapat dan menghasilkan opsi sebanyak yang Anda bisa. Desainer, pengembang, manajer proyek, departemen konsultasi dan dukungan semuanya dapat memiliki ide-ide yang berharga dan bermakna yang sama, tetapi pendapat dari seseorang yang memperhatikan denyut nadi pengguna Anda sangatlah penting. Bertanya pada diri sendiri:
- , ?
- ? ? , .
- ? , ? ?
- ? ? ?
Dalam menjawab pertanyaan-pertanyaan ini, perspektif baru akan sangat berguna. Saya baru bekerja di tim GitHub selama beberapa bulan ketika saya memutuskan untuk menambahkan panah di halaman permintaan tarik. Saya melakukannya hanya karena solusi sebelumnya, menurut saya, tidak logis .
Desainer, seperti halnya pengguna, terbiasa dengan produk mereka dan berbagai kekurangannya. Terkadang sangat sulit untuk melihat apa yang bisa diperbaiki. Jadi cobalah untuk menarik karyawan baru ke bisnis ini. Jadikan itu bagian dari alur kerja untuk orang baru di perusahaan Anda. Ciptakan suasana di perusahaan di mana karyawan dapat mempertanyakan prinsip-prinsip yang telah ditetapkan saat mereka melalui tahap mengenal produk perusahaan.
Setelah Anda menyusun daftar peningkatan, Anda perlu mengevaluasi nilai setiap fitur kepada pengguna dan mendistribusikannya berdasarkan kriteria upaya / hasil, seperti yang biasanya dilakukan dengan ide lain.
Sekarang mulailah mengikuti item dari daftar.
Semua perusahaan berbeda, jadi tidak ada satu opsi pun yang cocok untuk semua orang, tanpa kecuali. Namun, saya yakin dapat mengatakan bahwa keteraturan adalah kuncinya. Ini akan memberi kesan bahwa perusahaan peduli dengan pengguna dan berkembang pesat. Ini akan memungkinkan Anda untuk mendapatkan kepercayaan dari pengguna Anda.
- Lakukan satu kemenangan kecil setiap sprint, atau lakukan satu dari daftar Anda setiap kali Anda punya waktu. Pastikan pembaruan mini ini keluar secara berkala.
- , , , .
- SMM. , !
Itu saja. Tidak ada yang sulit tentang ini, ini bukan fisika nuklir atau menulis novel. Tapi ini memberikan hasil yang sangat kuat.
Saya percaya memanfaatkan keuntungan kecil dapat melakukan keajaiban bagi perusahaan Anda. Ini akan memberi Anda keunggulan besar atas pesaing Anda. Ini akan menunjukkan kepada pengguna bahwa Anda peduli tentang mereka dan bahwa mereka dapat mempercayai Anda. Pengguna Anda dapat mulai mempromosikan produk Anda sendiri, ini akan meningkatkan loyalitas pelanggan Anda dan mengarah pada pertumbuhan pengguna organik. Yang terpenting, ini akan meningkatkan kualitas produk Anda dan meningkatkan kehidupan pengguna Anda.
Bayangkan bahwa semua hasil luar biasa ini dapat dicapai hanya dengan sedikit usaha.
Jadi ... apa yang bisa kamu tingkatkan sekarang?