Apakah Problem-Solution Fit?

Oleh Brian Tr · Dikemas kini 3 Oktober 2026

Problem-solution fit ialah titik apabila anda mempunyai bukti bahawa sekumpulan pelanggan tertentu mempunyai masalah yang penting bagi mereka, dan bahawa penyelesaian yang anda cadangkan menanganinya. Ia datang sebelum product-market fit. Anda belum membuktikan bahawa orang membeli dan terus menggunakan produk yang siap. Anda membuktikan bahawa anda telah memilih masalah yang wajar diselesaikan dan pendekatan yang masuk akal untuk orang yang mengalaminya.

Ramai startup melangkau langkah ini. Mereka jatuh cinta dengan sesuatu idea, membinanya, dan barulah mendapati masalah itu ringan, atau orang yang mengalaminya sudah mengatasinya dengan cukup baik. Menyemak kesesuaian dahulu ialah cara murah untuk mengelakkannya. Ia juga jambatan semula jadi keluar daripada peringkat idea dan masuk ke fasa membina.

Asal Usul Istilah Ini

Idea ini lebih lama daripada mana-mana satu rangka kerja, tetapi dua sumber mentakrifkannya dengan paling jelas untuk pengasas.

Yang pertama ialah Alex Osterwalder dan pasukan Strategyzer, yang menggariskan tiga jenis kesesuaian yang patut disasarkan usaha baharu sebelum melaksanakannya: problem-solution fit, product-market fit, dan business model fit. Strategyzer menyatakan problem-solution fit berlaku apabila anda mempunyai bukti bahawa pelanggan mengambil berat tentang tugas, kesukaran dan manfaat tertentu. Istilah itu datang daripada Value Proposition Canvas, yang memetakan apa yang pelanggan cuba capai, apa yang mengecewakan mereka, dan apa yang ingin mereka peroleh.

Yang kedua ialah Ash Maurya, pencipta Lean Canvas dan pengarang Running Lean. Laman syarikatnya menyatakan kepercayaan yang menjadi ringkasan bagi seluruh peringkat ini: cintai masalah, bukan penyelesaian anda. Halaman yang sama meletakkan urutan kerja sebagai "Demo-Sell-Build, not Build-Demo-Sell." Dengan kata lain, tunjukkan sesuatu dan lihat sama ada orang akan membuat komitmen sebelum anda membinanya.

Maurya juga pernah menerangkan mengapa kesilapan ini begitu lazim. Dalam artikel SmartCompany 2014 beliau dipetik berkata bahawa pengasas sering jatuh cinta dengan penyelesaian mereka terlalu awal, dan bahawa pelanggan tidak peduli tentang penyelesaian, hanya tentang masalah mereka.

Tiga kesesuaian sepintas lalu

Strategyzer menganggap ketiga-tiga kesesuaian sebagai urutan. Setiap satu menjawab soalan berbeza, dan setiap satu memerlukan buktinya sendiri.

Perhatikan apa yang memisahkan dua yang pertama. Problem-solution fit berkenaan permintaan terhadap idea. Product-market fit berkenaan produk di pasaran. Untuk yang kedua, lihat panduan kami tentang product-market fit untuk SaaS.

Bukti apa yang menunjukkan anda memilikinya

"Pelanggan mengesahkan masalah itu" ialah tajuk utamanya, tetapi ia menyembunyikan banyak butiran. Inilah yang munasabah boleh ditunjukkan oleh pengasas.

Masalah disahkan oleh orang yang tepat

Anda telah berbual dengan segmen pelanggan yang spesifik dan sempit, bukan khalayak umum, dan ramai daripada mereka menerangkan masalah yang sama dengan kata-kata sendiri tanpa dipandu. Jika anda terpaksa menerangkan masalah itu kepada mereka, itu satu amaran.

Kesukaran disusun mengikut keutamaan

Pelanggan ada masalah dengan segala-galanya. Apa yang perlu anda tahu ialah yang mana paling menyakitkan. Lean Canvas mempunyai kotak untuk tiga masalah teratas yang dihadapi pelanggan anda, yang memaksa penyusunan keutamaan dan bukannya senarai panjang. Jika masalah anda jatuh di tengah senarai pelanggan, ia mungkin tidak mendapat perhatian atau bajet.

Ada kaedah sementara semasa

Kanvas yang sama mempunyai kotak untuk bagaimana pelanggan menyelesaikan masalah ini hari ini, berlabel alternatif sedia ada. Ini salah satu isyarat paling kuat yang ada. Orang yang sudah menggunakan hamparan, mengupah bantuan, atau menyambung pelbagai alat sedang menunjukkan bahawa masalah itu ada tanda harga. Orang yang tidak berbuat apa-apa mungkin tidak cukup peduli untuk bertukar.

