Mulailah dengan orang yang menggunakan dApp
Sebuah dApp harus membuat tugas utamanya mudah dipahami sebelum wallet atau tindakan kontrak muncul. Kami mulai dengan memetakan apa yang ingin dilakukan anggota, lalu menghubungkan setiap langkah ke layar dan data yang dibutuhkan aplikasi.
Percakapan pertama itu bisa sederhana. Beri tahu kami untuk siapa produk ini, apa yang harus bisa dilakukan orang, dan apa yang sudah ada. Sketsa kasar atau beberapa catatan sudah cukup untuk memulai. Kami mengubahnya menjadi gambaran bersama tentang rilis pertama, termasuk bagian yang membutuhkan keputusan teknis.
Misalnya, sebuah proyek NFT mungkin ingin anggota menjelajahi koleksi dan kemudian melakukan tindakan on-chain. Kami dapat memisahkan bagian yang membutuhkan wallet terhubung dari bagian yang harus tetap terbuka untuk semua orang. Jika produk juga membutuhkan kontrak baru, kami dapat mengoordinasikan rencana aplikasi dengan pengembangan kontrak pintar. Untuk gambaran teknis yang lebih luas, pengembangan Web3 mencakup pekerjaan produk terkait di luar satu dApp.
Petakan build dalam tiga langkah yang jelas
Rencana dApp yang berguna membawa ide melalui tugas pengguna, integrasi, dan keputusan rilis pertama. Tiga langkah ini menjaga pilihan penting tetap terlihat sebelum pengembangan dimulai.
- Jelaskan perjalanan. Kami daftar tindakan yang harus dilakukan anggota, dari membuka aplikasi hingga menyelesaikan tugas utama. Kami catat di mana antarmuka perlu menjelaskan pilihan atau menunjukkan respons.
- Kumpulkan koneksi. Kami tinjau kontrak, wallet, jaringan, dan layanan yang ada yang harus bekerja dengan produk. Kami juga catat informasi yang perlu ditampilkan setiap layar.
- Pilih rilis pertama. Kami sepakati layar dan integrasi mana yang termasuk dalam build awal. Ide lain dapat tetap berada di daftar tindak lanjut, daripada diam-diam bergabung dengan pekerjaan di tengah jalan.
Bayangkan tim Anda sudah memiliki sketsa produk dan kontrak, tetapi tampilan data masih belum pasti. Kami dapat menandai bagian yang sudah dikonfirmasi, daftar pertanyaan yang terbuka, dan menyepakati apa yang harus dijawab sebelum implementasi. Jika produk membutuhkan situs publik terpisah, pengembangan situs Web3 dan landing page dapat mencakup permukaan itu tanpa mencampurnya ke dalam rencana aplikasi.
Di mana wallet dan data on-chain harus bertemu?
Alur wallet dan tampilan data harus mendukung tugas pengguna yang sama. Kami merencanakannya bersama, sehingga anggota dapat memahami apa yang ditunjukkan aplikasi dan mengapa koneksi diperlukan.
Langkah wallet
Kami memetakan momen yang membutuhkan alamat wallet atau tindakan yang disetujui pengguna. Antarmuka harus memperhitungkan 3 status dasar: terputus, terhubung, dan kembali ke aplikasi. Kami juga menyepakati bagaimana aplikasi menjelaskan langkah selanjutnya, daripada membiarkan orang menafsirkan perintah wallet tanpa konteks.
Data yang dapat digunakan orang
Indexing layak dipertimbangkan ketika anggota perlu menemukan atau mengatur catatan on-chain. Kami mulai dengan pertanyaan yang harus dijawab layar, lalu mengidentifikasi sumber dan penyajian untuk informasi itu. Tampilan akun tunggal mungkin memerlukan pekerjaan data yang berbeda dari riwayat aktivitas yang dapat dicari.
Katakanlah seorang kolektor kembali untuk memeriksa tindakan sebelumnya. Kami dapat melacak informasi apa yang dibutuhkan layar dan memutuskan apakah sumber yang ada sudah cukup. Bawalah contoh catatan atau tampilan yang ingin Anda tunjukkan. Ketika fungsionalitas wallet adalah produk yang lebih luas, pengembangan wallet kripto adalah opsi terpisah.
Jadikan momen hening sebagai bagian dari desain
Bayangkan seorang seniman NFT dengan pengikut kecil, tepat ketika satu-satunya orang yang menjawab pergi berlibur. Seorang anggota baru datang dengan pertanyaan tentang koleksi dan tindakan di dApp. Kami akan membuat langkah selanjutnya terlihat di antarmuka, sehingga produk tidak bergantung pada seseorang yang online untuk menjelaskannya.
Momen semacam itu termasuk dalam tinjauan produk, bukan hanya dalam rencana dukungan. Kami melihat apa yang dilihat anggota baru, apa yang terjadi ketika informasi hilang, dan bagaimana aplikasi merespons setelah suatu tindakan. Kemudian kami menyepakati status mana yang perlu dirancang dan diuji.
Sebelum pekerjaan build, kami periksa:
- Tugas utama yang harus diselesaikan anggota baru.
- Apa yang dapat dijelajahi tanpa menghubungkan wallet.
- Pesan mana yang muncul ketika data masih dimuat atau tidak tersedia.
- Apa yang dilihat anggota setelah tindakan dikirimkan.
Tinjauan ini menjaga antarmuka tetap berdasarkan penggunaan nyata. Ini juga membantu Anda memutuskan apa yang termasuk dalam rilis pertama dan apa yang bisa menunggu sampai Anda memiliki lebih banyak umpan balik.
Jaga pekerjaan tetap terlihat hingga serah terima
Serah terima yang baik menunjukkan apa yang dibangun, bagaimana alur pengguna yang disepakati diperiksa, dan ketergantungan mana yang tersisa. Kami menggunakan dua titik tinjauan, satu sebelum implementasi dan satu menjelang serah terima. Sebelum implementasi, kami mengonfirmasi fitur yang disepakati. Menjelang serah terima, kami menelusuri pekerjaan yang selesai bersama Anda.
Selama build, kami memeriksa status frontend dan integrasi yang direncanakan terhadap perjalanan pengguna. Kami menjaga pertanyaan terbuka tetap terlihat dan mendiskusikan permintaan baru sebelum mengubah pekerjaan yang disepakati. Pada serah terima, kami menelusuri aplikasi, membagikan catatan implementasi, dan mengidentifikasi tugas tindak lanjut yang mungkin ingin dipertimbangkan tim Anda.
Penyedia wallet, jaringan, kontrak, dan layanan data tetap di luar kendali kami. Ketersediaan, penanganan transaksi, pembaruan, dan kompatibilitasnya dapat berubah, jadi kami memverifikasi perilaku aplikasi yang disepakati tanpa menjanjikan bagaimana sistem eksternal tersebut akan beroperasi.
Untuk memulai, kirimkan catatan produk, draf antarmuka, detail kontrak yang tersedia, dan contoh data yang dibutuhkan anggota. Brand Community akan meninjaunya bersama Anda, memperjelas pertanyaan yang terbuka, dan membentuk rencana rilis pertama yang dapat Anda putuskan dengan jelas.
Cara kerja
- Bagikan gambaran produkBeri tahu kami untuk siapa dApp, apa yang perlu dilakukan anggota, dan apa yang sudah Anda miliki.
- Lacak koneksiKami meninjau wallet, kontrak, jaringan, dan kebutuhan data yang mendukung tugas-tugas tersebut.
- Setujui rilis pertamaKami memutuskan fitur mana yang termasuk dalam build dan apa yang harus dicakup oleh serah terima.
- Bangun dan periksa alurKami mengimplementasikan pekerjaan yang disepakati dan meninjaunya terhadap perjalanan anggota.
- Telusuri serah terimaKami menunjukkan pekerjaan yang selesai, membagikan catatan, dan mengidentifikasi ketergantungan yang tersisa.
Pertanyaan umum
Apa yang harus saya bawa ke percakapan dApp pertama kami?
Bawalah deskripsi produk singkat, tugas utama anggota, dan apa pun yang sudah dibangun. Sketsa antarmuka, detail kontrak, dan contoh data yang ingin Anda tunjukkan juga berguna. Bahkan daftar sederhana dari 3 tindakan pengguna memberi kami tempat awal yang praktis.
Apakah Anda akan membangun antarmuka dApp di sekitar kontrak kami yang sudah ada?
Ya. Kami dapat merencanakan frontend dan alur wallet di sekitar kontrak yang ada. Bagikan informasi kontrak yang tersedia dan jelaskan apa yang perlu dilakukan anggota. Kami akan meninjau titik koneksi, mencatat apa pun yang masih belum jelas, dan menyepakati fitur mana yang termasuk dalam rilis pertama.
Bagaimana Anda memutuskan apakah dApp membutuhkan indexing?
Kami mulai dengan pertanyaan yang perlu dijawab aplikasi untuk anggota Anda. Jika mereka perlu menemukan, mengatur, atau melihat catatan di seluruh aktivitas, indexing mungkin berguna. Bagikan beberapa contoh catatan atau layar yang Anda pikirkan, dan kami akan memetakan kebutuhan data ke produk.
Bisakah aplikasi menampilkan informasi yang berguna sebelum seseorang terhubung?
Ya, ketika alur produk memungkinkannya. Kami mengidentifikasi informasi mana yang dapat dijelajahi tanpa wallet dan tindakan mana yang membutuhkan koneksi. Misalnya, tampilan koleksi publik dapat direncanakan secara terpisah dari tindakan anggota yang membutuhkan persetujuan wallet.
Berapa lama biasanya build dApp berlangsung?
Kami menentukan waktu setelah meninjau fitur, materi yang ada, dan integrasi. Alur frontend yang terfokus dan aplikasi dengan beberapa koneksi kontrak atau data membutuhkan rencana yang berbeda. Kami menyepakati pencapaian berdasarkan pekerjaan, sehingga Anda dapat melihat apa yang akan terjadi selanjutnya di setiap tinjauan.
Dapatkah Anda memastikan setiap koneksi wallet dan data akan terus berfungsi?
Tidak. Penyedia wallet, jaringan, kontrak, dan layanan data dapat mengubah ketersediaan, penanganan, atau kompatibilitasnya. Kami dapat membangun dan menguji perilaku aplikasi yang disepakati untuk integrasi yang dipilih, lalu mendokumentasikan ketergantungan. Misalnya, serah terima dapat menunjukkan koneksi mana yang diharapkan aplikasi dan apa yang harus dipantau tim Anda.
Ceritakan proyek Anda
Jawab empat pertanyaan singkat, manajer akan kirim rencana, waktu, dan kisaran harga dalam satu jam. Semua rahasia.
Memuat formulir…