İlk dokunuştan itibaren net hissettiren dApp geliştirme

dApp'i kullanan kişiyle başlayın

Bir dApp, ana görevini bir cüzdan veya sözleşme işlemi ortaya çıkmadan önce anlaşılır kılmalıdır. Bir üyenin ne yapmaya geldiğini haritalayarak başlıyor, ardından her adımı uygulamanın ihtiyaç duyduğu ekranlara ve verilere bağlıyoruz.

Bu ilk görüşme basit olabilir. Ürünün kimin için olduğunu, insanların ne yapabilmesi gerektiğini ve halihazırda neyin var olduğunu bize anlatın. Başlamak için kaba bir çizim veya birkaç not yeterlidir. Bunları, teknik kararlar gerektiren kısımlar da dahil olmak üzere, ilk sürümün ortak bir resmine dönüştürüyoruz.

Örneğin, bir NFT projesi üyelerin bir koleksiyonu keşfetmesini ve ardından zincir üstü bir işlem yapmasını isteyebilir. Bağlı bir cüzdan gerektiren kısımları, herkese açık kalması gereken kısımlardan ayırabiliriz. Ürün ayrıca yeni sözleşmelere ihtiyaç duyuyorsa, uygulama planını akıllı sözleşme geliştirme ile koordine edebiliriz. Daha geniş teknik resim için Web3 geliştirme, tek bir dApp'in ötesindeki bağlantılı ürün çalışmalarını kapsar.

Yapıyı üç net aşamada haritalayın

Kullanışlı bir dApp planı, fikri kullanıcı görevleri, entegrasyonlar ve bir ilk sürüm kararı üzerinden geçirir. Bu üç aşama, geliştirme başlamadan önce önemli seçimleri görünür kılar.

1. Yolculuğu tanımlayın. Bir üyenin uygulamayı açmaktan ana görevi tamamlamaya kadar atması gereken eylemleri listeliyoruz. Arayüzün bir seçimi açıklaması veya bir yanıt göstermesi gereken yerleri not ediyoruz.
2. Bağlantıları toplayın. Ürünün çalışması gereken sözleşmeleri, cüzdanları, ağları ve mevcut hizmetleri inceliyoruz. Ayrıca her ekranın göstermesi gereken bilgileri not ediyoruz.
3. İlk sürümü seçin. Hangi ekranların ve entegrasyonların ilk yapıya ait olduğuna karar veriyoruz. Diğer fikirler, işin ortasında sessizce katılmak yerine, bir sonraki adım listesinde kalabilir.

Ekibinizin halihazırda bir ürün taslağına ve bir sözleşmeye sahip olduğunu, ancak veri görünümlerinin hala belirsiz olduğunu hayal edin. Onaylanmış kısımları işaretleyebilir, açık soruları listeleyebilir ve uygulamadan önce neyin yanıtlanması gerektiği konusunda anlaşabiliriz. Ürünün ayrı bir genel web sitesine ihtiyacı varsa, Web3 web sitesi ve açılış sayfası geliştirme, uygulama planına karıştırmadan bu yüzeyi kapsayabilir.

Cüzdanlar ve zincir üstü veriler nerede buluşmalı?

Cüzdan akışı ve veri görünümü aynı kullanıcı görevini desteklemelidir. Bunları birlikte planlıyoruz, böylece bir üye uygulamanın ne gösterdiğini ve neden bir bağlantı gerektiğini anlayabilir.

Cüzdan adımları

Bir cüzdan adresine veya kullanıcı onaylı bir eyleme ihtiyaç duyulan anları haritalıyoruz. Arayüz 3 temel durumu hesaba katmalıdır: bağlı değil, bağlı ve uygulamaya geri dönen. Ayrıca uygulamanın bir sonraki adımı nasıl açıkladığı konusunda anlaşıyoruz; böylece insanlar bağlamsız bir cüzdan istemini yorumlamak zorunda kalmaz.

İnsanların kullanabileceği veriler

Üyelerin zincir üstü kayıtları bulması veya düzenlemesi gerektiğinde indeksleme düşünmeye değerdir. Ekranın yanıtlaması gereken sorularla başlıyor, ardından bu bilgi için kaynağı ve sunumu belirliyoruz. Tek bir hesap görünümü, aranabilir bir işlem geçmişinden farklı veri çalışması gerektirebilir.

