İlk kullanıcı yolculuğu uygulama kapsamı hakkında neyi ortaya çıkarır?
İlk kapsam çıktısı, uygulamayı açmaktan ana eylemini tamamlamaya kadar olan 1 birincil kullanıcı yolculuğunun haritasıdır. Bu harita, ürün ve mühendislik ekiplerine ilk yayına neyin dahil edileceğine karar vermek için somut bir temel sağlar.
Yolculuğu, ekranları, hesap durumlarını, bilgi ihtiyaçlarını ve harici bir hizmetin bağlanması gereken noktaları belirlemek için kullanırız. Bir cüzdan uygulaması, bir DeFi ön yüzü ve bir sadakat deneyiminin farklı temel eylemleri vardır. Kapsam, ekip özellik listesini genişletmeden önce bu eylemleri tanımlamalıdır.
Yararlı bir ilk inceleme için şunları hazırlayın:
- Hedeflenen kullanıcı ve tamamlamaları gereken eylem.
- Hedef platformlar: iOS, Android veya her ikisi.
- Mevcut ürün materyalleri ve teknik dokümantasyon.
- Özellik önceliklerini ve beklenen davranışı onaylayabilecek kişi.
Bu, projeye test edilebilir bir başlangıç noktası verir. Ayrıca mobil arayüz çalışmasını arka uç ve API gereksinimlerinden ayırmaya yardımcı olur. Ürünün uygulamanın yanında tarayıcı tabanlı bir deneyime ihtiyacı varsa, sınırı dApp geliştirme ile inceleyin. Cüzdan oluşturma ve bağlantı temel ürünse, kapsamı kripto cüzdan geliştirme ile karşılaştırın.
Platform seçimi tasarım ve teslim kapsamını değiştirir
Platform kararı, ürünün iOS, Android veya her ikisine de ihtiyaç duyup duymadığını ve üzerinde anlaşılan kapsama yerel mi yoksa çapraz platform geliştirmenin mi uygun olduğunu kaydeder. Bunlar ayrı seçimlerdir. 2 platformlu bir yayın hala her iki sürümde paylaşılan yolculuklar ve entegrasyonlar hakkında net kararlar gerektirir.
Uygulama formatını kilitlemeden önce istenen kullanıcı eylemlerini ve mevcut teknik bileşenleri inceleriz. Bu, tasarım çalışmasını uygulama planına bağlı tutar. Ayrıca ekibinize geliştirme başlamadan önce platforma özgü gereksinimleri belirleme şansı verir.
Platform tartışmasına hazırlanmak için şu soruları kullanın:
- Kullanıcıların iOS ve Android'de aynı temel yolculuğa ihtiyacı var mı?
- Mevcut ürün zaten arka uç veya API hizmetlerini açığa çıkarıyor mu?
- Planlanan kripto özellikleriyle ilgili herhangi bir uygulama mağazası politikası var mı?
- Hangi davranışların ürün sorumlusundan onaylanması gerekiyor?
Cevap, tasarıma taşınan bir varsayım değil, belgelenmiş bir platform kapsamı olmalıdır. UI/UX çalışması daha sonra üzerinde anlaşılan yolculukları seçilen format için ekranlara ve etkileşimlere dönüştürür. Bu incelemeye mevcut marka varlıklarını ve ürün materyallerini getirin. Amaçlanan deneyim bağımsız bir uygulama yerine Telegram içinde yer alacaksa, ayrı bir ürün kapsamı olarak Telegram bot ve mini uygulama geliştirme değerlendirin.
Entegrasyon haritası cüzdan ve blockchain çalışmasını test edilebilir kılar
Entegrasyon haritası, her kullanıcı eylemi için gereken cüzdan, blockchain, arka uç ve API bileşenlerini listeler. Uygulamanın görüntülediği şeyi yolculuğu destekleyen hizmetlerle bağlar. Bu, arayüz ve uygulama kararları onaylanmamış davranışa güvenmeden önce mevcut teknik materyalleri inceleme noktasıdır.
Her eylem için, uygulamanın hangi bilgiye ihtiyacı olduğunu ve entegrasyonun nerede yer aldığını kaydederiz. Ürün sorumlunuz daha sonra beklenen davranışı teknik ekiple onaylayabilir. Bu inceleme ayrıca arka uç veya API çalışmasının mobil proje kapsamına girip girmediğini gösterebilir.
Entegrasyon tartışmasına 3 girdi getirin: mevcut teknik dokümantasyon. Ayrıca ilgili ürün bileşenlerinin bir tanımını ve bu bileşenlere ihtiyaç duyan kullanıcı eylemlerini gönderin. Bazı materyaller hazır değilse, açık soruları ve bunları kimin çözeceğini belirleyin. Bu, varsayımları gereksinim olarak ele almadan kalan çalışmayı görünür kılar.
Sözleşme davranışı mobil yolculuğu etkilediğinde, uygulama gereksinimlerini akıllı sözleşme geliştirme ile uyumlu hale getirin. Bir cüzdan daha büyük bir ürünün bir bileşeni olduğunda, sorumluluklarını daha geniş mobil deneyimden ayrı tutun. Üzerinde anlaşılan entegrasyon haritası, tasarım ve geliştirmeye uygulama ve test için ortak bir referans sağlar.
Kripto uygulama mağazası incelemesi arayüz son halini almadan önce yapılmalıdır
Planlanan özellik listesi ve ürün açıklaması, erken bir uygulama mağazası politikası incelemesi için girdilerdir. Geliştirme başlamadan önce kripto ürün politikalarını incelemek, ekibin uygulama deneyimini tanımlarken ilgili gereksinimleri hesaba katmasına yardımcı olur.
Uygulamanın amaçlanan Web3 işlevlerini, mevcut ürün materyallerini ve planlanan kullanıcı yolculuklarını paylaşın. İnceleme, geniş bir kategori etiketi yerine gerçek ürünle ilgili olmalıdır. Bir politika sorusu bir özelliğin nasıl sunulduğunu veya teslim edildiğini etkiliyorsa, arayüz son halini almadan önce ürün sorumlusunu dahil edin.
Sonucu kapsam tartışmasına ekleyin. Bu kayıt, ekibin hangi ürün kararlarının incelendiğini ve hangilerinin hala onay beklediğini anlamasına yardımcı olur. Ayrıca mağaza hazırlığını geliştirme tamamlanana kadar bırakmak yerine proje çalışması olarak görünür tutar.
Mağaza inceleme kararları ve zamanlaması ilgili platformun kontrolü altında kalır. Üzerinde anlaşılan uygulama çalışmasını gönderim için hazırlarız, ancak kabul veya belirli bir inceleme sonucu vaat edemeyiz.
Beş teslim aşaması brifingi gönderime hazır bir uygulamaya bağlar
Teslim kaydı 5 aşamayı takip eder: kapsam, tasarım, geliştirme, test ve mağaza gönderim hazırlığı. Her aşamanın bir inceleme noktası vardır, böylece ekibiniz çalışmanın bir sonraki kısmı ona bağlı olmadan önce kararları onaylayabilir.
Kapsam incelemesi, birincil yolculuğu, platformları ve entegrasyon ihtiyaçlarını onaylar. UI/UX tasarımı bu gereksinimleri ekranlara ve etkileşimlere dönüştürür. Geliştirme, üzerinde anlaşılan mobil deneyimi ve ilgili cüzdan, blockchain, arka uç veya API çalışmasını uygular. Test, sonucu tanımlanan gereksinimlere göre kontrol eder. Gönderim hazırlığı, yayın çalışmasını ve yayın sonrası destek planını düzenler.
Proje zamanlaması, üzerinde anlaşılan özellik kapsamını ve platform ihtiyaçlarını takip eder. Yararlı bir plan için, ürün davranışını onaylayabilecek ve mevcut dokümantasyonu erken sağlayabilecek 1 karar verici belirleyin. Teslimlerde ekip, incelemeye hazır olanı, onaylananı ve açık kalanı görebilmelidir.
Teslim; ürün kapsamı, UI/UX tasarımı, yerel veya çapraz platform geliştirme, entegrasyonlar, test, mağaza gönderimi ve yayın sonrası desteği içerebilir. Nihai kapsamınız bu öğelerden hangilerinin dahil olduğunu kaydeder. Bu, ekibin genel bir özellik istek listesi yerine üzerinde anlaşılan gereksinimlere göre çalışmayı koordine etmesini sağlar.
Mobil kapsam, daha geniş Web3 ürününde net bir role sahip olmalıdır
Bir bileşen haritası, mobil uygulamanın ana ürün arayüzü mü yoksa daha geniş bir Web3 sisteminin bir parçası mı olduğunu gösterir. Uygulamaya, sözleşmelere, tarayıcı deneyimine ve varsa Telegram deneyimine atanan sorumlulukları adlandırır. Bu, yinelenen özellik tanımlarını azaltır ve net bir sorumlusu olmayan çalışmayı ortaya çıkarır.
1 kullanıcı eylemleri listesiyle başlayın. Hangilerinin bağımsız mobil uygulamaya ait olduğunu işaretleyin, ardından bir sözleşmeye, web arayüzüne veya platforma özgü deneyime dayanan herhangi bir eylemi belirleyin. Proje ayrıca daha geniş bir geliştirme planına ihtiyaç duyuyorsa, mobil kapsamı Web3 geliştirme ile yan yana yerleştirin. Bu, ekibe ilgili ürün çalışması hakkında ortak bir bakış açısı sağlar.
Bağımsız bir uygulama, kullanıcıların özel bir iOS veya Android deneyimine ihtiyaç duyması durumunda uygundur. Telegram mini uygulaması farklı bir formattır ve farklı bir erişim noktasına sahiptir. Hangi yapı kapsamını tartışacağınızı seçmeden önce kullanıcıların ürüne nereden girmesi gerektiğini tanımlayın.
GeoMarketing Experts ile başlamak için kısa bir ürün brifingi, hedef platformlar, mevcut teknik dokümantasyon ve birincil kullanıcı yolculuğunu gönderin. Kapsamı ve entegrasyon ihtiyaçlarını inceleyecek, ardından üzerinde anlaşılan gereksinimler için geliştirme çalışmasını ve programını ana hatlarıyla belirteceğiz.
Nasıl çalışır
- Ürün brifingini gönderinUygulamanın amacını, hedeflenen kullanıcıları, hedef platformları ve birincil yolculuğu paylaşın. Varsa mevcut ürün materyallerini ve teknik dokümantasyonu dahil edin.
- Kapsamı ve platform ihtiyaçlarını inceleyinKullanıcı yolculuklarını, cüzdan ve blockchain gereksinimlerini ve varsa arka uç veya API çalışmasını onaylayın. Geliştirme başlamadan önce ilgili uygulama mağazası politikalarını inceleyin.
- Arayüz yönünü onaylayınUI/UX tasarımlarını üzerinde anlaşılan yolculuklara ve özelliklere göre inceleyin. Uygulamaya geçmeden önce ekranları ve etkileşimleri onaylayın.
- Uygulamayı geliştirin ve test edinÜzerinde anlaşılan mobil deneyimi ve entegrasyonları oluşturun. Sonucu kapsama göre test edin ve inceleme bulgularını çözün.
- Gönderim ve desteği hazırlayınMağaza gönderim hazırlığını koordine edin ve proje kapsamında yayın sonrası destek ihtiyaçları üzerinde anlaşın.
Sık sorulan sorular
Bir proje hem iOS hem de Android'i kapsayabilir mi?
Evet. Kapsam iOS, Android veya her ikisini de içerebilir. Seçilen platformları birincil kullanıcı yolculuğu ve entegrasyon ihtiyaçlarıyla birlikte onaylar, ardından tasarım ve geliştirmeyi bu üzerinde anlaşılan kapsam etrafında planlarız.
Mevcut bir cüzdan veya blockchain hizmetine bağlanabilir misiniz?
Evet, proje, üzerinde anlaşılan gereksinimlere uyduğunda cüzdan ve blockchain entegrasyonunu içerebilir. Mevcut teknik dokümantasyonu ve bu bağlantılara ihtiyaç duyan kullanıcı eylemlerinin bir tanımını gönderin. Materyalleri kapsam belirleme sırasında inceler ve ilgili arka uç veya API çalışmasını belirleriz.
Bir Web3 uygulaması oluşturma zaman çizelgesini ne etkiler?
Program, özellik kapsamını, seçilen platformları ve gerekli cüzdan, blockchain, arka uç ve API çalışmasını takip eder. Proje planı ayrıca tasarım, test ve mağaza gönderim hazırlığını da hesaba katar. Zamanlamayı bu girdileri inceledikten sonra belirleriz.
Bir uygulamayı tartışmadan önce hangi bilgileri göndermeliyim?
Kısa bir ürün brifingi, ana kullanıcı yolculuğu, hedef platformlar ve mevcut teknik dokümantasyon gönderin. Ürün materyallerini dahil edin ve öncelikleri onaylayabilecek kişiyi belirleyin. Bu 4 girdi, kapsam tartışmasına net bir başlangıç noktası verir.
Kripto özellikleri için mağaza politikalarını ne kadar erken incelemeliyiz?
Geliştirme başlamadan önce inceleyin. Planlanan Web3 işlevlerini ve ürün açıklamasını paylaşın, böylece politika incelemesi kapsam ve arayüz kararlarını bilgilendirebilir. Bir politika sorusu bir özelliği değiştiriyorsa, bu tartışmaya ürün sorumlusunu dahil edin.
Bir uygulama mağazası gönderiminde nihai kararı kim verir?
İlgili uygulama mağazası, inceleme kararını ve zamanlamasını kontrol eder. Üzerinde anlaşılan uygulama çalışmasını gönderim için hazırlayabilir ve yayın sürecini destekleyebiliriz. Kabulü yalnızca ilgili uygulama mağazası kontrol eder ve bir geliştirme ekibi bunu vaat edemez.
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…