Petua menulis prom

MonstarX membina apa yang anda minta, jadi cara anda meminta itu penting. Anda tidak memerlukan perkataan khas atau istilah teknikal — bahasa biasa paling baik. Petua ini membantu anda mendapat apa yang anda mahu dengan lebih sedikit permintaan, dan ini juga bermakna kurang kuota pelan anda digunakan.

Apakah ciri permintaan yang baik?

Permintaan yang baik menjawab tiga soalan, dengan kata-kata anda sendiri:

1. Untuk siapa? “Ahli studio yoga saya”, “pasukan sokongan kami”, “ibu bapa yang menempah tutor”.
2. Apa yang mereka lakukan di dalamnya? “Lihat kelas minggu ini dan tempah tempat”, “cari pesanan dan buat bayaran balik”.
3. Apa yang patut berlaku seterusnya? “Hantar e-mel pengesahan”, “paparkan tempahan itu di halaman Tempahan saya”.

Tambahkan apa sahaja yang benar-benar penting bagi anda — nama, rupa, sesuatu peraturan (“setiap kelas memuatkan 12 orang”), perkara yang tidak patut dibuat — dan tinggalkan yang tidak penting. MonstarX mengisi kekosongan dengan pilihan yang munasabah, dan anda boleh mengubahnya kemudian.

Petua

Tidak tahu hendak menulis apa? Taip idea kasar di halaman Projek dan berhenti seketika: Perincikan secara automatik dengan AI menawarkan untuk menulis semula idea itu menjadi permintaan terperinci dengan halaman, ciri dan hala tuju reka bentuk. Buat asal mengembalikan apa yang anda tulis. Lihat Perincikan secara automatik.

Permintaan lemah dan permintaan yang lebih baik

Lemah	Lebih baik	Mengapa lebih baik
“Aplikasi tempahan”	“Laman tempahan untuk studio yoga saya: jadual kelas mingguan, had tempat bagi setiap kelas, log masuk ahli, dan e-mel pengesahan apabila seseorang membuat tempahan.”	Menyatakan untuk siapa, apa yang orang lakukan, dan apa yang berlaku selepas itu.
“Cantikkan lagi”	“Gunakan palet hijau dan krim yang tenang, fon serif untuk tajuk, dan jarak yang lebih luas antara baris jadual.”	Menamakan perubahan itu, jadi tiada apa yang perlu diteka.
“Betulkan pepijat itu”	“Di halaman Tempah, kelas yang sudah penuh masih boleh ditempah. Sepatutnya ia memaparkan ‘Kelas penuh’ dan butang Sertai senarai menunggu.”	Menyatakan di mana, apa yang berlaku, dan apa yang sepatutnya berlaku.
“Tambah pembayaran, ulasan, blog, peta dan surat berita”	“Tambah bahagian Ulasan pada halaman setiap guru: ahli boleh memberi penilaian 1–5 bintang dan komen.” (kemudian ciri seterusnya)	Satu ciri pada satu masa lebih mudah disemak dan lebih mudah dibuat asal.
“Tukar butang itu”	Klik butang itu dalam Mod suntingan dan tulis: “Tukar teks ini kepada ‘Tempah kelas pertama anda secara percuma’.”	Dengan menunjuk, tiada lagi keraguan tentang butang mana yang dimaksudkan.
“Buat macam Airbnb”	“Paparkan kelas sebagai kad dengan foto besar di atas, waktu dan nama guru di bawahnya, dan butang Tempah pada setiap kad.” — dan lampirkan tangkapan skrin.	Menerangkan (dan menunjukkan) bahagian yang anda suka, bukan keseluruhan produk lain.

Perlukah saya meminta keseluruhan aplikasi atau satu ciri pada satu masa?

Kedua-duanya, pada masa yang berbeza:

• Permintaan pertama anda boleh menerangkan keseluruhan aplikasi. MonstarX menukarnya menjadi rancangan ciri — senarai semak yang diusahakannya satu ciri demi satu — jadi permintaan pertama dengan lima atau enam ciri tidak menjadi masalah. Lihat Rancangan ciri.
• Selepas itu, minta satu perubahan atau satu ciri bagi setiap permintaan. Setiap binaan menyimpan versinya sendiri, jadi jika satu binaan tidak menjadi, anda boleh membuat asal binaan itu sahaja. Lebih mudah juga untuk menyemak apa yang berubah.

Ada beberapa perkara dalam fikiran? Hantar satu demi satu: semasa MonstarX membina, permintaan Bina yang baharu menunggu dalam baris gilir dan bermula dengan sendirinya. Lihat Baris gilir.

Bilakah saya patut menggunakan mod Rancang?

MonstarX mempunyai tiga mod, di atas kotak prom dalam setiap projek: Bina mengubah aplikasi, Rancang bertanya soalan dahulu kemudian membina, dan Perbualan menjawab tanpa mengubah apa-apa. Untuk aplikasi baharu, suis Rancang dahulu di halaman Projek berfungsi sama seperti Rancang.

Gunakan Rancang apabila anda belum pasti, atau apabila sesuatu ciri boleh dibina dengan beberapa cara yang munasabah. MonstarX bertanya beberapa soalan, satu demi satu, setiap satu dengan cadangan jawapan untuk dipilih — siapa yang menggunakannya, apa namanya, bagaimana rupanya — dan mula membina sebaik sahaja anda selesai menjawab.

Mod ini mengambil masa sedikit lebih lama, tetapi ia menjimatkan permintaan yang mungkin anda habiskan untuk berkata “bukan begitu”. Lihat Rancang dahulu.

Petua

Paling mementingkan rupa? Reka bentuk dahulu menunjukkan beberapa skrin pertama sebelum binaan pertama; pilih satu dan MonstarX membina reka bentuk itu. Lihat Reka bentuk dahulu.

Bagaimanakah saya bertanya tanpa mengubah apa-apa?

Tukar ke mod Perbualan. MonstarX boleh membaca kod, melihat data, membuka halaman dan membaca log untuk menjawab anda, tetapi ia tidak pernah mengubah aplikasi. Mod ini sesuai untuk soalan seperti:

• “Kenapa jadual menunjukkan kelas minggu lepas?”
• “Apa yang diperlukan untuk menambah pembayaran?”
• “Halaman mana yang boleh dilihat tanpa log masuk?”

Jika jawapan itu mencadangkan perubahan yang anda suka, klik Bina ini di bawahnya: MonstarX bertukar ke mod Bina dan melaksanakannya. Soalan mod Perbualan dijawab serta-merta, walaupun semasa binaan sedang berjalan. Lihat Mod Bina, Rancang dan Perbualan.

Bagaimanakah saya menunjukkan maksud saya kepada MonstarX?

Kata-kata tidak selalunya cara paling cepat. Tunjukkan sahaja:

• Mod suntingan — klik Sunting di atas pratonton, klik satu elemen atau lukis kotak di sekeliling sesuatu kawasan, dan nyatakan apa yang patut berubah di situ. Anda boleh menanda sehingga 20 perubahan dan menghantarnya serentak. Lihat Mod suntingan.

  monstarx.com

  

• Petikan gambar — klik Petikan gambar, seret kotak di sekeliling apa sahaja pada halaman, dan gambar bahagian itu sahaja masuk ke dalam mesej anda bersama halaman asalnya. Sesuai untuk “yang ini nampak salah” atau “samakan yang ini dengan yang itu”. Lihat Petikan gambar.

• Lampirkan gambar — tangkapan skrin aplikasi yang anda suka, lakaran, mockup atau logo anda. Lihat Lampirkan fail.

• Lampirkan dokumen — RFP, spesifikasi, nota mesyuarat atau hamparan data anda. MonstarX membacanya dan membina berdasarkannya. Lihat Bina daripada dokumen dan Bina daripada hamparan.

Apakah yang patut saya lakukan apabila ada masalah?

1. Terangkan apa yang anda lihat dengan tepat. Nyatakan halaman mana, apa yang anda lakukan, apa yang anda jangkakan, dan apa yang sebenarnya berlaku. Salin sebarang mesej ralat perkataan demi perkataan.

2. Tunjukkan. Gunakan Petikan gambar pada bahagian yang rosak, atau lampirkan tangkapan skrin.

3. Tanya dahulu sebelum membetulkan, jika anda tidak pasti. Dalam mod Perbualan, tanya “Kenapa kelas yang penuh masih boleh ditempah?” MonstarX menyiasat dan menerangkannya, kemudian Bina ini membetulkannya.

4. Jika sesuatu perubahan memburukkan keadaan, kembali. Buka Versi dan Pulihkan versi sebelumnya, kemudian minta sekali lagi dengan butiran yang lebih lengkap. Data aplikasi anda tidak terjejas. Lihat Versi.

Jika pembetulan yang sama terus gagal, cuba pendekatan lain: pecahkan kepada langkah yang lebih kecil, terangkan peraturannya dan bukan simptomnya, atau tukar pemilih model daripada Automatik kepada model yang lebih berkebolehan untuk permintaan itu sahaja. Lihat Pilih model dan Penyelesaian masalah.

Petua lain

• Namakan sesuatu seperti pelanggan anda menamakannya. “Kelas”, “ahli”, “tikar” — MonstarX menggunakan perkataan anda dalam aplikasi.
• Nyatakan apa yang patut kekal. “Tukar warna pengepala, tetapi kekalkan logo dan menu seperti sedia ada.”
• Nyatakan bilangan dan jumlahnya. “12 tempat bagi setiap kelas”, “harga dalam ringgit Malaysia”, “paparkan 20 setiap halaman”.
• Minta kandungan juga. “Tulis halaman Tentang Kami untuk studio kejiranan yang mesra” memberi anda teks sebenar, bukan teks pemegang tempat.
• Uji sebagai pengguna sebenar. Log masuk dengan Akaun demo yang diberikan oleh MonstarX dan cuba aplikasi itu seperti pelanggan anda akan menggunakannya — kemudian beritahu MonstarX apa yang terasa tidak kena.
• Jangan sekali-kali menampal kata laluan atau kunci API ke dalam perbualan. Apabila aplikasi memerlukan kunci sesuatu perkhidmatan, MonstarX memaparkan kad untuk menambahnya dengan selamat, atau anda boleh menambahnya di bawah Backend → Rahsia. Lihat Rahsia.
• Apa-apa bahasa pun boleh. Tulis dalam bahasa yang anda gunakan untuk berfikir, dan minta aplikasi dalam bahasa yang dituturkan oleh pelanggan anda.

Soalan lazim

Berapa panjangkah sesuatu permintaan?

Sehingga 100,000 aksara, dan sehingga 10 fail yang dilampirkan. Kebanyakan permintaan yang baik hanya satu hingga lima ayat.

Perlukah saya menggunakan istilah teknikal?

Tidak. Bahasa biasa paling berkesan. Nyatakan apa yang patut dapat dilakukan oleh orang, dan MonstarX memilih cara membinanya.

MonstarX melakukan sesuatu yang tidak saya minta. Apa yang perlu saya buat?

Pulihkan versi sebelumnya daripada Versi, kemudian minta sekali lagi dan nyatakan apa yang tidak patut berubah. Anda juga boleh bertanya dalam mod Perbualan mengapa ia membuat pilihan itu.

Manakah yang lebih baik: satu permintaan panjang atau beberapa permintaan pendek?

Untuk aplikasi baharu, satu permintaan yang menerangkan keseluruhan aplikasi sudah memadai — MonstarX merancangnya sebagai senarai semak. Untuk perubahan, beberapa permintaan pendek lebih baik: setiap binaan menjadi versinya sendiri, mudah disemak dan mudah dibuat asal.

Bolehkah saya menulis permintaan dalam bahasa lain?

Boleh. Tulis dalam apa-apa bahasa, dan minta aplikasi dalam bahasa yang digunakan oleh pelanggan anda. MonstarX sendiri boleh dipaparkan dalam 16 bahasa, daripada bahasa Inggeris dan Jepun hinggalah bahasa Arab dan Hausa — lihat Bahasa.

Berkaitan

Bina, Rancang dan PerbualanBina, Rancang dan Perbualan, dan bila menggunakan setiap satu.

Mod suntinganTunjuk pada halaman untuk mengubahnya.

Penyelesaian masalahCara membetulkan masalah biasa.

Terangkan aplikasi andaTulis permintaan pertama yang tepat.