Bagaimanakah Anda Akan Menentukan Keutamaan Permintaan Ciri yang Bersaing?

Prompt dan Senario yang Berkenaan

Anda memiliki produk SaaS kolaborasi B2B. Lelaran seterusnya hanya mempunyai 6 minggu-jurutera, tetapi ketiga-tiga permintaan tidak dapat dimuatkan sekali gus:

• Jualan mencadangkan SSO, pada mulanya dianggarkan mengambil masa 5 minggu-jurutera. Seorang pelanggan sedia ada menyatakan mereka akan meluaskan langganan selepas pelancaran, dan Jualan menyenaraikan 12 prospek yang serupa.
• Sokongan mencadangkan pemulihan pukal bagi projek yang diarkibkan secara tidak sengaja, pada mulanya dianggarkan mengambil masa 3 minggu-jurutera. Isu ini merangkumi 18% daripada tiket dalam tempoh 4 minggu yang lalu dan menjejaskan kira-kira 8% daripada pentadbir aktif bulanan.
• Pasukan Platform mencadangkan migrasi storan, pada mulanya dianggarkan mengambil masa 6 minggu-jurutera. Versi semasa akan kehilangan sokongan dalam masa 9 bulan, manakala migrasi, pemerhatian, dan rollback memerlukan sekurang-kurangnya 5 bulan.

Semua angka merupakan andaian kes temu duga, bukan penanda aras industri. Terangkan perkara yang akan anda sahkan, cara anda membandingkan jenis kerja yang berbeza, permintaan yang akan anda pilih, dan perkara yang akan anda maklumkan kepada pasukan yang permintaannya tidak dipilih. Penemu duga kemudiannya mungkin mengubah kekangan—contohnya, mempercepatkan tarikh tamat sokongan storan atau mendedahkan bahawa SSO hanya memberi perkhidmatan kepada seorang pelanggan—untuk melihat sama ada anda berpegang teguh pada kesimpulan awal.

Ini adalah soalan pertimbangan produk untuk pengurus produk (PM), pemilik produk, dan ketua teknikal yang mengambil bahagian dalam keputusan pelan hala tuju (roadmap). Bahan temu duga awam 2026 masih menyenaraikan penentuan keutamaan tiga permintaan ciri yang bersaing sebagai soalan PM secara langsung. Panduan temu duga PM awam DoorDash juga menyediakan pusingan khusus untuk Penentuan Keutamaan Produk dan mencari data, pertukaran (trade-off), keputusan sukar, serta matlamat utama (north star) yang jelas pada permulaannya.

Perkara yang Dinilai oleh Penemu Duga

Isyarat pertama adalah sama ada anda menetapkan objektif keputusan. Hasil, tiket, risiko platform, dan kos kejuruteraan tidak dapat menghasilkan satu kesimpulan sehinggalah pasukan mengetahui sama ada kitaran ini mengutamakan peluasan perusahaan, pengekalan (retention), kecekapan sokongan, atau pengurangan risiko mandatori. Calon yang mantap juga mengenal pasti batas kawalan (guardrails) yang tidak boleh diatasi oleh objektif tersebut.

Isyarat kedua adalah sama ada anda mengenali kekangan tegar. Keselamatan, pematuhan, komitmen yang telah ditandatangani, penamatan sokongan vendor, dan kebergantungan yang tidak boleh diubah boleh membentuk pintu kelayakan. Kerja yang telah mencapai tarikh mula selamat paling lewat berhak mendapat kapasiti sebelum peluang biasa dinilai. Pada masa yang sama, "sokongan tamat dalam 9 bulan" tidak bermakna secara automatik "mula minggu ini." Anda masih perlu menolak masa migrasi, pemerhatian, rollback, dan luar jangka untuk mengira tarikh mula selamat paling lewat.

Isyarat ketiga adalah kualiti bukti. Saluran jualan (sales pipeline), nisbah tiket sokongan, dan risiko platform bukanlah sesuatu yang boleh dibandingkan secara langsung secara semula jadi. Jawapan yang kukuh mengesahkan sama ada komitmen pelanggan adalah berasaskan kontrak, sama ada 12 prospek telah mencapai peringkat yang setanding, sama ada 18% tiket berkongsi punca utama yang sama, sama ada 8% pengguna terhalang dalam aliran kerja kritikal, dan sama ada setiap anggaran merangkumi semakan keselamatan, kerja pelancaran, serta penyelenggaraan berterusan.

