Üyelerinizin kullanması gereken cüzdanla başlayın
İyi bir cüzdan planı, ürün için net bir işle başlar. Kimin kullanacağına, ne yapmaları gerektiğine ve nerede yapmayı beklediklerine bakarız. Bu seçimler, tasarım çalışması çok ilerlemeden emanetçi, platform ve entegrasyon kararlarına rehberlik eder.
| Cüzdan seçeneği | Önce neye karar verilmeli | Yararlı tasarım odağı |
|---|---|---|
| Emanetçi olmayan | Kişilerin erişimi nasıl oluşturduğu, koruduğu ve geri yüklediği | İmza istemleri, yedekleme rehberliği ve işlem detayları |
| Emanetçi | Hizmetin hesapları ve izinleri nasıl yönettiği | Hesap koruması, destek adımları ve operasyonel kontroller |
| Tarayıcı uzantısı | Hangi masaüstü görevlerinin en önemli olduğu | Kurulum, bağlantı ve net imza anları |
| Telegram Mini Uygulaması | Hangi cüzdan işlemlerinin Telegram içinde olduğu | Uygulama ile her cüzdan işlemi arasında basit bir yol |
| Mobil cüzdan | Hangi yolculukların özel bir telefon deneyimi gerektirdiği | Kayıt, hesap erişimi ve okunabilir işlem durumu |
İlk sürümde her formata ihtiyacınız yok. Ana üye yolculuğunu seçin, ardından hangi ağları, varlıkları ve işlemleri gerektirdiğini not edin. Cüzdan daha geniş bir ürünün parçasıysa, ilgili kapsam için Web3 geliştirme çalışmamıza bakın.
Mevcut bir dApp'i destekleyen bir cüzdan, odaklanmış bir bağlantı ve imza akışı gerektirebilir. Bağımsız bir ürün ayrıca kayıt, kurtarma rehberliği ve destek araçları gerektirebilir. Bir MVP'den üretime doğru inşa edebilir veya kendi ekibinizin yanında tanımlanmış bir parçayı üstlenebiliriz.
Ekranlar çoğalmadan önemli seçimleri yapın
Küçük bir borsa ortaklık ekibini bir AMA'dan önceki akşam hayal edin. Bir cüzdan deneyimi göstermek istiyorlar, ancak erişimi kimin kontrol ettiğine ve hangi işlemlerin demoda olduğuna hala karar vermeleri gerekiyor. Önce bu kararları haritalar, ardından ekibin net bir şekilde açıklayabileceği basit bir yolculuk üzerinde anlaşırdık.
Bu tür erken bir konuşma, ürün dilini dürüst tutar. Emanetçi olmayan bir cüzdan, kullanıcıların neyi kontrol ettiğini ve erişimi nasıl geri yükleyebileceklerini açıklamalıdır. Emanetçi bir cüzdan, hizmetin sorumluluklarını ve destek sınırlarını açıkça belirtmelidir. Model hala açıksa, soruyu kaydederiz, sanki çözülmüş gibi tasarlamayız.
Emanetçi diyagramını, kritik kullanıcı yollarını ve beklenen hata durumlarını ürün sorumlunuzla birlikte inceleriz. Ardından kararları ve açık soruları paylaşılan bir kayıtta tutarız. Mevcut ürün notlarını, kaba ekranları veya çalışan kodu getirebilirsiniz; cilalı olmaları gerekmez. Cüzdan sözleşme davranışına dayanıyorsa, kabul kriterlerini belirlemeden önce bu seçimleri akıllı sözleşme geliştirme ile uyumlu hale getirin.
İlk sürüm hangi cüzdan yolculuklarını desteklemeli?
İlk sürüm, küçük bir dizi önemli cüzdan yolculuğunu takip etmeyi kolaylaştırmalıdır. Üyelerin tamamlamak için geldiği işlemle başlayın, ardından öncesinde ve sonrasında neyi anlamaları gerektiğine karar verin.
Sadece ekranı değil, işlemi haritalayın
Bir gönderme akışı için, kullanıcıların varlığı, hedefi ve tutarı nasıl tanımladığı üzerinde anlaşın. İmza işlemini ve işlem durumunu netleştirin. Bir takas için, insanların hangi bilgileri incelediğine ve işlem devam edemezse arayüzün ne gösterdiğine karar verin. Çoklu zincir desteği için ağları listeleyin ve kullanıcıların hangi ağ ve varlıkla çalıştıklarını nasıl anlayabileceklerini gösterin.
Ana uygun bir yüzey seçin
Bir tarayıcı uzantısı, masaüstü öncelikli bir ürüne uygun olabilir. Bir mobil uygulama, özel bir telefon yolculuğunu destekleyebilir; bu ürün çalışması için mobil uygulama geliştirme bölümüne bakın. Bir Telegram Mini Uygulaması, cüzdan işlemlerini bir Telegram deneyimi içine yerleştirebilir. Her yüzey kendi tasarım, uygulama ve doğrulama çalışmasını getirir. İlk yüzeyi gerçek üye görevleri etrafında seçmenize yardımcı oluyoruz, bir özellik listesi değil.
Bir üyenin telefonunda bir varlığı kontrol ettiğini, ardından devam etmek için bir Telegram Mini Uygulaması açtığını hayal edin. Deneyimin nerede değiştiğini ve hangi bilgilerin net kalması gerektiğini haritalardık. Telegram teslimatı için Telegram bot ve mini uygulama geliştirme bölümüne bakın.
Bu haritayı, aktarımı netleştirmek ve üyenin bir sonraki işlemini anlaşılır kılmak için kullanabiliriz. Ayrıca ekibinize, ilk sürümde hangi yüzeylerin olduğuna karar vermek için somut bir yol verir.
Her cüzdan kararına inşa sürecinde bir yer verin
Bir cüzdan projesi, ekip uygulamadan önce ürün sorularını çözdüğünde takip etmesi daha kolaydır. 3 bölümlü bir kontrol ritmi kullanıyoruz: kararları netleştirin, akışlar şekillenirken çalışmayı inceleyin ve üzerinde anlaşılan teslimatı onaylayın.
- Başlangıç resmini paylaşın. Cüzdanın kimin için olduğunu, ana üye görevlerini, hedef platformları ve gerekli ağları bize söyleyin. Varsa mevcut tasarımları, kodu ve entegrasyonları ekleyin.
- Emanetçi ve mimariyi inceleyin. Hesap sorumluluklarını, kurtarmayı, izinleri, işlem yolculuklarını ve açık kararları ürün sorumlunuzla haritalarız.
- Hazır olmanın ne anlama geldiği üzerinde anlaşın. Dahil edilen işi, kabul kriterlerini, bağımlılıkları ve inceleme noktalarını birlikte belirleriz. Bu, herkese tamamlanma konusunda aynı resmi verir.
- Üzerinde anlaşılan akışları tasarlayın ve oluşturun. Ekip, seçilen ürün yüzeyleri ve teknik bağlantılar üzerinde çalışır. Öncelikli yolculukları şekillenirken kontrol ederiz.
- Doğrulayın ve teslim edin. Üzerinde anlaşılan işi kabul kriterlerine göre inceler, belirtilen güvenlik malzemelerini hazırlar ve operasyonel sahipliği belgelendiririz.
Takvim, ekip seçilen yüzeyleri, emanetçi yaklaşımını, entegrasyonları ve inceleme ihtiyaçlarını anladıktan sonra gelir. İlk hafta, ekibinizin müsaitliğine uyuyorsa, ürün ayrıntılarını toplamaya ve açık soruları çözmeye odaklanabilir. Planı görünür tutar ve ekibinizin erişim, onay veya teknik kişiler sağlaması gereken yerleri belirleriz.
Cüzdan hazırlığını ekibinizin kontrol edebileceği şeylere dayandırın
Yararlı bir cüzdan teslimatı, ekibinize çalışan ekranlardan daha fazlasını verir. Üzerinde anlaşılan işe bağlı olarak, ürün gereksinimlerini, arayüz tasarımlarını, cüzdan kodunu, arka uç veya zincir bağlantılarını ve öncelikli akışlar için testleri içerebilir. Ayrıca teknik notlar ve bir takip planı da içerebilir. Cüzdanınız bir token lansmanına bağlanıyorsa, token oluşturma ve dağıtım ile koordine edin. Daha geniş ürün için Web3 geliştirme, paylaşılan teknik kararları belirlemeye yardımcı olabilir.
Yayından önce ana kontrolleri tek bir yerde toplayın. Emanetçi ve kurtarma seçimlerinin belgelendiğini onaylayın. Kullanıcıların imzalamadan önce işlem ayrıntılarını inceleyebildiğinden emin olun. Entegrasyonlar, erişim ve uyarılar için sorumlular atayın. Güvenlik incelemesi bulgularına net bir sorumlu ve çözüm yolu verin.
Üzerinde anlaşılan uygulamayı teslim edebilir ve güvenlik incelemesi için malzemeler hazırlayabiliriz. Harici bir denetçi bulgularına karar verir; danışmanınız, yayından önce herhangi bir emanetçi ürünün düzenleyici sınıflandırmasını incelemelidir. Ağ kullanılabilirliği ve üçüncü taraf entegrasyon davranışı da inşa ekibinin kontrolü dışındadır.
Bize kullanıcılarınız, biliniyorsa emanetçi seçiminiz, platformlar, ağlar ve öncelikli işlemlerle kısa bir özet gönderin. Ürün sorumlunuzla birlikte inceleyecek ve ilk cüzdan kararlarını birlikte haritalayacağız.
Nasıl çalışır
- Başlangıç resmini paylaşınCüzdanın kimin için olduğunu, ana üye görevlerini, hedef platformları ve gerekli ağları bize söyleyin. Varsa mevcut tasarımları, kodu veya entegrasyonları ekleyin.
- Emanetçi ve mimariyi inceleyinHesap sorumluluklarını, kurtarmayı, izinleri, işlem yolculuklarını ve açık kararları ürün sorumlunuzla haritalarız.
- Hazır olmanın ne anlama geldiği üzerinde anlaşınDahil edilen işi, kabul kriterlerini, bağımlılıkları ve inceleme noktalarını birlikte belirleriz.
- Üzerinde anlaşılan akışları tasarlayın ve oluşturunEkip, seçilen ürün yüzeyleri ve teknik bağlantılar üzerinde çalışır, öncelikli yolculukları şekillenirken kontrol eder.
- Doğrulayın ve teslim edinÜzerinde anlaşılan işi kabul kriterlerine göre inceler, belirtilen güvenlik malzemelerini hazırlar ve operasyonel sahipliği belgelendiririz.
Sık sorulan sorular
Bir cüzdan inşasını görüşmeden önce ne göndermeliyim?
Hedeflenen kullanıcılar, yapmaları gereken işlemler, hedef platformlar ve gerekli ağlarla başlayın. Emanetçinin kararlaştırılıp kararlaştırılmadığını ve cüzdanın hangi hizmetlere veya sözleşmelere bağlanması gerektiğini bize söyleyin. Mevcut tasarımlar veya kod yardımcı olur, ancak ilk bir görüşme için kaba notlar yeterlidir. Kimse inşa etmeye başlamadan önce açık kararları listeleyebiliriz.
Kullanıcıların kendi anahtarlarını kontrol ettiği bir cüzdan inşa edebilir misiniz?
Evet. Emanetçi olmayan cüzdanlar, emanetçi cüzdanlar veya ayrı kullanıcı ve hizmet sorumlulukları olan ürünler planlayabiliriz. Emanetçi olmayan bir ürün için, insanların erişimi nasıl oluşturduğunu, imza taleplerini nasıl incelediğini ve cüzdanlarını nasıl geri yüklediğini netleştiririz. Bu seçimler hem ürün dilini hem de teknik planı etkiler.
Bir cüzdan aynı anda bir tarayıcı uzantısını ve Telegram Mini Uygulamasını destekleyebilir mi?
Her ikisi için de planlanabilir, ancak her yüzey kendi etkileşim tasarımını ve doğrulamasını gerektirir. Önce üyelerin her yüzeyde tamamlaması gereken görevleri haritalarız. Ardından deneyimlerin nasıl bağlandığı ve hangisinin ilk sürümde olduğu üzerinde anlaşırız. Bu, ilk planı gerçek kullanıma odaklı tutar.
Takasları ve birden çok ağı nasıl planlıyorsunuz?
Ürünün desteklemesi gereken ağları ve işlemleri listeleyerek başlıyoruz. Bir takas için, kullanıcıların onaylamadan önce neyi incelediğini ve işlem devam edemezse arayüzün ne gösterdiğini tanımlarız. Birden çok ağ için, uygulamadan önce kullanıcı yolculuğunda aktif ağı ve varlık bağlamını netleştiririz.
Bir cüzdan zaman çizelgesi belirlemeden önce neye karar verilmesi gerekiyor?
Emanetçi, platformlar, üye yolculukları, entegrasyonlar ve güvenlik incelemesi ihtiyaçlarını inceledikten sonra yararlı bir takvim belirleyebiliriz. Odaklanmış bir cüzdan akışı, birkaç yüzeyi ve arka uç bağlantısı olan bir üründen farklıdır. Uygulamaya başlamadan önce iş, bağımlılıklar ve inceleme noktaları üzerinde birlikte anlaşırız.
Güvenlik hazırlığınız, bir denetçinin cüzdanı onaylayacağı anlamına mı geliyor?
Hayır. Üzerinde anlaşılan ürünü inşa edebilir, belirtilen yolculukları test edebilir ve inceleme için malzemeler hazırlayabiliriz, ancak harici denetçi hangi bulguları raporlayacağına karar verir. Örneğin, bir ekip incelemeciler için ağların, entegrasyonların ve ayrıcalıklı işlemlerin bir envanterini hazırlayabilir. Danışmanınız ayrıca, yayından önce emanetçi bir ürünün düzenleyici sınıflandırmasını değerlendirmelidir.
Projenizi anlatın
Dört hızlı soruyu yanıtlayın, yöneticiniz bir saat içinde plan, zamanlama ve fiyat aralığı göndersin. Her şey gizli kalır.
Form yükleniyor…