Economia Recompenselor: Transformarea Membrilor Inactivi în Contribuitori Plătiți și Monitorizați

1. De ce recompensele sunt mai bune decât „cine vrea să ajute?”

Apelurile pentru voluntari primesc răspunsuri unice. Un membru ajută o dată, se simte bine și revine la starea de observator – pentru că nu a existat nicio înregistrare, nicio recompensă, nicio urmărire. O recompensă transformă aceeași solicitare într-un contract public, prețuit, cu stare: titlu, recompensă, proprietar, stare și istoric pe care oricine din server le poate vedea.

Prețul este esențial. O recompensă de 20 de euro pentru o sarcină de documentare semnalează că munca are o valoare reală. Membrii care nu s-ar oferi niciodată voluntari răspund la munca prețuită, deoarece munca prețuită elimină ambiguitatea cu privire la recunoașterea efortului lor.

2. Ciclul de viață: patru comenzi, cinci stări

Sovereign implementează recompensele ca o mașină de stare strictă: OPEN → IN_PROGRESS → REVIEW → PAID, cu o cale explicită CLOSED pentru postările abandonate. Oricine cu o identitate conectată poate crea o recompensă cu `/bounty create <Titlu> | <Sumă>` (minim 5 EUR, stocată în cenți), poate naviga printre cele deschise cu `/bounty list`, poate prelua una cu `/bounty claim <ID>`, și poate trimite munca finalizată cu `/bounty done <ID>`.

Mașina de stare face munca de moderare pentru tine. O recompensă nu poate fi revendicată de două ori, creatorul nu își poate revendica propria postare și numai lucrătorul desemnat poate trimite. Fiecare tranziție notifică persoana potrivită: creatorul primește un mesaj privat (DM) când recompensa sa este revendicată și din nou când munca este trimisă, iar trimiterea ajunge în Dashboard Exchange pentru aprobare.

Fondurile sunt eliberate numai după aprobarea explicită în Dashboard. Acest lucru menține bucla umană acolo unde contează – încrederea – și automatizată peste tot în altă parte.

// 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. Ajustarea recompenselor pentru a construi retenția, nu doar rezultatul

Recompensele care funcționează sunt mici, specifice și pot fi câștigate într-o singură seară. O comunitate care postează trei sau mai multe recompense noi pe săptămână oferă membrilor un motiv constant de a verifica serverul: munca deschisă este un motiv reîmprospătat regulat pentru a reveni, ceea ce este exact comportamentul pe care inginerii de retenție încearcă să-l creeze.

Strategia de compunere este de a posta recompense pentru lucruri care îmbunătățesc funcționarea comunității: scripturi de onboarding, documentație, creare de clipuri, acoperire de moderare, logistică de evenimente. Fiecare recompensă finalizată este un activ permanent, nu un livrabil unic.