Isyarat keempat adalah keputusan. Mengatakan "Saya akan menggunakan RICE, MoSCoW, atau matriks nilai-usaha" tidak menyelesaikan prompt tersebut. Bahan amalan produk semasa juga memberi amaran bahawa satu rangka kerja tidak boleh membandingkan setiap jenis kerja. Panduan RICE asal membenarkan kebergantungan dan keperluan asas pasaran mengatasi susunan skor. Rangka kerja mengurangkan titik buta; calon tetap bertanggungjawab ke atas cadangan, kos melepas, dan syarat yang boleh membatalkannya.

Akhir sekali, penemu duga mencari komunikasi operasi. Keputusan pelan hala tuju memerlukan bukti, andaian, pemilik, tarikh, dan pencetus semakan. Menjanjikan "tidak lama lagi" kepada setiap pasukan mewujudkan tiga komitmen tersembunyi dan tidak memberikan bukti bahawa calon boleh mengurus jangkaan.

Soalan Penjelasan Sebelum Menjawab

• Apakah hasil utama tunggal bagi kitaran ini? Kes ini mengandaikan syarikat mengutamakan peluasan perusahaan pada suku ini, tertakluk kepada tarikh mula selamat paling lewat bagi migrasi storan.
• Apakah yang dimaksudkan dengan 6 minggu-jurutera? Adakah ia seorang jurutera selama 6 minggu atau usaha boleh tukar ganti merentasi beberapa orang? Adakah ia sudah merangkumi semakan, ujian, kerja pelepasan, dan tugas on-call? Kes ini menganggapnya sebagai jumlah usaha kejuruteraan yang boleh ditukar ganti.
• Bilakah tarikh mula selamat paling lewat untuk migrasi? Adakah 9 bulan merupakan tarikh akhir yang tegas atau amaran awal? Berapa lamakah masa yang diambil untuk penulisan dwi (dual writes), pengesahan, rollback, dan luar jangka? Kes ini mengandaikan pemilik platform mengesahkan bahawa kerja boleh bermula selewat-lewatnya 4 bulan dari sekarang, tetapi kapasiti mesti ditempah dalam kitaran perancangan seterusnya.
• Sejauh manakah kukuhnya bukti komersial untuk SSO? Adakah peluasan ditulis sebagai syarat kontrak? Adakah kesemua 12 prospek disekat oleh keupayaan yang sama? Apakah nilai yang dijangkakan dan kebarangkalian penutupan urus niaga? Kes ini mengandaikan syarat pelanggan sedia ada disahkan dan 4 daripada 12 prospek telah menyelesaikan pengesahan teknikal.
• Adakah masalah sokongan itu wajar mendapat pembetulan produk? Adakah 18% tiket tersebut telah dinyahduplikasi? Adakah tugas tersebut kritikal untuk 8% pentadbir? Mungkinkah latihan, kebenaran, atau reka bentuk aliran kerja menjadi punca utamanya? Kes ini mengandaikan pemulihan pukal menangani punca utama dan tiada data yang hilang.
• Adakah ketiga-tiga anggaran diskopkan secara konsisten? Adakah SSO merangkumi semakan keselamatan dan konfigurasi perusahaan? Adakah pemulihan pukal merangkumi rekod audit? Adakah migrasi merangkumi penulisan dwi dan latihan rollback? Anggaran dengan sempadan yang berbeza tidak boleh dibandingkan secara langsung.
• Bolehkah ujian risiko yang murah mengurangkan ketidaktentuan? Spike teknikal kecil boleh membeli maklumat, tetapi membahagikan ketiga-tiga permintaan kepada pecahan tidak menghasilkan sebarang hasil. Kes ini membenarkan spike keselamatan SSO selama 3 hari perniagaan dalam bajet 6 minggu-jurutera.
• Siapakah pemilik keputusan akhir? PM harus membuat cadangan yang disokong oleh bukti. Kontrak yang ditandatangani, kewajipan kawal selia, atau risiko teknikal yang tidak boleh diterima mungkin memerlukan pemilik keputusan yang dinamakan dan laluan eskalasi.

Rangka Kerja Jawapan 30 Saat