Pelanggan telah membelanjakan masa atau wang

Kaedah sementara yang boleh anda letakkan angka padanya lebih baik daripada yang hanya boleh anda terangkan. Berapa jam seminggu? Alat mana yang mereka bayar? Berapa kos proses manual? Ini memberi anda garis dasar yang mesti dikalahkan oleh penyelesaian anda.

Penyelesaian mendapat sambutan dalam demo

Apabila anda menunjukkan versi kasar, seperti mockup atau tunjuk cara, orang bertindak balas terhadap butiran. Mereka bertanya bila mereka boleh mendapatkannya, atau berapa harganya, atau sama ada ia bersambung dengan alat sedia ada mereka. Pujian sopan tidak dikira. Soalan tentang menggunakan dan membelinya dikira.

Fakta Utama: Problem-Solution Fit

• Strategyzer menamakan tiga jenis kesesuaian: problem-solution, product-market, dan business model fit (sumber).
• Strategyzer berkata problem-solution fit berlaku apabila anda mempunyai bukti bahawa pelanggan mengambil berat tentang tugas, kesukaran dan manfaat tertentu.
• Artikel Strategyzer ditulis oleh Nabila Amarsy dan diterbitkan pada 10 November 2014 (sumber).
• LEANSTACK Ash Maurya menyatakan kepercayaan cintai masalah, bukan penyelesaian anda dan urutan "Demo-Sell-Build, not Build-Demo-Sell."
• Lean Canvas mempunyai kotak untuk tiga masalah teratas dan alternatif sedia ada, dua tempat untuk merekodkan bukti kesesuaian masalah.
• Pada 2014 Maurya berkata bahawa pengasas sering jatuh cinta dengan penyelesaian mereka terlalu awal.
• Tiada ambang rasmi untuk bukti yang "mencukupi." Istilah ini konsep kerja, bukan ujian undang-undang atau kewangan.

Bezanya daripada product-market fit

Kedua-dua istilah ini sering bercampur, sebahagiannya kerana kedua-duanya berkenaan "kesesuaian." Perbezaan praktikalnya ialah apa yang anda uji dan apa yang telah anda bina.

Anda boleh memiliki yang pertama tanpa yang kedua. Pasukan mungkin menemui masalah sebenar dan membina penyelesaian yang tidak digunakan orang. Sebaliknya lebih jarang berlaku. Produk yang mendapat daya tarikan hampir selalu bersandar pada masalah yang diambil berat oleh seseorang, walaupun pasukan tidak pernah menuliskannya.

Cara menguji problem-solution fit

Tiga kaedah merangkumi sebahagian besar bidang ini. Biasanya ia dijalankan dalam urutan ini, dan setiap satu menjawab soalan berbeza. Proses customer discovery membincangkan dengan lebih mendalam cara menjalankannya.

Temu bual masalah

Ini perbualan dengan orang dalam segmen sasaran anda, yang menumpu pada masalah dan bukan idea anda. Anda bertanya tentang kali terakhir masalah itu berlaku, apa yang mereka lakukan, berapa kosnya, dan apa lagi yang telah mereka cuba. Anda tidak berpromosi. Matlamatnya ialah mengetahui sama ada masalah itu benar, seberapa kerap ia muncul, dan bagaimana orang menanganinya sekarang.

Tingkah laku lampau ialah bahagian yang berguna. "Ceritakan tentang kali terakhir perkara ini berlaku" memberi anda fakta. "Adakah anda akan menggunakan sesuatu yang melakukan X?" memberi anda pendapat, dan manusia kurang tepat meramalkan apa yang akan mereka lakukan.

Temu bual penyelesaian dan demo

Apabila masalah kelihatan nyata, anda menunjukkan versi kasar pendekatan anda: lakaran, prototaip yang boleh diklik, atau tunjuk cara manual. Anda memerhatikan butiran. Bahagian mana yang mereka ambil berat? Apa yang mereka bantah? Adakah mereka memintanya? Ini langkah "demo" dalam urutan demo-kemudian-jual yang diterangkan oleh laman LEANSTACK.

Berhati-hatilah mengasingkannya daripada pusingan pertama. Jika anda berpromosi dalam temu bual masalah, orang itu akan mula berbudi bahasa tentang penyelesaian anda dan berhenti menerangkan keadaannya sendiri. Minimum viable product datang kemudian, apabila perbualan ini menunjuk kepada sesuatu yang wajar dibina.

Halaman pendaratan dan ujian asap

