13 maanden geleden lanceerden we onze Cal.com voor Web3 op Product Hunt en vierden we weer een "Product van de Dag" prijs met onze community.
De Web3-app zou gebruikers in staat stellen hun agenda te beperken tot bepaalde tokenhouders: Alleen de eigenaar van een specifiek smart contract kon jou boeken (d.w.z. een NFT of een DAO-lidmaatschap).
In tegenstelling tot andere planningsproducten waren wij zeer vroege adoptanten van deze nieuwe technologie. Toch bleek uiteindelijk dat dit experiment geen duurzame productlancering was en geen functie die we waardevol genoeg vonden om te blijven onderhouden.
Uiteraard is de web3-markt geëvolueerd en hebben we zeer slecht gebruik en behoud van onze Web3-app gezien.
Aan de andere kant heeft de Web3-app een behoorlijke hoeveelheid nieuwe complexiteit toegevoegd, vermenigvuldigd met het feit dat leden van ons kernteam geen experts zijn in Web3-technologie (De app is gebouwd door een externe aannemer die is vertrokken), het is voor ons niet duurzaam om te blijven investeren in deze functie.
We zullen de Rainbow-app uit onze App Store verwijderen in de aanstaande versie 2.8.
Als je de Web3-app wilt blijven gebruiken, raden we ten zeerste aan om v2.7 te fork en zelf te hosten.
Waarom nu?
We zijn bezig met het refactoren van onze boekingspagina, en deze om te zetten in herbruikbare react-componenten die "headless" kunnen worden gebruikt, zonder dat de volledige stack-app moet worden geïnstalleerd. We noemen deze componenten "Cal Atoms", vergelijkbaar met Stripe Elements die kunnen worden gebruikt als een alternatief voor Stripe's vooraf gebouwde UIs.
De boekingspagina is een van onze belangrijkste pagina's en zal onderhevig zijn aan een hoop prestatieverbeteringen, herstructurering en algemene optimalisaties, zoals het verwijderen van de Rainbow-app.
Toekomstvisie
We blijven de groei en toekomstige ontwikkelingen in de Web3-industrie in de gaten houden, maar geven er de voorkeur aan om "van de zijlijn toe te juichen", zoals de meeste VC's zeggen.
Er is een kans dat we de plannen heroverwegen om in de toekomst onze Web3-tokenpoort terug te brengen wanneer we klaar zijn met onze huidige refactorin inspanning en de boekingspagina meer modulair is.
Alternatieven om te proberen:
Hoewel we dit niet hebben getest, lijkt het erop dat er een Web3 Gate Zapier-integratie is die je kunt proberen: https://zapier.com/apps/grindery-web3-gateway/integrations
Maak een verborgen Event-Type
Schakel "Bevestiging Vereist" in
Gebruik Grindery Web3 Gateway om te controleren op het Smart Contract
Geef de Event-Type URL terug (als E-mail of iets dergelijks)
Beste Web3-appgebruiker, ik hoop dat je deze beslissing begrijpt.
Beste Kernteam: Ik ben blij dat we dit hebben geprobeerd, zelfs als we gefaald hebben. Dit zal niet het laatste experiment zijn dat we zullen uitvoeren, maar ik denk dat het het beste is om alles wat we doen binnen 12 maanden te heroverwegen en te verdubbelen op wat werkt.
Met vriendelijke groet,
Peer
