Buat prototipe aplikasi yang berfungsi dengan AI dan uji langsung ke orang
Prototipe layak dibuat kalau ia menjawab pertanyaan yang tidak bisa dijawab mockup: apakah orang benar-benar memahami alurnya saat harus memakainya? Anticode menulis aplikasi yang berfungsi dari deskripsimu, diisi data contoh yang diberi tanda, dan bisa dibuka penguji di ponselnya sendiri. Halaman ini membahas apa yang perlu diprototipekan, cara mendeskripsikannya, dan di mana batas prototipe yang berjalan di satu browser.
Kenapa prototipe yang berfungsi memberi tahu lebih banyak daripada mockup
Layar statis menguji apakah orang suka tampilannya. Layar statis jarang menguji apakah orang bisa memakainya, karena penguji harus membayangkan apa yang terjadi setelah setiap ketukan, dan orang yang memandu sesi akhirnya malah menceritakan produknya. Prototipe aplikasi yang bisa diklik dan benar-benar merespons menghilangkan narasi itu. Penguji mengetik di kolom sungguhan, melihat total yang benar-benar berubah, dan mendapat tampilan kosong sungguhan saat menghapus item terakhir. Kebingungan mereka adalah soal desainmu, bukan soal celah di prototipe.
Prototipe yang berfungsi juga mengubah pertanyaan yang bisa kamu ajukan. Dengan mockup kamu bertanya "apakah kamu akan memakai ini?", yang dijawab orang dengan sopan. Dengan sesuatu yang berfungsi, kamu bisa memberi tugas ("tambahkan shift Selasa depan dan lihat pengaruhnya ke jam kerja mingguanmu") lalu memperhatikan di mana mereka ragu.
Tentukan apa yang harus dibuktikan prototipe
Sebelum mendeskripsikan apa pun, tuliskan satu atau dua pertanyaan yang harus dijawab oleh pengujian. Itu menjaga build tetap kecil dan sesi tetap fokus. Contoh yang umum:
- Pemahaman: apakah orang tahu fungsi layar utama dalam beberapa detik?
- Tugas inti: bisakah mereka menyelesaikan satu tugas utama produk itu tanpa dibantu?
- Momen canggung: apa yang terjadi di kasus tepi yang kamu ragukan: daftar kosong, kesalahan yang perlu dibatalkan, nama panjang yang terpotong ke baris baru?
- Kesediaan: setelah memakainya, maukah mereka mengganti spreadsheet, buku catatan, atau aplikasi yang sekarang mereka pakai?
Apa pun yang tidak melayani pertanyaan-pertanyaan itu bisa ditinggalkan atau dipalsukan. Halaman pengaturan yang tidak akan dibuka siapa pun dalam sesi dua puluh menit adalah usaha yang sia-sia, semudah apa pun membuatnya.
Cara mendeskripsikannya ke Anticode
Gambarkan penggunanya, tugasnya, dan layar-layarnya dalam beberapa kalimat, lalu sebutkan seperti apa data contohnya. Misalnya: "Prototipe aplikasi tukar shift untuk tim kafe. Layar: jadwal minggu ini, permintaan tukar shift, dan daftar permintaan tukar yang masih terbuka. Pakai delapan staf contoh dan satu minggu yang realistis. Tandai semuanya sebagai data demo." Architect membalas dengan rencana singkat (nama, layar, tampilan, fitur) dan mungkin mengajukan hingga tiga pertanyaan di bagian yang jawabannya mengubah build, masing-masing dengan saran jawaban yang bisa kamu ketuk.
Saat kamu memilih Build it, model menulis seluruh aplikasi sebagai satu dokumen HTML, dan kamu bisa melihat kodenya mengalir masuk. Build aplikasi baru juga bisa dibuka di browser headless pada lebar ponsel dan laptop, diambil tangkapan layarnya, dan diklik satu per satu, dengan error dikirim balik untuk diperbaiki, selama layanan peninjauan itu tersedia.
Jujurlah soal bagian yang palsu
Aplikasi Anticode berjalan di sandbox tanpa jaringan, jadi apa pun yang biasanya butuh server disimulasikan di dalam halaman: pengguna lain adalah orang contoh, pesan yang "terkirim" masuk ke daftar lokal, dan layar login menerima input apa saja. Aplikasi memberi label data demo di bagian yang penting. Biarkan label itu tetap terlihat selama pengujian. Penguji yang mengira sedang memakai sistem sungguhan membuat pilihan yang berbeda dan lebih berisiko dibanding penguji yang tahu itu hanya model, dan di tahap ini kamu butuh masukan dari jenis yang kedua.
Yang tetap tersimpan adalah apa pun yang disimpan aplikasi di browser penguji sendiri. Kalau seseorang menambahkan tiga item, menutup tab, lalu kembali besok, item itu masih ada di perangkat tersebut. Itu cukup untuk studi diary selama seminggu, asalkan setiap penguji tetap memakai satu ponsel atau laptop.
Menjalankan sesi dan mengubah build
- Publikasikan prototipe ke alamat anticode.dev-nya dan kirim tautannya ke penguji. Tidak ada yang perlu diinstal.
- Untuk pemangku kepentingan, kirim tautan client review: mereka bisa membuka pratinjau terbaru tanpa akun dan meninggalkan komentar yang terkait dengan satu bagian. Tautan kedaluwarsa setelah 14 hari secara default dan bisa kamu cabut.
- Setelah setiap putaran, minta perubahan dengan bahasa biasa ("pindahkan tombol tukar ke setiap kartu shift"). Simpanan terbaru disimpan di riwayat versi (hingga jumlah yang ditentukan paketmu), jadi kamu bisa menampilkan putaran pertama dan ketiga berdampingan atau kembali ke versi sebelumnya.
Yang tidak bisa diuji prototipe di satu browser
Pahami batasnya dengan jelas. Prototipe dalam sandbox berjalan di satu perangkat dalam satu waktu, jadi prototipe ini tidak bisa menguji:
- Apa pun yang melibatkan antarorang: notifikasi sungguhan, daftar bersama, dua penguji yang saling melihat perubahan.
- Login sungguhan, izin akses, atau pemulihan akun.
- Data luar yang live, pembayaran, atau fitur AI di dalam aplikasi (semuanya hanya bisa ditiru dengan respons contoh yang tetap).
- Performa dengan volume data sungguhan atau jaringan yang lambat.
Saat idenya lolos pengujian, ekspor Next.js adalah langkah menuju produk sungguhan. Ekspor ini mencakup build aplikasi dan memberimu proyek App Router standar dalam TypeScript dengan Postgres lewat Prisma, login email, peran pelanggan dan staf, serta area admin. Ini titik awal yang akan dikembangkan developer, bukan aplikasi multipengguna yang sudah jadi, dan kamu bisa mendorongnya ke repositori GitHub pilihanmu. Panduan ekspor ke Next.js menjelaskan isinya. Kalau kamu butuh fitur multipengguna siap produksi tanpa menulis kode, alat no-code yang punya backend mungkin lebih cocok daripada keduanya.
Pertanyaan umum
Apakah ini AI pembuat prototipe aplikasi atau alat desain?
Anticode membangun kode yang berfungsi, bukan frame di kanvas. Kamu mendapat aplikasi sungguhan di browser, yang cocok untuk usability testing; kalau kamu butuh file desain detail per piksel untuk tim desain, pakai alat desain di sampingnya.
Bisakah penguji memakainya di ponsel?
Bisa. Aplikasi yang dipublikasikan adalah halaman web yang berjalan di browser ponsel, dan apa pun yang disimpannya tetap ada di ponsel itu.
Bisakah saya melihat apa yang dimasukkan penguji?
Tidak untuk yang mereka simpan di dalam aplikasi, karena itu tetap di perangkat mereka. Kalau kamu menambahkan formulir masukan atau kontak, kiriman dari formulir itu sampai ke kamu lewat email dan di dashboard.
Apakah prototipenya bisa menjadi aplikasi sungguhan?
Bisa menjadi titik awalnya. Ekspor Next.js mengubahnya menjadi proyek dengan database dan login yang bisa dikembangkan developer.