Halaman ringkas yang menyatakan masalah dan janji, dengan butang pendaftaran atau pra-tempahan, menguji permintaan pada skala lebih besar daripada yang dibenarkan temu bual. Anda menghantar trafik bersasar kepadanya dan melihat siapa yang mengambil langkah seterusnya. Layan keputusan dengan berhati-hati: klik ialah isyarat lemah, dan deposit ialah isyarat kuat. Halaman ini berguna untuk membandingkan mesej, bukan untuk membuktikan perniagaan berfungsi.

Kaedah mana menjawab soalan mana

Menggunakan lebih daripada satu kaedah melindungi daripada kelemahan setiap satu. Jika temu bual hangat tetapi tiada siapa mengklik, atau halaman menukar tetapi orang yang ditemu bual tidak dapat menerangkan kesukarannya, ada sesuatu yang tidak kena.

Kesilapan lazim

1. Menemu bual orang yang salah. Rakan, rakan sekerja dan pengasas lain mudah dihubungi dan cenderung bersikap baik. Berbuallah dengan orang yang benar-benar mengalami masalah itu dan tidak terhutang apa-apa kepada anda.
2. Berpromosi dan bukannya mendengar. Jika kebanyakan perbualan tentang penyelesaian anda, anda mempelajari tentang semangat anda sendiri, bukan masalah mereka.
3. Mengelirukan gangguan ringan dengan masalah yang menyakitkan. Banyak masalah nyata tetapi tidak cukup mendesak untuk mendapat bajet. Cari tanda usaha, kos atau kaedah sementara.
4. Menganggap setiap masalah sama penting. Tanpa susunan keutamaan, anda mungkin membina untuk isu keempat terpenting dalam senarai pelanggan.
5. Mengabaikan alternatif semasa. Pesaing sebenar anda selalunya hamparan, tabiat, atau tidak berbuat apa-apa. Jika anda tidak dapat menyatakan mengapa seseorang akan meninggalkannya, anda belum ada kesesuaian.
6. Menyangka pujian sebagai komitmen. "Itu idea yang hebat" tidak membebankan sesiapa. Projek perintis, pra-tempahan, atau tarikh tetap untuk mencuba memang membebankan.
7. Bermula terlalu luas. Segmen "semua perniagaan kecil" tidak dapat dijangkau atau ditemu bual dengan cara yang berguna. Kumpulan sempit yang boleh anda namakan lebih mudah dipelajari.
8. Mengisytiharkan kesesuaian terlalu awal. Segelintir perbualan yang menggalakkan tidak membuktikannya. Teruskan menguji sehingga masalah yang sama terus timbul dan alternatifnya jelas.

Kedudukannya dalam peringkat startup

Problem-solution fit sejajar dengan bahagian paling awal peringkat-peringkat sesebuah startup. Kebanyakan kerja berlaku semasa peringkat idea, dan bukti yang dihasilkannya sering menentukan sama ada pasukan beralih kepada membina versi pertama pada pre-seed.

Peringkat dan kesesuaian bertindih dan bukan sejajar dengan kemas. Pasukan mungkin menyemak semula soalan problem-solution selepas pelancaran jika ia memasuki segmen baharu, dan sesetengah pengasas mencapai kesesuaian kasar sambil masih menamakan diri peringkat idea. Anggaplah kesesuaian sebagai senarai semak bukti, bukan pintu yang dibukakan untuk anda.

Cara berkaitan untuk memikirkan urutan yang sama ialah gelung bina-ukur-belajar daripada kaedah Lean Startup, yang mana eksperimen awal bertujuan mengurangkan perkara tidak diketahui terbesar dahulu. Mencari andaian paling berisiko dalam pelan anda, dan mengujinya sebelum apa-apa lagi, ialah cara praktikal untuk menentukan apa yang hendak disemak dahulu.

Senarai semak ringkas

Gunakan ini sebagai semakan kendiri kasar. Ia ringkasan kami sendiri, bukan piawaian.

• Saya boleh menamakan satu segmen pelanggan yang sempit.
• Beberapa orang dalam segmen itu menerangkan masalah yang sama tanpa digesa.
• Mereka meletakkannya antara beberapa masalah teratas mereka.
• Saya tahu apa yang mereka lakukan tentangnya hari ini, dan lebih kurang berapa kosnya kepada mereka.
• Seseorang telah bertindak balas terhadap demo dengan soalan khusus atau permintaan untuk mencubanya.
• Sekurang-kurangnya seorang telah membuat komitmen kecil, seperti projek perintis atau deposit.
• Saya boleh menerangkan masalah dan penyelesaian yang dicadangkan dalam dua ayat.

Jika anda tidak dapat menandakan kebanyakannya, langkah seterusnya ialah lebih banyak perbualan, bukan lebih banyak kod.

Bacaan Berkaitan

• Peringkat idea sesebuah startup
• Customer discovery
• Peringkat-peringkat sesebuah startup
• Value Proposition Canvas