Cabaran lama mengenai perisian yang semakin membengkak telah mencetuskan perdebatan segar dalam kalangan pembangun dan pengurus produk. Perbincangan terkini menyerlahkan kebenaran asas tentang reka bentuk aplikasi: walaupun pengguna biasanya hanya menggunakan 20% daripada ciri-ciri aplikasi, setiap pengguna bergantung kepada 20% yang berbeza sama sekali.
Realiti Perusahaan
Perbincangan menjadi menarik apabila mengkaji jualan perisian perusahaan. Ramai pembangun berkongsi pengalaman di mana ciri-ciri yang kelihatan tidak digunakan menjadi penghalang bagi pelanggan korporat besar. Ciri-ciri kebersihan ini - seperti log masuk tunggal, log audit, atau keperluan pematuhan khusus - mungkin jarang digunakan tetapi amat penting untuk menutup kontrak besar.
Kerana satu 'ciri kebersihan' yang hilang boleh merosakkan keseluruhan perjanjian. Dan setiap Perusahaan mempunyai ciri yang berbeza.
Ini mewujudkan dinamik yang mencabar bagi pasukan pembangunan. Pasukan jualan sering menjanjikan ciri-ciri tersuai untuk mendapatkan pelanggan besar, meninggalkan jurutera untuk membina dan menyelenggara fungsi yang memenuhi keperluan yang sangat khusus, kadangkala untuk pelanggan tunggal. Hutang teknikal daripada ciri-ciri yang mesti ada ini boleh terkumpul dengan cepat, terutamanya apabila pelanggan yang meminta pada asalnya akhirnya berhenti berlangganan.
Senarai Semak "Ciri Kebersihan" Perusahaan:
- Single Sign-On (SSO) / integrasi SAML
- Pensijilan ISO dan pematuhan
- Ujian penembusan berkala
- Sokongan penyetempatan
- Akses API (sering tidak digunakan tetapi diperlukan)
- Keupayaan operasi pukal
- Pilihan pengehosan sendiri
- Pasukan & kebenaran terperinci
- Pengelogan audit
- Pematuhan SOC 2/3
- Dasar pengekalan data
- Alat pematuhan GDPR & CCPA
Fenomena Microsoft Office
Perbincangan kerap kembali kepada Microsoft Office sebagai contoh utama prinsip ini. Seorang pembangun cuba menganalisis aplikasi SaaS mereka dengan mengumpulkan pengguna berdasarkan penggunaan ciri, berharap dapat mengenal pasti arketip pengguna teras. Hasilnya memberitahu - selain fungsi log masuk asas, hampir setiap pengguna mempunyai gabungan ciri unik yang mereka andalkan.
Ini mencerminkan pemerhatian berdekad-dekad tentang penggunaan Office Suite, di mana jenaka yang berulang ialah tiada siapa yang menggunakan lebih daripada 5% keupayaan Microsoft Word, tetapi tiada dua pengguna berkongsi 5% yang sama. Corak yang sama muncul merentasi aplikasi kompleks: setiap pengguna mengukir set alat penting mereka sendiri daripada set ciri yang lebih luas.
 |
|---|
| Pelbagai penglibatan pengguna dengan ciri-ciri khusus dalam aplikasi perisian mencerminkan gabungan unik yang dianggap penting oleh setiap pengguna, seperti yang dilihat dalam papan pemuka kewangan yang dipaparkan di sini |
Mencari Kejayaan dalam Jurang
Beberapa syarikat telah menemui peluang dalam pemecahan ini. Enjin carian Kagi mengenal pasti bahawa 1% pengguna Google yang tidak berpuas hati - pengguna berkuasa yang kecewa dengan spam SEO dan kebimbangan privasi - sebenarnya mewakili jutaan pelanggan berpotensi. Daripada bersaing dengan Google merentasi semua kes penggunaan, Kagi memberi tumpuan untuk melayani segmen khusus ini dengan sempurna.
Strategi ini muncul dalam produk berjaya yang lain juga. Figma tidak perlu menggantikan semua alat kreatif Adobe - mereka hanya perlu cemerlang dalam reka bentuk kolaboratif. Wawasan utama ialah mengenali segmen pengguna mana yang kurang dilayani oleh penyelesaian sedia ada dan membina khusus untuk keperluan mereka.
Contoh Strategi "20% Berbeza" yang Berjaya:
- Kagi: Memberi tumpuan kepada pengguna mahir Google yang tidak berpuas hati dan mencari carian tanpa iklan serta fokus privasi
- Figma: Pakar dalam reka bentuk kolaboratif berbanding suite kreatif Adobe yang lebih luas
- Notion: Alat hibrid untuk pasukan yang memerlukan kedua-dua fungsi pemprosesan kata dan pangkalan data
- VS Code: Editor modular yang membenarkan 20% tersuai melalui sambungan
- Trello: Pengurusan projek yang dipermudahkan yang diperoleh daripada fungsi pembuatan jadual Excel
Dilema Pembangunan
Bagi pembangun individu dan pasukan kecil, realiti ini mewujudkan paradoks yang mengecewakan. Ramai pembangun hobi mencipta aplikasi yang menyelesaikan masalah khusus mereka dengan sempurna, tetapi teragak-agak untuk mengeluarkannya secara terbuka kerana mereka tidak mahu melaksanakan 80% lain yang mungkin diperlukan pengguna berbeza.
Penyelesaiannya semakin terletak pada membina platform modular dan boleh diperluas daripada aplikasi monolitik. VS Code berjaya dengan bermula dengan teras editor teks ringan dan membenarkan pengguna menyesuaikan persekitaran mereka melalui sambungan. Pendekatan ini membolehkan setiap pengguna membina 20% sempurna mereka sambil mengekalkan aplikasi asas yang boleh diurus.
Kesimpulan
Peraturan 80/20 dalam perisian bukan hanya tentang mengenal pasti ciri yang tidak digunakan - ia tentang memahami bahawa pengguna berbeza mempunyai keperluan yang berbeza secara asas daripada aplikasi yang sama. Daripada melawan realiti ini, produk berjaya merangkuminya dengan mencipta asas fleksibel yang boleh disesuaikan pengguna dengan keperluan khusus mereka. Cabaran bagi pembangun ialah membina sistem yang menyokong kepelbagaian ini tanpa menjadi tidak boleh diselenggara atau kehilangan tumpuan pada fungsi teras.