Telegram Anket Botunda Çoklu Doğru Yanıt Nasıl Kurulur?

Telegram anket botunda çoklu doğru yanıt ne zaman kullanılmalı?

Bir eğitim, iç ekip bilgi kontrolü veya topluluk etkinliğinde tek doğru seçeneğe sığmayan soru varsa Telegram anket botunda çoklu doğru yanıtlı quiz düşünülebilir. Ancak önce sorunun gerçekten birden fazla doğru cevabı olup olmadığını, katılımcının oyunu değiştirmesine izin verilip verilmeyeceğini ve sonuçların ne zaman gösterileceğini belirlemek gerekir. Botun görevi yalnızca anketi göndermek değil; yanlış kurulumu, yinelenen yanıtları ve sonuç yorumunu da yönetmektir.

Telegram'ın Bot API değişiklik kaydı, 3 Nisan 2026 tarihli sürümde quiz için çoklu doğru yanıt desteğini ve correct_option_ids alanını duyuruyor. Güncel Bot API başvurusu ise sendPoll parametrelerini ve anket nesnesini tanımlıyor. Bu özelliklerin kullanılabilirliği botun bağlı olduğu istemci ve uygulama akışı içinde ayrıca test edilmelidir.

Anketin amacı ile quiz biçimini ayırın

Karar vermeden önce soruyu üç türe ayırın. Müşteri tercihi veya ekip geri bildirimi toplamak için normal anket uygundur; burada doğru cevap yoktur. Tek doğru cevabı olan bir bilgi sorusu ayrı bir quizdir. Birden fazla geçerli seçeneği olan bilgi sorusu ise çoklu doğru yanıtlı quiz olabilir. Örneğin bir süreç eğitiminde “hangi durumlarda insan onayı gerekir?” sorusunun birden çok doğru karşılığı bulunabilir. Bu örnek bir tasarım senaryosudur; gerçek kurum kuralı olarak kullanılmamalıdır.

Quiz görünümü her karar problemi için uygun değildir. Kullanıcıya kişisel tercih sorarken doğru ve yanlış etiketleri koymak yanıltıcı olur. Ayrıca bot cevabı değerlendirirken kullanıcıyı gereksiz yere puanlamamalıdır. Önce öğrenme hedefini, doğru yanıt listesini ve katılımcıya verilecek açıklamayı yazılı hale getirin. Değerlendirme kuralını ekipçe onaylayın; sonra API alanlarına çevirin.

correct_option_ids ve çoklu seçim nasıl eşleşir?

Bot API, quiz için doğru seçenek kimliklerini correct_option_ids dizisinde alır; çoklu cevap isteniyorsa allows_multiple_answers ayarı ayrıca değerlendirilir. Eski tekil correct_option_id alanına dayanan entegrasyonlar sürüm geçişinde gözden geçirilmelidir. İsim benzerliğine güvenip eski isteği aynen göndermek yerine, oluşturulan anketin dönen nesnesindeki doğru seçenekleri test edin.

Seçenekleri düzenlerken metin ile sıra numarasını karıştırmayın. İçerik editörü bir seçeneği sildiğinde veya sırasını değiştirdiğinde, saklanan doğru yanıt indeksleri de yeniden hesaplanmalıdır. Rastgele sıralama açılırsa botun raporlama ekranı kullanıcıya görünen sırayı değil, API'nin döndürdüğü kalıcı seçenek kimliklerini ve anket kimliğini esas almalıdır. Bu, rapor tasarımına ilişkin bir uygulama önerisidir; veri modelini kullanacağınız API sürümünde doğrulayın.

Oy değiştirme ve sonuç gösterme kararını önceden verin

allows_revoting, katılımcının oyunu değiştirme davranışını; hide_results_until_closes ise sonuçların kapanışa kadar görünürlüğünü etkiler. Eğitim sonunda öğrenmeyi ölçüyorsanız oy değiştirmeyi kapatmak mantıklı olabilir. Tartışma sırasında görüşlerin nasıl değiştiğini görmek istiyorsanız açık bırakabilirsiniz. Hangi seçeneğin uygun olduğu, katılımcıya önceden duyurulan kurala bağlıdır.