"Saya akan mengesahkan matlamat kitaran dan kekangan tegar, terutamanya tarikh mula selamat paling lewat untuk migrasi. Kemudian saya akan menormalkan hasil, bukti, usaha, kos kelewatan, kebergantungan, dan kebolehbalikan, hanya memberi skor kepada peluang yang setanding. Di sini, migrasi boleh menunggu satu kitaran dan peluasan perusahaan menjadi keutamaan, jadi saya akan meluangkan masa 3 hari perniagaan untuk mengesahkan SSO. Jika jumlah usaha kekal dalam lingkungan 6 minggu-jurutera, saya memilihnya; jika tidak, saya beralih kepada pemulihan pukal. Saya akan menempah kapasiti migrasi kitaran seterusnya, memberikan Sokongan penyelesaian sementara (workaround) dan tarikh semakan, serta mendokumentasikan setiap andaian dan pencetus pembatalan."

Perincian Langkah demi Langkah

Mulakan dengan menulis semula permintaan sebagai hasil dan bukannya membandingkan tiga nama ciri. SSO bertujuan untuk menghapuskan penghalang kepada peluasan perusahaan. Pemulihan pukal bertujuan untuk mengurangkan kerja semula pentadbir dan kos sokongan. Migrasi storan bertujuan untuk menghapuskan risiko kesinambungan sebelum tarikh akhir vendor. Kemudian nyatakan objektif kitaran dan batas kawalan. Dalam kes ini, peluasan perusahaan adalah objektif; keselamatan data, kewajipan kontrak, dan tarikh mula selamat paling lewat bagi migrasi adalah batas kawalan.

Kedua, bina pintu kekangan tegar. Tanya empat soalan untuk setiap permintaan: Adakah kelewatan akan melanggar undang-undang, kontrak, atau sempadan keselamatan? Adakah terdapat tarikh akhir tegar luaran? Adakah kita telah mencapai tarikh mula selamat paling lewat? Bolehkah kerosakan dipulihkan kemudian? Jika jawapan menjadikan kerja itu mandatori pada kitaran ini, tempah kapasiti tersebut sebelum menyusun kedudukan peluang biasa. Di sini, pasukan platform telah menetapkan bahawa migrasi boleh bermula selewat-lewatnya 4 bulan dari sekarang, jadi pintu kekangan belum dicetuskan. Kesimpulan itu masih memerlukan pemilik dan tarikh; "kemudian" bukanlah satu rancangan.

Ketiga, normalkan bukti. Jadual berikut hanyalah gambaran keseluruhan kes semasa:

"Bukti jangkauan" tidak seharusnya sekadar mengulangi nombor pemohon. Nyahduplikasi senarai jualan mengikut peringkat, syarat kontrak, dan keperluan bersama. Bahagikan data sokongan mengikut punca utama, kumpulan pengguna, dan tahap keterukan. Bekerja secara undur dari tarikh akhir platform melalui kerja sebenar dan luar jangka. Maklumat yang hilang harus mengurangkan keyakinan keutamaan. Perpuluhan yang tepat tidak boleh menjadikan anggaran impak yang tidak disokong boleh dipercayai.

Keempat, pilih kaedah perbandingan yang sepadan dengan kerja tersebut. RICE boleh membandingkan jangkauan (reach), impak (impact), keyakinan (confidence), dan usaha (effort) apabila calon adalah peluang ciri yang memenuhi satu objektif. Kos kelewatan membantu apabila masa memainkan peranan penting. MoSCoW boleh membantu mencapai persetujuan tentang skop. Apabila peluang komersial, pembetulan pengalaman, dan risiko asas bercampur, kelaskan dan gunakan pintu kekangan terlebih dahulu, kemudian gunakan kad skor kecil untuk baki yang tinggal. Skor adalah input kepada perbincangan, dan setiap pengecualian "mesti buat" harus mempunyai alasan bertulis.

Kelima, buat satu keputusan. Di bawah andaian kes ini, migrasi storan belum mencapai tarikh mula selamat paling lewat. SSO paling sejajar secara langsung dengan peluasan perusahaan dan mempunyai 1 syarat peluasan yang disahkan ditambah 4 peluang serupa yang disahkan secara teknikal. Jalankan semakan keselamatan dan skop selama 3 hari perniagaan. Jika ia mengesahkan bahawa kerja lengkap kekal dalam lingkungan 6 minggu-jurutera, peruntukkan kitaran tersebut kepada SSO.

