Telegram bot ve TON mini uygulama geliştirme, tek bir kullanıcı görevine odaklı

Telegram deneyiminiz nereden başlamalı?

Kullanıcının tamamlaması gereken tek görevle başlayın. Bu seçim, bir bot sohbeti veya TON mini uygulama arayüzü şekillendirmemize yardımcı olur. Bir bot, rehberli bir alışveriş veya tekrarlanabilir bir görev için uygundur. Bir mini uygulama, ekranlar ve kontroller gerektiren eylemler için uygundur.

İlk sürümü şekillendirmek için bu 5 bölümlük diziyi kullanıyoruz:

1. Kullanıcıyı adlandırın. Deneyimi kimin açacağını ve ne bildiklerini belirleyin.
2. Görevi tanımlayın. Tamamlamaları gereken eylemi günlük kelimelerle yazın.
3. Yolu haritalayın. Her soruyu, ekranı, onayı ve olası devri not edin.
4. Bağlantıları kontrol edin. Her adımın ihtiyaç duyduğu API, cüzdan veya ürün hizmetini listeleyin.
5. Bitiş çizgisini belirleyin. Neyi test edeceğimizi ve kullanıcı yolculuğunu kimin onayladığını kararlaştırın.

Örneğin, bir ticaret ekibi kullanıcıların bir eylem yapmadan önce bilgileri incelemesini isteyebilir. Arayüzün ne gösterdiğini ve eylemi hangi hizmetin desteklediğini haritalarız. Kullanıcının onayladığı yeri de belirleriz. Deneyim daha büyük bir merkeziyetsiz ürünün parçasıysa, dApp geliştirme ile birlikte planlanabilir. Bu, Telegram yolculuğunu ürüne bağlı tutar. Ayrıca sohbetin her işi yapmasını istemekten kaçınır.

İlk etkileşimi topluluğunuz için net hale getirin

Bir topluluk botu, belirli ve tekrarlanabilir bir ihtiyacı karşıladığında en iyi şekilde çalışır. Ayrıca bir kişinin ne zaman devreye girmesi gerektiğini bilmelidir. Uygulamadan önce karşılama, yanıtlar, moderatör kontrolleri ve insan devrini haritalarız.

Küçük bir takipçi kitlesi olan ve topluluğuna yeni bir piyasa dili ekleyen bir NFT sanatçısı düşünün. Yeni üyeler, daha önce görmedikleri terimlerle ilgili sorularla gelebilir. 3 adımlı bir karşılama şekillendirebiliriz. İlk olarak, yeni dili tanıtın. Ardından, doğru proje bilgisine yönlendirin. Son olarak, soru özen gerektirdiğinde moderatöre bir yol sunun. Bu varsayımsal bir örnektir, üyelerin nasıl yanıt vereceğine dair bir vaat değildir.

Topluluk iş akışları için rutin yanıtları, moderasyon eylemlerini ve personelin görmesi gereken bilgileri tanımlayabiliriz. Bir ürünün sohbet akışından daha fazlasına ihtiyaç duyduğu durumlarda, bir TON mini uygulaması üyelere etkileşimli bir görev için ekranlar sunabilir. Kullanıcı yolculuğu zincir üstü eylemlere dayanıyorsa, deneyimi akıllı sözleşme geliştirme ile de koordine edebiliriz.

Başlamadan önce, onaylanmış yanıtları, yükseltme iletişimini ve personel izinlerini hazırlayın. Bu seçimleri onaylayabilecek adlandırılmış bir kişi, incelemeyi odaklı tutmamıza yardımcı olur.

Ekibinizin takip edebileceği bir teslim

Çalışan bir Telegram deneyimi, kararlaştırılan kullanıcı yollarına karşı kontroller ve ekibinizin onu işletmesine yardımcı olan notlar elde edersiniz. Kesin öğeler, geliştirme başlamadan önce kararlaştırdığımız özelliklere ve bağlantılara bağlıdır.

Cüzdan bağlantılı bir mini uygulama için önce ağı, bağlantı adımlarını ve kullanıcı onaylarını netleştiririz. Cüzdan deneyimi de geliştirme gerektiriyorsa, bu çalışmayı kripto cüzdan geliştirme ile koordine edebiliriz. Ekibiniz test erişimini ve entegrasyon notlarını paylaşarak incelemeyi kolaylaştırabilir. Ayrıca ürün davranışını onaylayabilecek bir kişiyi belirtin.

Teslimden önce kararlaştırılan yolculukları birlikte kontrol ederiz. Bu, amaçlanan sonuca ve anlaşılır hata durumlarına bakmak anlamına gelir. Ayrıca planda belirtilen personel kontrollerini de kontrol ederiz.