Kapanış saatini de süreç sahibi belirlemelidir. Etkinlik bitmeden sonuçları göstermek sonraki katılımcıların yanıtlarını etkileyebilir; fakat sonuçları gizlemek de anında geri bildirim beklentisini karşılamaz. Açıklama metni, kapanış zamanı ve sonuçların kimlerle paylaşılacağı tek bir kararda birleştirilmelidir. Anketi oluşturan yönetici, ayarların gerçek Telegram istemcisinde nasıl göründüğünü test etmelidir.

Bot akışında hangi kayıtlar tutulmalı?

İşletme için yararlı kayıt, her mesajın ham dökümü değildir. Anket kimliği, konu, sürüm, gönderildiği sohbet, geçerli seçenek listesi ve kapanış kararı çoğu operasyon incelemesi için daha anlamlıdır. Kişisel yanıtlarla çalışılacaksa veri ihtiyacını ayrıca değerlendirin ve erişimi sınırlayın. Anonim anketten kişi bazında sonuç çıkarılacağına dair bir varsayım kurmayın; alanların davranışını seçilen anket türünde test edin.

Bot yanıtını bir CRM veya eğitim paneline taşıyacaksanız tekrar gelen güncellemeyi iki kez işleme riskini düşünün. Anket kimliği ve olay kimliği üzerinden tekrar kontrolü yapın. Seçenek eklendiğinde, silindiğinde veya bir oy geri alındığında raporun nasıl yeniden hesaplanacağını kabul senaryosuna yazın. Bu tasarım, genel webhook yeniden deneme rehberindeki mükerrer işlem mantığıyla birlikte ele alınabilir.

İlk denemede test edilecek hata senaryoları

Önce botun test sohbetinde tek doğru cevaplı basit bir soru gönderin. Ardından çoklu doğru yanıtlı soru, oy değiştirme, sonuç gizleme ve kapanış durumlarını ayrı ayrı sınayın. Yanlış indeks, boş doğru yanıt listesi, fazla seçenek ve kapanmış ankete geç yanıt gibi durumlar için beklenen sonucu kaydedin. Kullanıcıya gösterilecek hata mesajı, API'nin teknik hata metninden daha anlaşılır olmalıdır.

Bir editör anket metnini değiştirdiğinde cevap anahtarının aynı kaldığını varsaymayın. Düzenleme sonrası önizleme ve ikinci onay eklemek, özellikle eğitim ve değerlendirme kullanımında yararlı olabilir. Bot yetkisi, sohbet türü ve istemci görünümü de test edilmelidir. Başarılı API yanıtı, kullanıcı deneyiminin doğru olduğu anlamına tek başına gelmez.

Yayın sonrası nasıl değerlendirilir?

Katılım sayısını bağlamından koparmayın. Amaç eğitimse doğru cevap dağılımı ve yanlış anlaşılmış seçenekler; amaç müşteri geri bildirimi ise seçeneklerin anlaşılabilirliği ve serbest geri bildirim ihtiyacı incelenir. Düşük katılımın nedeni yalnızca bot olmayabilir: soru dili, zamanlama, hedef kitle ve sohbet kuralları ayrı değerlendirilmelidir.

Sonuç raporunda kullanılan soru sürümünü gösterin. Farklı soru metinlerini tek grafik altında birleştirmek yanlış yorum üretir. Botu geliştiren ekip ile süreç sahibi aynı kabul örneklerini paylaşmalı; raporun karar için yeterli olup olmadığını birlikte değerlendirmelidir.

Webinle ile kapsamı nasıl netleştirirsiniz?

Webinle'nin bot yazılımları ve entegrasyonlar hizmeti, izinli sistemlerde kullanıcı ve ekip için faydalı bot akışlarını konu alır. Anket botu için teklif istemeden önce hedef sohbetleri, anket türlerini, sonuç sahiplerini, veri saklama ihtiyacını ve başarısız teslim senaryolarını listeleyin. Böylece işin yalnızca bir sendPoll çağrısı mı, yoksa yönetim paneli ve raporlama gerektiren bir entegrasyon mu olduğu anlaşılır.

Kısa bir deneme sorusu ve beklenen rapor örneğiyle başlayın. Gereken izinleri, bakım sorumlusunu ve içerik değişikliklerinde onay akışını belirleyin. Bu bilgilerle Webinle'ye proje kapsamınızı iletebilirsiniz. Sağlıklı bir bot planı, özellik listesinden çok doğru soruya ve doğrulanabilir kabul senaryosuna dayanır.