Sertakan dua syarat pertukaran yang jelas. Jika skop penuh SSO melebihi 6 minggu-jurutera, atau jika syarat peluasan dan keperluan pasaran bersama tidak dapat disahkan, hentikan dan beralih kepada pemulihan pukal 3 minggu-jurutera. Gunakan baki kapasiti untuk mengesahkan migrasi storan dan bukannya memulakan ciri ketiga yang belum selesai. Peraturan pertukaran membatasi penemuan dan mengelakkan pertimbangan kos hangus (sunk-cost) selepas beberapa hari bekerja.

Keenam, kendalikan kerja yang tidak dipilih. Tempah 6 minggu-jurutera, seorang pemilik, tarikh mula, dan semakan risiko untuk migrasi storan dalam kitaran perancangan seterusnya. Buka semula penentuan keutamaan serta-merta jika tarikh akhir vendor dipercepatkan, pengesahan menunjukkan migrasi yang lebih lama, atau luar jangka jatuh di bawah penampan yang dipersetujui. Berikan Sokongan prosedur pukal manual yang terkawal, pengetagan tiket, dan tarikh semakan seterusnya. Teruskan mengukur tahap keterukan dan masa pengendalian supaya penyelesaian sementara tidak menjadi penangguhan tanpa had.

Akhir sekali, tentukan hasil dan retrospektif. Selepas SSO dilancarkan, semak sama ada pelanggan yang disekat telah menyelesaikan konfigurasi, syarat peluasan dipenuhi, peluang yang layak berkembang, dan kegagalan pengesahan atau beban sokongan kekal pada tahap yang boleh diterima. Pada tempoh bukti yang dipersetujui, bandingkan hasil dengan andaian asal. Jika nilai tidak muncul, kenal pasti sama ada jangkauan, impak, keyakinan, atau usaha telah salah dianggarkan. Kemahiran penentuan keutamaan merangkumi pembetulan keputusan, bukan sekadar mempertahankan pilihan pertama.

Contoh Jawapan Berkualiti Tinggi

Cadangan di bawah menggunakan data kes rekaan daripada prompt tersebut.

"Saya akan menterjemahkan permintaan kepada hasil terlebih dahulu: SSO menghapuskan penghalang peluasan perusahaan, pemulihan pukal mengurangkan kerja semula pentadbir, dan migrasi storan mengawal risiko kesinambungan. Saya akan mengesahkan bahawa peluasan perusahaan adalah hasil utama suku ini manakala keselamatan, kontrak, dan tarikh mula selamat paling lewat bagi migrasi kekal sebagai batas kawalan.

Menggabungkan 1 pelanggan, 18% tiket, dan tarikh akhir 9 bulan ke dalam satu skor adalah terlalu awal. Pasukan Platform perlu bekerja secara undur melalui migrasi, pemerhatian, rollback, dan luar jangka. Kes menyatakan bahawa kerja boleh dimulakan dengan selamat selewat-lewatnya 4 bulan dari sekarang, jadi pintu kekangan tegar belum dicetuskan pada kitaran ini. Saya tetap akan menempah 6 minggu-jurutera dan seorang pemilik untuk kitaran seterusnya sekarang. Jualan mesti mengesahkan syarat peluasan dan menentukan berapa banyak daripada 12 prospek disekat oleh keupayaan SSO yang sama; bukti semasa ialah 1 syarat yang disahkan dan 4 prospek yang disahkan secara teknikal. Sokongan mesti menunjukkan bahawa 18% tiket terhasil daripada ketiadaan pemulihan pukal dan secara berasingan menolak faktor latihan atau kebenaran.

Di bawah andaian tersebut, saya mengesyorkan SSO untuk kitaran ini. Ia paling sepadan dengan peluasan perusahaan, dan anggaran 5 minggu-jurutera padan dengan bajet. Saya akan menjalankan semakan keselamatan dan skop terlebih dahulu yang dihadkan kepada 3 hari perniagaan, termasuk dalam bajet 6 minggu-jurutera. Jika jumlah skop masih muat dalam lingkungan 6 minggu-jurutera, kita teruskan. Jika tidak, atau jika syarat peluasan dan keperluan bersama tidak disahkan, kita berhenti dan beralih kepada pemulihan pukal 3 minggu-jurutera.

