Ödül Ekonomisi: Pasif Üyeleri Ödenen ve Takip Edilebilen Katılımcılara Dönüştürmek

1. Ödüller neden “kim yardım etmek ister?” çağrılarından daha iyidir?

Gönüllü çağrıları tek seferlik yanıtlar alır. Bir üye bir kez yardım eder, iyi hisseder ve sonra ortadan kaybolur — çünkü hiçbir kayıt, ödül veya takip yoktur. Bir ödül, aynı isteği herkese açık, fiyatlandırılmış, durum bilgisi olan bir sözleşmeye dönüştürür: sunucudaki herkesin görebileceği başlık, ödül, sahip, durum ve geçmiş.

Fiyatlandırma asıl noktadır. Bir dokümantasyon görevi için 20 avroluk bir ödül, işin gerçek bir değeri olduğunu gösterir. Asla gönüllü olmayacak üyeler, fiyatlandırılmış işlere yanıt verir, çünkü fiyatlandırılmış işler çabalarının takdir edilip edilmeyeceği konusundaki belirsizliği ortadan kaldırır.

2. Yaşam döngüsü: dört komut, beş durum

Sovereign, ödülleri katı bir durum makinesi olarak uygular: OPEN → IN_PROGRESS → REVIEW → PAID, terk edilmiş gönderiler için açık bir CLOSED yolu ile. Bağlı bir Identity Bridge'e sahip herkes /bounty create <Title> | <Amount> (minimum 5 EUR, sent olarak saklanır) ile bir ödül oluşturabilir, /bounty list ile açık olanları görüntüleyebilir, /bounty claim <ID> ile birini alabilir ve /bounty done <ID> ile bitmiş işi gönderebilir.

Durum makinesi sizin için moderasyon işini yapar. Bir ödül iki kez talep edilemez, yaratıcı kendi gönderisini talep edemez ve yalnızca atanmış çalışan gönderebilir. Her geçiş doğru kişiyi bilgilendirir: yaratıcı, ödülü talep edildiğinde ve iş gönderildiğinde tekrar DM alır ve gönderim onay için Dashboard Exchange'e düşer.

Fonlar yalnızca Dashboard'da açık onaydan sonra serbest bırakılır. Bu, döngüyü önemli olduğu yerde — güven — insani tutar ve diğer her yerde otomatize eder.

// Command routing and the guard clauses that make the state machine safe
switch (action) {
  case 'create': return await createBounty(tenantId, member.id, args);   // -> OPEN
  case 'list':   return { reply: await listBounties(tenantId) };         // 5 latest OPEN
  case 'claim':  return await claimBounty(tenantId, member.id, args);    // OPEN -> IN_PROGRESS
  case 'done':   return await completeBounty(tenantId, member.id, args); // IN_PROGRESS -> REVIEW
}

// Guards enforced inside the transition functions:
// - status must match the expected state or the command is rejected
// - creatorId !== workerId   (no self-claims)
// - only the assigned workerId may call /bounty done
// Funds are released after owner approval: Dashboard > Exchange (REVIEW -> PAID)

3. Ödülleri sadece çıktı değil, elde tutmayı sağlayacak şekilde ayarlamak

İşe yarayan ödüller küçük, spesifik ve bir akşamda kazanılabilir niteliktedir. Haftada üç veya daha fazla yeni ödül yayınlayan bir topluluk, üyelere sunucuyu kontrol etmek için sürekli bir neden sunar: açık işler, geri dönmek için düzenli olarak yenilenen bir nedendir; bu da elde tutma mühendislerinin tam olarak üretmeye çalıştığı davranıştır.

Bileşik etki, topluluğun daha iyi çalışmasını sağlayan şeyler için ödüller yayınlamaktır: onboarding script'leri, dokümantasyon, klip yapımı, moderasyon kapsamı, etkinlik lojistiği. Tamamlanan her ödül, tek seferlik bir teslimat değil, kalıcı bir varlıktır.