Bir koleksiyoncunun daha önceki bir işlemi kontrol etmek için geri döndüğünü varsayalım. Ekranın hangi bilgiye ihtiyaç duyduğunun izini sürebilir ve mevcut bir kaynağın yeterli olup olmadığına karar verebiliriz. Göstermek istediğiniz kayıt veya görünüm örneklerini getirin. Cüzdan işlevselliği kendi başına daha geniş bir ürün olduğunda, kripto cüzdan geliştirme ayrı bir seçenektir.

Sessiz anları tasarımın bir parçası haline getirin

Küçük bir takipçi kitlesi olan bir NFT sanatçısını düşünün, tam da yanıt veren tek kişi tatile çıktığında. Koleksiyon ve dApp'teki bir işlem hakkında soruları olan yeni bir üye geliyor. Bir sonraki adımı arayüzde görünür kılardık, böylece ürün birisinin çevrimiçi olup açıklamasına güvenmezdi.

Bu tür bir an, yalnızca bir destek planında değil, ürün incelemesine aittir. İlk kez gelen bir üyenin ne gördüğüne, bilgi eksik olduğunda ne olduğuna ve uygulamanın bir işlemden sonra nasıl yanıt verdiğine bakarız. Ardından hangi durumların tasarlanması ve test edilmesi gerektiği konusunda anlaşırız.

Yapı çalışmasından önce şunları kontrol ederiz:

• Yeni bir üyenin tamamlaması gereken ana görev.
• Bir cüzdan bağlamadan keşfedilebilecek olanlar.
• Veriler yüklenirken veya kullanılamaz durumdayken hangi mesajın göründüğü.
• Bir işlem gönderildikten sonra üyenin ne gördüğü.

Bu inceleme, arayüzü gerçek kullanıma dayandırır. Ayrıca, ilk sürüme neyin ait olduğuna ve daha fazla geri bildirim alana kadar neyin bekleyebileceğine karar vermenize yardımcı olur.

Teslimata kadar işi görünür tutun

İyi bir teslimat, neyin inşa edildiğini, üzerinde anlaşılan kullanıcı akışlarının nasıl kontrol edildiğini ve hangi bağımlılıkların kaldığını gösterir. Biri uygulamadan önce, diğeri teslimata yakın olmak üzere iki inceleme noktası kullanırız. Uygulamadan önce, üzerinde anlaşılan özellikleri onaylarız. Teslimata yakın, tamamlanan işi sizinle birlikte gözden geçiririz.

Yapı sırasında, planlanan ön yüz durumlarını ve entegrasyonları kullanıcı yolculuğuna karşı kontrol ederiz. Açık soruları görünür tutar ve üzerinde anlaşılan işi değiştirmeden önce yeni talepleri tartışırız. Teslimatta, uygulamayı birlikte inceler, uygulama notlarını paylaşır ve ekibinizin değerlendirmek isteyebileceği takip görevlerini belirleriz.

Cüzdan sağlayıcıları, ağlar, sözleşmeler ve veri hizmetleri bizim kontrolümüz dışındadır. Bunların kullanılabilirliği, işlem yönetimi, güncellemeleri ve uyumluluğu değişebilir; bu nedenle, bu harici sistemlerin nasıl çalışacağına dair söz vermeden, üzerinde anlaşılan uygulama davranışını doğrularız.

Başlamak için bize ürün notlarınızı, arayüz taslağınızı, mevcut sözleşme detaylarınızı ve üyelerin ihtiyaç duyduğu veri örneklerini gönderin. Brand Community, bunları sizinle birlikte inceleyecek, açık soruları netleştirecek ve net bir karar verebileceğiniz bir ilk sürüm planı şekillendirecektir.

Nasıl çalışır

1. Ürün resmini paylaşındApp'in kime hizmet ettiğini, üyelerin ne yapması gerektiğini ve halihazırda neyiniz olduğunu bize anlatın.
2. Bağlantıların izini sürünBu görevleri destekleyen cüzdanları, sözleşmeleri, ağları ve veri ihtiyaçlarını inceliyoruz.
3. İlk sürüm üzerinde anlaşınHangi özelliklerin yapıya ait olduğuna ve teslimatın neleri kapsaması gerektiğine karar veriyoruz.
4. Akışları oluşturun ve kontrol edinÜzerinde anlaşılan işi uyguluyor ve üye yolculuğuna karşı inceliyoruz.
5. Teslimatı birlikte inceleyinTamamlanan işi size gösteriyor, notları paylaşıyor ve kalan bağımlılıkları belirliyoruz.