Permintaan yang tidak dipilih masih memerlukan jawapan yang boleh dilaksanakan. Migrasi dimasukkan ke dalam pelan hala tuju dengan permulaan pada kitaran seterusnya, pemilik yang dinamakan, dan pencetus risiko yang boleh mempercepatkannya. Sokongan mendapat proses manual terkawal dan mengemas kini bukti keterukan serta masa pengendalian sebelum semakan perancangan seterusnya. Saya akan meletakkan objektif, bukti, andaian, keputusan, dan syarat pertukaran dalam rekod keputusan satu halaman supaya Jualan, Sokongan, Kejuruteraan, dan pihak kepimpinan melihat rasional yang sama.

Selepas pelancaran, saya akan menyemak penyiapan konfigurasi SSO, pemenuhan syarat peluasan, perkembangan peluang jualan, kegagalan pengesahan, dan tiket sokongan baharu. Pada tempoh semakan yang dipersetujui, saya akan memeriksa ralat anggaran. Jika objektif atau tarikh akhir tegar berubah, saya akan menentukan semula keutamaan; keputusan pertama bukanlah janji kekal."

Kesilapan Lazim

• Menggunakan RICE serta-merta → Kerja yang tidak serupa dipaksa ke dalam satu skor, dan tarikh akhir tegar boleh hilang dalam purata → Kelaskan dahulu; semak kekangan undang-undang, keselamatan, kontrak, kebergantungan, dan mula paling lewat; kemudian bandingkan peluang.
• Mengikut pihak berkepentingan yang paling lantang → Kuasa organisasi menggantikan bukti pengguna dan perniagaan → Normalkan bukti dan rekod hasil, jangkauan, serta keyakinan di sebalik setiap permintaan.
• Meletakkan "sokongan tamat dalam 9 bulan" secara automatik di tempat pertama → Tanpa bekerja secara undur melalui migrasi dan penampan, tahap kecemasan tidak diketahui → Kira tarikh mula selamat paling lewat dan tetapkan pemilik serta pencetus semakan.
• Menganggap semua 12 prospek sebagai hasil yang pasti → Peringkat, kebarangkalian, dan keperluan bersama belum disahkan → Semak syarat kontrak, peringkat saluran jualan, dan nilai yang boleh diguna semula, kemudian kurangkan keyakinan untuk ketidaktentuan.
• Mengira tiket semata-mata → Duplikasi, isu keterukan rendah, dan sebilangan kecil pengguna kerap boleh memesongkan hasil → Segmenkan mengikut punca utama, pengguna yang terjejas, keterukan tugas, dan masa pengendalian.
• Membahagikan pasukan merentasi ketiga-tiga permintaan → Tiada satu pun mempunyai kapasiti penyiapan yang mencukupi, mewujudkan tiga usaha yang belum selesai dan lebih banyak kos pertukaran konteks → Pilih satu hasil dan asingkan hanya pengesahan terhad masa dengan peraturan keluar.
• Menjanjikan setiap permintaan untuk pelepasan seterusnya → Komitmen tersembunyi bercanggah, dan kitaran seterusnya mewarisi masalah yang sama → Berikan setiap item yang tidak dipilih status, tarikh, pemilik, dan syarat untuk dibuka semula.
• Menghasilkan skor tanpa cadangan → Penemu duga tidak dapat melihat sama ada anda akan bertanggungjawab ke atas kos melepas → Nyatakan pilihan, perkara yang anda lepaskan, sebabnya, dan bukti yang akan mengubah keputusan itu.
• Menyatakan penentuan keutamaan adalah betul semasa pelancaran → Pengeluaran produk tidak membuktikan nilai yang dijangkakan telah muncul → Perhatikan hipotesis asal dan semak anggaran jangkauan, impak, keyakinan, dan usaha.

Soalan Susulan dan Maklum Balas

Susulan 1: Ketua Pegawai Eksekutif (CEO) secara eksplisit mengarahkan satu item didahulukan. Adakah anda masih menentukan keutamaan?