Telegram deneyiminin hangi kısımları ekibinizin kontrolü dışındadır?

Sağlam bir geliştirme planı, ürün kararlarınızı Telegram ve bağlı hizmetler tarafından kontrol edilen davranışlardan ayırır. Bu, uygulayabileceğimiz ve test edebileceğimiz iş üzerinde anlaşmamızı sağlar.

Telegram, istemci deneyimini ve platform erişimini kontrol eder. Bağlı cüzdan sağlayıcıları ve API'ler kendi kullanılabilirliklerini kontrol eder. Kararlaştırılan akışları test edip teslim edebiliriz, ancak Telegram keşfi, kesintisiz erişim veya üçüncü taraf yanıtları sözü veremeyiz.

Geliştirmeden önce, her kullanıcı eyleminin arkasında adlandırılmış bir hizmet olduğunu kontrol edin. Aksi takdirde, bu eylem kullanılamadığında net bir yanıt tanımlayın. API kimlik bilgilerine ve platform yapılandırmasına kimin sahip olduğunu belirtin. Ticaret eylemleri için arayüzün ne gösterdiğini ve hangi adımların kullanıcı onayı gerektirdiğini tanımlayın. Bir akıllı sözleşme dahilse, sorumluluklarını Telegram arayüzünden ayrı tutun. Her bölümü kimin inceleyeceğini onaylayın.

Bir mini uygulamanın bir ekranı göstermeden önce harici bir hizmetten bilgi alması gerektiğini varsayalım. Bu bağımlılığı kaydeder ve bilgi eksikse kullanıcının ne göreceğine karar veririz. Bu yolu testlere dahil ederiz. Bu, ekibinize pratik bir inceleme noktası sağlar. Harici bir hizmeti arayüzün kontrol ettiği bir şey olarak ele almaz.

İlk sürümü çalışır hale getiren ürün ayrıntılarını getirin

Yararlı bir başlangıç, bir kullanıcı yolculuğunu haritalamak için yeterli ayrıntı verir. Ayrıca bağlantılarını kontrol etmemize ve ekibin nasıl inceleyeceğine karar vermemize olanak tanır. Kısa bir brief yeterlidir. Net sahiplik, cilalı dokümantasyondan daha önemlidir.

Lütfen şunları toplayın:

• Kullanıcı grubu ve tamamlamaları gereken görev.
• Mevcut ekranlar, komutlar, ürün akışları veya onaylanmış içerik.
• API, cüzdan veya hizmet dokümantasyonu ve erişimi yöneten kişiye bir yol.
• Ürün davranışı için karar verici ve geliştirmeyi test edecek kişi.

Kararları görünür tutmak için 2 inceleme noktası kullanabiliriz. İlki, uygulamadan önce haritalanan akışı kapsar. İkincisi, çalışan deneyimi bu akışa karşı kontrol eder. Telegram aracı daha geniş bir ürünün parçasıysa, Web3 geliştirme parçaların nasıl bir araya geldiğini çerçevelemeye yardımcı olabilir. Telegram'dan önce veya sonra bir web adımı için, yolculuğu Web3 web sitesi ve açılış sayfası geliştirme ile de hizalayabiliriz.

Ürün brief'inizi, ana kullanıcı görevini ve teknik notlarınızı Brand Community ile paylaşın. Bağımlılıkları inceleyeceğiz ve açık seçenekleri netleştireceğiz. Ardından bir geliştirme planıyla döneceğiz; projeniz hakkında bir görüşmeyle başlayın.

Nasıl çalışır

1. Kullanıcı görevini paylaşınTelegram deneyimini kimin kullanacağını ve ne yapmaları gerektiğini söyleyin. Mevcut ürün akışını veya teknik notları ekleyin.
2. Bağlantıları inceleyinAPI ve cüzdan ihtiyaçlarını, erişim yollarını ve ürün kararlarını kimin onaylayabileceğini kontrol ederiz.
3. İlk sürümü kararlaştırınKullanıcı yollarını, arayüz davranışını, dahil edilen özellikleri ve ekibin geliştirmeyi nasıl inceleyeceğini belgeleriz.
4. Geliştirin ve inceleyinKararlaştırılan deneyimi uygular ve haritalanan kullanıcı yolculuğuna karşı ekibinizle kontrol ederiz.
5. Test edin ve teslim edinDesteklenen yolları inceler, işletim notlarını kaydeder ve kararlaştırılan materyalleri ekibinize aktarırız.