Di perusahaan sebelumnya, saya duduk dalam pertemuan di mana kami berdebat apakah untuk merancang ulang fitur yang telah ada dalam produk selama tiga tahun. PM berpikir kita harus meninggalkan itu sendiri. Kemudian seseorang menarik spesifikasi desain asli dari 2021. ternyata fitur ini dibangun untuk memecahkan masalah yang tidak lagi ada. API vendor yang sedang dikerjakan? Diperbaiki 18 bulan yang lalu. keterbatasan teknis yang membentuk seluruh interaksi juga hilang. Tapi pengguna masih menggunakannya. bukan karena itu adalah solusi terbaik. mereka baru saja belajar bagaimana menggunakan apa yang kami berikan kepada mereka, dan tidak ada yang pernah kembali untuk bertanya apakah kita harus membangun kembali dengan benar sekarang yang kita bisa. Pertemuan itu terjebak dengan saya. suami saya "Jika kebutuhan adalah ibu dari penemuan, utilitas harus menjadi ayah."Ini adalah ungkapan yang saya pikirkan banyak akhir-akhir ini - bagaimana utilitas terus mengubah produk lama setelah kebutuhan asli diselesaikan, kadang-kadang lama setelah kebutuhan itu benar-benar berubah. Menulis sesuatu Products keep changing even when they look the same Pikirkan tentang sepeda. yang kita naik hari ini tidak terlihat seperti versi pertama. desain awal itu tidak nyaman, tidak nyaman, dan berbahaya, sebenarnya. tetapi kebutuhan inti tetap sama: transportasi bertenaga manusia. Apa yang berkembang adalah pemahaman kita tentang kegunaan. Bahan yang lebih baik, ya, tetapi juga ergonomis yang lebih halus dan keseimbangan yang lebih baik. Setiap generasi belajar dari menonton orang benar-benar mengendarai hal-hal ini. Saya terus melihat pola ini. versi pertama memecahkan kebutuhan. semua setelah itu? itu tentang membuat solusi layak. Why "it works" is a trap Tim memperlakukan "itu bekerja" seperti garis akhir. fitur dikirim, masalah diselesaikan, hal berikutnya tolong. Tetapi "itu bekerja" biasanya hanya berarti pengguna telah menemukan cara untuk mencapai tujuan mereka meskipun gesekan. tidak berarti gesekan tidak ada. tidak berarti mereka tidak akan melompat ke sesuatu yang lebih baik. mereka baru saja beradaptasi. Saya meninjau aliran beberapa waktu yang lalu di mana pengguna harus mengklik melalui tiga layar konfirmasi untuk menyelesaikan satu tindakan. Mengapa tiga konfirmasi? Tidak ada yang di tim saat ini dapat memberi tahu saya. Kami menggali tiket lama dan menemukan bahwa dua tahun yang lalu, ada bug kehilangan data. konfirmasi tiga kali adalah patch sementara teknik memperbaiki penyebab akar. Mereka memperbaiki bug enam bulan kemudian. Tiga layar konfirmasi tetap. Karena itu "bekerja." Pengguna melewatinya, drop-off tidak mengerikan, dan prioritas lain muncul. Ini bukan evolusi usability, itu adalah usability yang terjebak. What actual evolution looks like Evolusi kegunaan yang sebenarnya bukan tentang menambahkan fitur, itu adalah perbaikan berdasarkan bagaimana orang benar-benar menggunakan apa yang Anda bangun. ATM mungkin adalah contoh yang paling jelas yang bisa saya pikirkan. ATM generasi pertama memberi Anda uang tunai pertama, kemudian mengembalikan kartu Anda. sederhana, fungsional, memecahkan kebutuhan. tetapi orang akan mengambil uang tunai mereka dan pergi, meninggalkan kartu mereka di mesin. Desain kemudian membalikkan urutan: kartu pertama, kemudian uang tunai. bukan penemuan baru. tidak memecahkan masalah yang berbeda. hanya beradaptasi dengan bagaimana manusia sebenarnya berperilaku alih-alih bagaimana logika mesin menyarankan mereka harus berperilaku. Fungsi inti yang sama, dibentuk di sekitar realitas alih-alih teori. Why do products stop evolving? Dari apa yang telah saya lihat, produk berhenti meningkatkan kegunaan mereka untuk beberapa alasan yang dapat diprediksi. Desainer asli pergi, dan tidak ada yang tahu mengapa hal-hal bekerja seperti yang mereka lakukan. Metrik terlihat bagus, jadi tidak ada kasus bisnis. meskipun pengguna baru saja belajar untuk bekerja di sekitar masalah. Sistem menjadi begitu saling terhubung sehingga mengubah satu hal memecah tiga lainnya. Atau tim pindah ke fitur baru. memperbaiki apa yang ada terasa kurang menarik daripada membangun apa yang akan datang. Semua yang masuk akal.Allare perlahan-lahan mengeraskan ketersediaan produk Anda. What I've noticed about features that improve vs features that stagnate Fitur-fitur yang terus menjadi lebih baik biasanya memiliki seseorang yang masih peduli tentang mereka. seorang pemilik menonton bagaimana orang menggunakannya, memperhatikan frustrasi kecil, mendorong untuk perbaikan. Karakteristik yang stagnan adalah anak yatim piatu. tidak ada yang memilikinya lagi. mereka bekerja "baik saja." yang berarti mereka tidak pernah menjadi lebih baik. Setiap kuartal, mereka melihat fitur yang diluncurkan lebih dari enam bulan yang lalu dan bertanya: bagaimana orang benar-benar menggunakan ini sekarang? Kemudian mereka akan memprioritaskan perbaikan berdasarkan pola penggunaan nyata, bukan hanya permintaan fitur baru. Tetapi itu adalah perbedaan antara produk yang menua dengan baik dan produk yang baru saja menjadi tua. When evolution goes wrong Mereka melihat pengguna berjuang dan segera merancang ulang tanpa memahami mengapa itu bekerja seperti itu. Saya menyaksikan sebuah tim menyederhanakan apa yang tampak seperti aliran yang tidak perlu kompleks.Tiga langkah menjadi satu. Tingkat pengangguran meningkat tiga kali lipat. Tiga langkah itu bukan kompleksitas acak. mereka adalah penghalang yang membantu pengguna membuat keputusan yang lebih baik. menghancurkan segalanya menjadi satu layar menghilangkan struktur yang dibutuhkan orang untuk berpikir melalui pilihan mereka. Evolusi yang baik membutuhkan pemahaman tidak hanya tentang apa yang dilakukan orang, tetapi mengapa desain saat ini bekerja, bahkan ketika tampaknya tidak seharusnya. The products that never stop improving Produk yang saya sukai tidak selalu memiliki fitur terbaik, mereka memiliki evolusi terbaik. Google Search tidak mengubah tujuan dasarnya dalam 20 tahun. tetapi kemudahan penggunaannya terus berkembang. Autocomplete, hasil instan, panel pengetahuan, dan snippets yang ditampilkan. Slack tidak menemukan chatting tim. mereka hanya terus memperbaiki cara kerjanya. Threading, reaksi, notifikasi yang lebih baik, pencarian yang lebih cerdas. perbaikan kecil yang menambahkan seiring waktu. Ini bukan penemuan ulang yang dramatis. mereka hati-hati, evolusi berkelanjutan berdasarkan melihat orang-orang nyata menggunakan produk. What this means for how I think about design now Need mungkin membuat versi pertama dari produk Anda, tetapi evolusi kegunaan menentukan apakah ada versi kesepuluh. Pertanyaan yang saya tanyakan pada diri saya sekarang berbeda dari yang pernah saya tanyakan. apa yang kita simpan hanya karena ada, bukan karena masih benar? apa keterbatasan yang membentuk desain kami yang tidak lagi berlaku? apa yang telah dipelajari pengguna untuk bekerja di sekitar yang sebenarnya bisa kita perbaiki? Dan mungkin pertanyaan yang paling penting: siapa di tim bertanggung jawab untuk membuat fitur yang ada lebih baik, bukan hanya membangun yang baru? Something worth trying Setiap beberapa bulan, pilih satu fitur yang sudah mapan dan berpura-pura Anda merancangnya hari ini dengan teknologi saat ini, pemahaman pengguna saat ini, dan konteks bisnis saat ini. Apakah Anda akan merancang dengan cara yang sama? Dan ketika itu terjadi, pertanyaan berikutnya adalah: apa yang menghentikan Anda dari membuatnya lebih baik? Kadang-kadang itu adalah keterbatasan nyata. tetapi banyak kali itu hanya inersi. dan inersi mahal ketika Anda bersaing dengan tim yang benar-benar mengembangkan produk mereka. Where I've landed on this Kebutuhan menciptakan produk.Usability menentukan apakah produk-produk tersebut tetap relevan. Penemuan membawa Anda ke pasar.Evolusi membuat Anda berada di sana. Tim yang mendapatkan ini tidak hanya kapal dan bergerak. mereka kapal, menonton apa yang sebenarnya terjadi, belajar dari itu, dan memperbaiki. terus menerus. bahkan ketika hal-hal tampaknya bekerja. Terutama ketika hal-hal sedang berjalan, sebenarnya. Because "working" is just the starting point for what a product can become. Karena “bekerja” hanyalah titik awal untuk apa yang dapat menjadi produk.

This story contains AI-generated text. The author has used AI either for research, to generate outlines, or write the text itself. 

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Read My Stories

Audio ini diproduksi dalam bahasa asli cerita!

Mengapa “Ini Bekerja” Sering Jadi Kalimat Paling Berbahaya Dalam Desain Produk

About Author

KOMENTAR

HANG TAG

ARTIKEL INI DISAJIKAN PADA

Related Stories

How to Fetch Large Data Files Through GitHub API

Invest With Purpose: Interview with Arian Adeli, CEO at Rivo Trading

Return to Pleasure Island

A Beginner’s Guide to Blockchain Programming

How to Fetch Large Data Files Through GitHub API

Invest With Purpose: Interview with Arian Adeli, CEO at Rivo Trading

Return to Pleasure Island

A Beginner’s Guide to Blockchain Programming

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps