Cara Bina Apl Tinjauan

Apl tinjauan membolehkan anda menulis satu set soalan, menghantarnya kepada ramai orang, dan melihat jawapan dijumlahkan. Bahagian yang menjadikannya boleh dipercayai kurang jelas berbanding editor soalan: tanpa nama yang jujur, satu respons setiap orang apabila perlu, cabang yang melangkau soalan yang tidak berkaitan, dan keputusan yang hanya boleh dilihat oleh orang yang betul. Betulkan semua itu dalam versi pertama, dan kekalkan jenis soalan dengan sedikit.

Jika anda lebih perlu mengumpul pendaftaran, pesanan atau permohonan, anda memerlukan pembina borang sebaliknya. Tinjauan berkaitan agregat: apa pendapat keseluruhan kumpulan?

Apa yang diperlukan apl tinjauan

Data

Jenis soalan untuk versi pertama

• Pilihan tunggal dan pilihan berbilang
• Skala penilaian (1–5 atau 0–10)
• Teks pendek dan teks panjang
• Ya / tidak

Grid matriks, kedudukan, muat naik fail dan peluncur boleh menunggu. Setiap jenis baharu memerlukan input, pengesahan dan carta keputusan sendiri.

Halaman

• Editor tinjauan dengan pratonton.
• Paparan responden, boleh dibaca pada telefon, dengan penunjuk kemajuan untuk tinjauan yang lebih panjang.
• Halaman terima kasih.
• Halaman keputusan: satu carta bagi setiap soalan, bilangan respons, penapis dan eksport CSV.
• Senarai pentadbir tinjauan dengan status dan bilangan respons.

Keputusan yang membentuk keseluruhan apl

Tanpa nama atau dikenal pasti? Ini pilihan paling penting, dan anda perlu menyatakannya pada skrin pertama tinjauan. Tinjauan staf "tanpa nama" yang diam-diam menyimpan alamat e-mel akan memusnahkan kepercayaan pada hari seseorang mengetahuinya. Untuk tinjauan yang benar-benar tanpa nama, simpan jawapan tanpa ID pengguna, e-mel atau alamat IP. Bundarkan masa penghantaran kepada hari.

Satu respons setiap orang? Pilihan, dari yang paling lemah ke yang paling kuat:

1. Kuki dalam pelayar — menghalang kemalangan, bukan orang yang bertekad.
2. Pautan jemputan sekali guna — setiap pautan hanya berfungsi sekali, dan boleh disimpan berasingan daripada jawapan.
3. Log masuk — boleh dipercayai, tetapi menyukarkan janji tanpa nama.

Untuk tanpa nama tetapi sekali sahaja, gunakan token jemputan dan simpan "token telah digunakan" dalam jadual berasingan daripada jawapan, tanpa sebarang pautan antara keduanya.

Kumpulan kecil memecahkan tanpa nama. Jika hanya tiga orang dalam sebuah pasukan menjawab, menapis keputusan mengikut pasukan boleh mendedahkan siapa yang berkata apa. Peraturan lazim ialah menyembunyikan pecahan apabila kurang daripada bilangan respons tertentu jatuh ke dalamnya (lima ialah pilihan biasa). Bina peraturan itu jika anda memaparkan pecahan.

Logik cabang. Logik langkau memendekkan tinjauan dan menjadikannya relevan, tetapi setiap peraturan menambah laluan yang perlu diuji. Mulakan dengan peraturan mudah "jika jawapan ialah X, langkau ke bahagian Y" pada peringkat bahagian, bukan setiap soalan.

Siapa yang boleh melihat keputusan? Pemilik tinjauan sahaja, kumpulan bernama, atau responden selepas menghantar? Kuatkuasakan di pelayan.

Data peribadi. Tinjauan selalunya mengumpul pendapat, maklumat kesihatan atau butiran tentang pekerja. Kumpulkan hanya apa yang anda perlukan, nyatakan cara ia akan digunakan, dan semak peraturan privasi yang terpakai kepada anda.

Arahan pertama yang berfungsi

Bina apl web tinjauan. Pentadbir log masuk dan mencipta tinjauan dengan bahagian dan soalan jenis pilihan tunggal, pilihan berbilang, penilaian 1–5, ya/tidak, teks pendek dan teks panjang, masing-masing boleh diwajibkan secara pilihan. Tinjauan mempunyai status (draf, dibuka, ditutup) dan tarikh tutup pilihan. Setiap tinjauan sama ada tanpa nama atau dikenal pasti, dan skrin pertama memberitahu responden yang mana. Bagi tinjauan tanpa nama, jangan sekali-kali simpan ID pengguna, e-mel atau alamat IP bersama jawapan, dan bundarkan masa penghantaran kepada tarikh. Sokong pautan jemputan sekali guna; rekod bahawa pautan telah digunakan dalam jadual berasingan tanpa sebarang pautan kepada jawapan. Tambah logik langkau pada peringkat bahagian ("jika soalan X ialah Y, langkau ke bahagian Z"). Responden menjawab pada halaman mesra telefon dengan bar kemajuan. Pentadbir melihat halaman keputusan dengan satu carta bagi setiap soalan, bilangan respons, jawapan teks dalam senarai, dan eksport CSV. Sembunyikan mana-mana pecahan yang ditapis dengan kurang daripada 5 respons. Simpan semuanya dalam pangkalan data.

Langkah membina

1. Editor. Bina tinjauan dua belas soalan yang realistik dengan dua bahagian. Jika penyuntingan lambat, betulkan sekarang.
2. Paparan responden. Jawab pada telefon. Semak soalan wajib, navigasi kembali dan apa yang berlaku apabila muat semula.
3. Semakan tanpa nama. Hantar respons tanpa nama, kemudian lihat apa yang sebenarnya disimpan dalam pangkalan data. Minta ejen menunjukkan baris yang disimpan kepada anda.
4. Jemputan. Jana pautan, gunakan satu sekali dua kali, dan sahkan percubaan kedua ditolak.
5. Logik cabang. Tulis setiap laluan melalui tinjauan dan lalui setiap satu.
6. Keputusan. Hantar dua puluh respons ujian, semak carta terhadap kiraan yang anda buat sendiri, dan eksport CSV.
7. Tutup. Tutup tinjauan dan sahkan pautan kini menunjukkan halaman "ditutup" yang sopan.

Kesilapan lazim

• Mendakwa tanpa nama sambil menyimpan identiti. Semak pangkalan data, bukan antara muka.
• Terlalu banyak soalan. Tinjauan panjang ditinggalkan di tengah jalan. Tunjukkan kemajuan dan potong dengan tegas.
• Soalan memimpin. "Sejauh mana anda menikmati…" mengandaikan keseronokan. Tanya soalan neutral dan tawarkan pilihan neutral pada skala.
• Menyunting tinjauan yang sedang dibuka. Menukar soalan selepas respons tiba mencampurkan dua soalan berbeza dalam satu carta. Kunci atau versikan soalan apabila tinjauan dibuka.
• Keputusan kelihatan kepada semua orang. URL keputusan yang boleh diteka membocorkan jawapan sensitif.
• Tiada eksport. Orang mahu menganalisis data dalam hamparan.

Bila produk siap sedia lebih sesuai

Bagi kebanyakan tinjauan sekali sahaja, alat sedia ada lebih pantas dan lebih baik: ia mempunyai jenis soalan yang digilap, templat, ringkasan statistik dan pengedaran terbina dalam, dan ramai menawarkan tier percuma. Lihat alternatif Typeform dan alternatif Google Forms untuk pilihan.

Bina sendiri apabila tinjauan adalah sebahagian berulang daripada produk atau operasi anda dan alat tidak sesuai: tinjauan denyut kakitangan berkala di mana anda mengawal peraturan tanpa nama dan lokasi data, tinjauan maklum balas yang dibina dalam apl anda bersebelahan data yang dirujuk, penyelidikan dengan logik tersuai, atau produk tinjauan yang anda rancang untuk dijual. Panduan portal maklum balas pelanggan kami meliputi versi maklum balas berterusan, dan cara membina dashboard membantu dengan paparan keputusan.

Membinanya dengan Mythex

Di Mythex anda terangkan apl tinjauan dalam sembang dan mengujinya dalam pratonton langsung, termasuk pada skrin bersaiz telefon. Mythex menambah pangkalan data khusus apabila apl perlu menyimpan respons, dan anda boleh minta ejen menunjukkan dengan tepat apa yang disimpan oleh satu respons — cara terpantas untuk menyemak janji tanpa nama. Log masuk pentadbir ialah milik apl anda sendiri, dengan pendekatan yang anda pilih; e-mel jemputan melalui pembekal e-mel yang anda sambungkan, kerana Mythex tiada penghantaran e-mel terbina dalam (hantar e-mel dari apl anda). Terbitkan ke pautan mythex.ai, atau domain anda sendiri pada Pro.

Soalan lazim