DeHubDeHub openen

DeHub › Blog

Connect and Converse: geavanceerd berichtensysteem met betaalde/gratis DM's

Door DeHub Team — 2025-02-25

DeHub Q1 2025 update: Connect and Converse: Advanced Messaging System with Paid/Free DMs

In het eerste kwartaal van 2025 hebben we een berichtensysteem voltooid dat betaalde of gratis directe berichten en ontgrendelbare chatinhoud ondersteunt.

## Het probleem dat betaalde DM's daadwerkelijk oplossen

Een maker met elk publiek heeft een onbruikbare inbox. Geen drukke — onbruikbaar. Het volume maakt het onmogelijk om de boodschap te vinden die ertoe doet, dus de meeste makers stoppen met lezen en de mensen met iets dat echt de moeite waard is om te zeggen, verliezen het kanaal samen met alle anderen.

Elk bestaand antwoord is slecht. Filters raden verkeerd. Assistenten zijn duur en alleen bovenaan beschikbaar. Het sluiten van DM's verbreekt volledig de verbinding die het publiek waardevol maakte.

Een prijs is een filter dat de afzender iets kost en de ontvanger betaalt. Het meet het belang niet, wat een echte beperking is. Het meet wel de bereidheid om te besteden aan gehoord worden, wat goed genoeg correleert om een inbox leesbaar te maken — en in tegenstelling tot een algoritmisch filter, bestuurt de maker het en kan hij precies zien hoe het is ingesteld.

Waarom gratis moest blijven

Omdat een puur betaalde inbox een slechter product is voor het publiek, en de meeste reden dat iemand een maker volgt, is de mogelijkheid om contact op te nemen.

Beide modi bestaan samen. Makers stellen in wat van toepassing is. Een fan kan gratis berichten sturen waar de maker dit toestaat, en betalen is een manier om er zeker van te zijn dat je iemand bereikt die het kanaal anders heeft moeten sluiten.

Het was de juiste beslissing om het configureerbaar te maken in plaats van voor iedereen te beslissen. Een maker met 1000 volgers en een maker met 500.000 volgers hebben tegengestelde problemen en één beleid kan niet beide dienen.

Ontgrendelbare chatinhoud

Inhoud binnen een gesprek dat wordt geopend na betaling.

De reden dat dit in berichten thuishoort in plaats van in een afzonderlijke aankoopstroom, is dat het overeenkomt met hoe de interactie daadwerkelijk plaatsvindt. Een maker die iets specifieks aanbiedt aan een specifieke persoon, in het gesprek waar het ter sprake kwam, zou hem niet naar een winkel moeten leiden en hopen dat hij terugkeert.

Het erft ook de tokenised upload economics — settlement onchain, voorwaarden die aan het item zijn gekoppeld, niet een tarief dat we administratief respecteren.

De les waarvoor we al hadden betaald

Bezorging is de functie, niet het bericht.

Toen uitdagingen voor vrienden in 2022 in de arcade werden verzonden, werkte de monteur en lekte de lus slecht — uitdagingen verzonden, nooit gezien, stilletjes verlopen — en het oplossen van meldingen was belangrijker dan alles wat we met de functie zelf deden.

We bouwden messaging met dat voor ons. Een betaald bericht dat niet betrouwbaar aankomt, is geen gedegradeerd product, het is een terugbetaling en een verbroken belofte.

Waar het past

Naast de feed revamp with audio replies and live talk spaces het volgende kwartaal, en later een open-source end-to-end encryptie-implementatie — omdat een privébericht dat het platform kan lezen alleen privé is volgens het beleid.

Het bezwaar tegen betaalde berichten

Dat het de toegang achter een betaalmuur plaatst en mensen met geld bevoordeelt ten opzichte van mensen zonder.

Dat doet het, en het eerlijke antwoord is dat het alternatief mensen met tijd ten goede komt — degenen die herhaaldelijk willen berichten totdat er iets opvalt — en een inbox produceert die niemand leest, wat helemaal niemand ten goede komt.

Het ontwerp doet wat het kan. Gratis berichten blijven beschikbaar waar een maker dit toestaat, wat voor de meeste makers meestal het geval is. Het betaalde niveau bestaat voor het geval dat het alternatief een gesloten inbox was, niet als vervanging voor een open inbox.

Het is een echte afweging in plaats van een opgelost probleem, en elk platform dat je vertelt dat het de overbelasting van de inbox heeft opgelost zonder dat het zijn eigenlijke mechanisme beschrijft.

Alle DeHub-artikelen · Startpagina van dehub.io