Jelaskan sama ada ini maklumat baharu, cadangan, atau arahan muktamad, dan kemukakan sebarang objektif atau kekangan yang diketahui oleh CEO tetapi tidak diketahui oleh pasukan. Jika hak membuat keputusan milik CEO, rekodkan keputusan serta risiko dan laksanakannya. PM masih perlu membentangkan kos melepas, komitmen yang digantikan, dan pelan pengesahan. Kad skor tidak boleh mengatasi kuasa eksplisit, dan kuasa tidak mewajarkan penyembunyian risiko.

Susulan 2: Bukti untuk ketiga-tiga permintaan tidak lengkap. Bagaimanakah anda mengelakkan penyelidikan yang tidak berkesudahan?

Kenal pasti ketidaktentuan yang paling berkemungkinan mengubah susunan dan hadkan masanya. Dalam kes ini, skop keselamatan SSO dan syarat pelanggan menentukan sama ada SSO layak; tarikh mula paling lewat storan menentukan sama ada pintu kekangan tegar dicetuskan. Luangkan masa 3 hari perniagaan untuk pemboleh ubah tersebut, gunakan julat untuk yang lain, dan tulis cabangnya lebih awal: jika keputusan A, pilih X; jika keputusan B, pilih Y. Penyelidikan harus membeli maklumat keputusan, bukan pengetahuan menyeluruh.

Susulan 3: Bagaimanakah anda membandingkan permintaan seorang pelanggan besar dengan masalah ramai pengguna kecil?

Terjemahkan "besar" dan "ramai" kepada nilai yang boleh diagihkan, jangkauan, keterukan, kesesuaian strategik, keyakinan, usaha, dan beban penyelenggaraan. Uji sama ada permintaan pelanggan besar mewakili keupayaan akses pasaran yang boleh diguna semula, dan sama ada masalah pengguna kecil menyekat tugas teras. Jumlah pelanggan sahaja tidak menentukan keutamaan. Masalah berfrekuensi rendah yang menghalang kerja kritikal boleh mengatasi kesulitan kecil yang kerap berlaku.

Susulan 4: Hutang teknikal selalu tewas dalam skor. Apakah yang akan anda lakukan?

Nyatakan hutang teknikal sebagai kebarangkalian kegagalan, kelewatan penghantaran, pendedahan pematuhan, kos buruh, atau kerja hiliran yang disekatnya, dan tunjukkan bagaimana risiko itu berubah mengikut masa. Sebaik sahaja ia mencapai ambang yang tidak boleh diterima atau tarikh mula selamat paling lewat, tempah kapasiti kekangan tegar. Sebelum itu, danai pengesahan risiko yang terbatas dan kapasiti masa hadapan yang eksplisit. Model hasil jangka pendek tidak sesuai untuk kerja asas berwawasan jangka panjang.

Susulan 5: Permintaan mendesak tiba di pertengahan pembangunan. Adakah anda menentukan semula keutamaan serta-merta?

Gunakan pintu kekangan yang sama: keselamatan, pematuhan, kehilangan pelanggan utama, atau tarikh akhir yang tidak boleh diubah. Jika tiada kekangan tegar dicetuskan, bandingkan baki nilai menyelesaikan kerja semasa, kos pertukaran konteks, dan kos kelewatan permintaan baharu. Jika anda menyusun semula, dokumentasikan titik henti, layanan terhadap kerja yang telah dilakukan, dan komitmen yang berpindah. Jika anda mengekalkan rancangan, tetapkan masa semakan seterusnya. Jejaki gangguan berulang secara berasingan kerana ia mungkin mendedahkan matlamat yang tidak stabil atau tadbir urus penerimaan yang rosak.

Susulan 6: SSO dilancarkan tetapi tidak menghasilkan peluasan. Bagaimanakah anda menyemak keputusan tersebut?

Audit rekod keputusan lapisan demi lapisan: Adakah syarat komersial itu benar? Adakah prospek berkongsi keperluan yang sama? Adakah pelanggan menyelesaikan konfigurasi? Adakah pelaksanaan memenuhi keperluan keselamatan perusahaan? Adakah tempoh pemerhatian cukup panjang? Kemudian bezakan ralat pertimbangan daripada ralat pelaksanaan. Jika jangkauan atau impak terlebih nyata, perketatkan standard bukti masa hadapan. Jika kualiti penghantaran menghalang penerimaan, perbaiki pengalaman sebelum menilai peluang. Retrospektif mesti mengubah anggaran seterusnya; "pasaran berprestasi rendah" tidak mencukupi.