Crear un negoci de software com a fundador únic és una proesa d'enfocament extrem. No hi ha equip de backend, ni devops dedicat, ni pressupost per a eines empresarials. Cada decisió tècnica ha de respondre a una pregunta: això m'ajuda a generar ingressos o em distreu? Després d'anys treballant amb emprenedors digitals des de Q2BSTUDIO, una empresa especialitzada en desenvolupament d'aplicacions a mida i transformació digital, hem vist que l'èxit d'un SaaS unipersonal no depèn de quantes eines integris, sinó d'escollir les quatre correctes. Avui desglossem l'stack mínim viable que combina Stripe, Beehiiv, Resend i Supabase, i que qualsevol fundador pot posar en marxa en una setmana sense gastar un euro fins a tenir els seus primers clients.
El primer servei que tot SaaS necessita és el que rep els diners: Stripe. No hi ha debat real per a un fundador únic. El seu model de pagament per ús —2,9% + 0,30 $ per transacció amb targeta— permet començar sense cost fix. El que molts subestimen no és muntar el checkout, que es fa en una tarda, sinó els webhooks. Stripe avisa la teva aplicació del que passa (pagament completat, subscripció cancel·lada, targeta fallida) mitjançant events que arriben a un endpoint que has de construir i verificar. Saltar-te aquest pas provoca que la teva base de dades es desincronitzi silenciosament de qui està pagant realment. Dedicar un dia a Checkout i un altre complet als webhooks i al flux de reintents de pagament fallit. Aquest segon dia és el que protegeix els teus ingressos recurrents.
El segon servei gestiona la comunicació amb la teva audiència: Beehiiv. No és un simple proveïdor de màrqueting per correu; està dissenyat per a butlletins one-to-many amb alta capacitat de lliurament, formularis de subscripció, segmentació i monetització mitjançant la seva xarxa d'anuncis. El seu pla gratuït cobreix fins a 2.500 subscriptors, i els plans de pagament comencen al voltant de 49 $/mes quan superes aquest límit. La regla d'or és mantenir-lo estrictament per a broadcasts: mai no enviïs rebuts ni enllaços de recuperació de contrasenya a través de Beehiiv. Barrejar correu transaccional i màrqueting fa que una queixa de spam en una promoció pugui bloquejar el lliurament dels codis d'inici de sessió que els teus usuaris necessiten. Per això, la segmentació entre canals és vital, cosa que a Q2BSTUDIO apliquem a cada projecte d'cloud AWS/Azure que despleguem, garantint que la infraestructura de missatgeria estigui correctament aïllada.
El tercer servei és el correu transaccional: Resend. Està pensat per enviar un missatge a una persona concreta, activat pel teu codi: correus de benvinguda, magic links, restabliments de contrasenya, rebuts. El seu nivell gratuït ofereix 3.000 correus al mes amb un límit de 100 al dia, suficient per a un projecte en fase inicial. El pla Pro costa 20 $/mes i permet fins a 50.000 correus. El límit de 100 correus diaris és el parany: sembla generós fins que arriben els primers pics de registre, així que és millor planificar l'actualització abans d'un llançament. El pas obligatori és l'autenticació de domini —SPF, DKIM i DMARC— en el mateix moment de crear el compte. Si ho deixes per després, els teus magic links acabaran a la carpeta de spam, i l'usuari percebrà que el producte està trencat. Resend destaca per la seva experiència de desenvolupament: plantilles a React, una API neta i registres de lliurament que s'entenen a simple vista.
El quart servei unifica dades i autenticació: Supabase. Ofereix PostgreSQL, autenticació i emmagatzematge de fitxers sota una mateixa API. Per a un fundador únic, reemplaça tres serveis separats per un de sol: menys peces per cablejar, monitoritzar i pagar. La seva capa gratuïta inclou 500 MB de base de dades, 50.000 usuaris actius mensuals i dos projectes. El pla Pro costa 25 $/mes per projecte i ofereix 8 GB de base de dades i 100.000 MAU. Dos aspectes crítics: el projecte gratuït es pausa després d'una setmana d'inactivitat, per la qual cosa un side project que es refreda retorna un error al primer visitant. I la seguretat a nivell de fila (RLS) està desactivada per defecte a moltes taules; si no la configures des del dia u, qualsevol usuari autenticat pot consultar dades d'altres, un forat de ciberseguretat silenciós. A Q2BSTUDIO, quan integrem agents d'IA o solucions de BI com Power BI al núvol, sempre prioritzem RLS i polítiques d'accés granulars, perquè sabem que una dada exposada pot costar la confiança del client.
Quant costa realment aquest stack en tres etapes? Abans de tenir ingressos, el cost fix és zero: Beehiiv gratuït fins a 2.500 subscriptors, Resend gratuït fins a 3.000 correus, Supabase gratuït fins a 50.000 MAU i Stripe sense quota fixa. Quan creixes, la primera factura arriba amb Beehiiv en superar els 2.500 subscriptors (uns 49 $/mes). La segona és Resend quan assoleixes el límit de correus (20 $/mes). Supabase sol ser la tercera (25 $/mes). Stripe mai no cobra quota fixa, només la seva comissió per transacció. A l'etapa d'escalat —diguem entre 2.000 i 5.000 $ MRR— els costos fixos s'estabilitzen al voltant de 115-145 $/mes, més la comissió variable de Stripe que ronda el 4-5% dels ingressos. El resultat és una despesa total de backend d'uns 250-280 $/mes per a un SaaS que factura uns pocs milers al mes, amb l'avantatge que tres dels quatre costos són plans i la comissió de Stripe escala amb els ingressos, millorant el marge a mesura que creixes.
Les fallades més comunes que ningú t'explica. La primera és barrejar correu transaccional i màrqueting en una mateixa eina. Beehiiv optimitza per a un missatge a milers; Resend per a un missatge a una persona. Utilitzar Beehiiv per enviar enllaços de restabliment o Resend per a una newsletter massiva destrueix la capacitat de lliurament als dos canals. La solució és mantenir dominis d'enviament separats o subdominis. La segona fallada és ignorar la seguretat de Supabase: la pausa per inactivitat del pla gratuït i el RLS desactivat. Activar RLS des del primer dia és tan important com escriure les polítiques d'accés. La tercera fallada és construir només el checkout de Stripe i oblidar els webhooks. Sense ells, la teva base de dades es desincronitza i no detectes pagaments fallits o cancel·lacions. Cadascun d'aquests errors es pot evitar amb una bona planificació, i a Q2BSTUDIO ajudem els nostres clients a dissenyar arquitectures robustes que integren aquest stack amb afegits com intel·ligència artificial predictiva o dashboards a Power BI, tot corrent sobre infraestructura cloud d'AWS o Azure amb les millors pràctiques de ciberseguretat.
L'ordre de muntatge també importa. Recomanem començar per Supabase (dades i autenticació), després Stripe (pagaments amb webhooks que escriuen a Supabase) i per últim els dos serveis de correu (Beehiiv i Resend), ja que tots dos s'activen amb events de les capes anteriors. Així evites haver de refer connexions. Si segueixes aquest ordre, en una setmana pots tenir l'stack funcionant i llest per rebre els primers usuaris de pagament. La bellesa d'aquesta combinació és que et permet centrar-te en el que realment importa: el producte i la teva audiència, mentre el backend es manté lleuger, barat i escalable.
A Q2BSTUDIO hem vist centenars de projectes que fracassen per sobreconstruir el backend abans de tenir un sol client. Aquest stack de quatre APIs elimina aquesta temptació. Si estàs començant el teu SaaS, no necessites més. I quan vulguis afegir capacitats avançades —com agents d'IA que automatitzin respostes o un quadre de comandament amb Power BI sobre les teves mètriques de subscripció— nosaltres t'ajudem a fer-ho sense trencar el que ja funciona. L'èxit d'un fundador únic no està en la quantitat d'eines, sinó en la precisió de cada elecció.
