Què és el SaaS? El programari com a servei explicat

SaaS, abreviatura de software as a service (programari com a servei), és programari que la gent usa per internet —normalment al navegador— i paga amb una subscripció recurrent, mentre que l'empresa que el fa executa els servidors, guarda les dades i publica les actualitzacions. Els clients no instal·len ni mantenen res; es registren, inicien sessió i l'usen. Gmail, Slack, Notion, Shopify i la majoria d'eines de negoci que pagues cada mes són SaaS.

Per què importa quan crees amb IA

«Fes-me un SaaS» és una de les peticions més habituals que la gent porta als creadors d'apps amb IA, i amaga diverses feines separades. La funcionalitat central —la que la gent paga— sovint és la part fàcil. El que la converteix en un servei és tot el que la rodeja:

• Comptes, perquè cada client tingui un accés.
• Separació de dades, perquè un client mai no pugui veure les dades d'un altre.
• Facturació, perquè les subscripcions s'activin, es renovin, fallin i es cancel·lin correctament.
• Fiabilitat, perquè els clients confien que estigui disponible.

Si saps que aquestes peces existeixen, pots demanar-les una a una i provar cadascuna, en lloc de rebre un tauler atractiu que no és segur per cobrar-hi.

Una analogia del dia a dia: llogar un pis o construir una casa

Comprar programari tradicional és com construir una casa: n'ets propietari, però també arregles la teulada, pagues la caldera i refàs el cablejat quan canvia la normativa.

El SaaS és llogar un pis en un edifici ben gestionat. Pagues cada mes, el propietari s'ocupa de les reparacions i les millores, i pots marxar al final del contracte. Cada llogater té la seva pròpia porta amb clau —això és el multi-tenancy, la idea que molts clients comparteixen un edifici (un sistema en funcionament) però ningú pot entrar al pis d'un altre.

Com està muntat un producte SaaS

Per sota, un producte SaaS és una app full-stack amb algunes responsabilitats addicionals.

Termes de negoci habituals del SaaS

• MRR / ARR: ingressos recurrents mensuals o anuals: el total de totes les subscripcions actives.
• Churn (baixes): la part de clients (o d'ingressos) que es dona de baixa en un període.
• Prova i freemium: una versió completa amb temps limitat, o un nivell gratuït amb límits, per engegar els usuaris.
• Preu per usuari (seats): cobrar per persona. Preu per ús: cobrar per cada cosa usada, com missatges o projectes. Preu fix: un sol preu per pla.
• Micro-SaaS: un SaaS petit enfocat a un nínxol concret, sovint gestionat per una o dues persones. Hi ha exemples pràctics a idees de micro-SaaS.
• SaaS vertical vs horitzontal: pensat per a una indústria (programari per a clíniques dentals) o per a una funció en moltes indústries (màrqueting per correu electrònic).

Un exemple resolt: un SaaS per a perruqueries canines

Suposem que vols vendre una eina de reserves a perruqueries canines independents per una quota mensual.

1. La funcionalitat central. Una perruqueria publica els seus serveis i horaris; els propietaris dels gossos reserven un torn a la pàgina pública de la perruqueria.
2. Tenants. Cada negoci és un espai de treball. Cada servei, reserva i fitxa de client porta un ID d'espai de treball, i cada consulta es filtra per aquest ID. Les reserves de la perruqueria A mai no han d'aparèixer al tauler de la perruqueria B, ni tan sols si algú edita una URL.
3. Rols. El propietari pot canviar els preus i la facturació; el personal veu i edita les reserves del dia.
4. Facturació. Dos plans, una prova de 14 dies que tu decideixes, pagaments amb Stripe. Quan Stripe informa d'una renovació fallida, la teva app mostra un avís i, després d'un període de gràcia, pausa la pàgina de reserves, però mai esborra dades.
5. Onboarding. Després del registre, guia la perruqueria per afegir un servei i compartir el seu enllaç de reserves. Aquest primer enllaç compartit és el moment en què el producte s'hi torna útil.
6. Administració. Una pàgina privada només per a tu per localitzar un espai de treball, veure'n el pla i ampliar una prova.

Una primera versió no necessita que tot això estigui polit. Com construir un MVP de SaaS explica què construir primer i què deixar fora; com fixar el preu d'un producte SaaS explica els plans.

Errors habituals i idees equivocades

• Tractar «SaaS» com una funcionalitat. És un model de negoci més la infraestructura de dalt. Decideix els tenants, els rols i la facturació d'entrada; afegir després la separació de dades és molt dolorós.
• Confiar que el front-end amagui les dades. Si les dades de client només estan amagades a la pàgina però el servidor les retorna, qualsevol les pot veure. El servidor ha de filtrar per tenant en cada petició.
• Construir la facturació abans que algú vulgui el producte. Cobra aviat, però només quan la funcionalitat central funcioni per a un usuari real. Un enllaç de pagament pot anar abans que una pàgina completa de gestió de plans.
• Donar accés a la pàgina d'«èxit» després del pagament. La redirecció després del pagament es pot saltar o falsificar. Concedeix o treu l'accés des del webhook del proveïdor de pagaments, que el teu servidor verifica.
• Ignorar les cancel·lacions i els pagaments fallits. Passaran al primer mes. Decideix què veu el client i què passa amb les seves dades.
• Copiar funcionalitats empresarials massa aviat. L'inici de sessió únic, els registres d'auditoria i els permisos complexos importen als clients grans, no als primers deu.

Què demanar al teu creador d'apps amb IA

Divideix la petició en passos que puguis provar:

1. «Construeix la funcionalitat central per a un negoci, amb dades d'exemple.» Comprova que és útil.
2. «Afegeix registre i inici de sessió. Cada usuari nou crea un espai de treball. Limita cada taula i cada consulta a l'espai de treball al servidor.»
3. «Afegeix rols: propietari i personal. Només els propietaris poden canviar la configuració i la facturació.»
4. «Afegeix subscripcions de Stripe amb dos plans i una prova. Concedeix i treu l'accés segons els webhooks verificats de Stripe, no segons la redirecció del pagament.»
5. «Afegeix una pàgina d'administració que només jo pugui obrir, per consultar els espais de treball i el seu pla.»

Després del pas 2, crea dos comptes i prova d'accedir a les dades d'un des de l'altre. Repeteix-ho després de cada canvi important. La guia sobre afegir pagaments explica el pas 4 en detall.

Construir un MVP de SaaS a Mythex

Mythex pot construir el producte, la pàgina de màrqueting i la base de dades d'un MVP de SaaS a partir d'una descripció en el xat, i publicar-lo en una URL pública. L'inici de sessió dels usuaris de la teva app i els pagaments dels clients són «porta la teva pròpia»: tries un mètode d'autenticació i uses el teu compte de Stripe i les teves claus, guardades com a secrets del projecte. La documentació té un cas d'ús de MVP de SaaS pas a pas amb un prompt inicial, i la pàgina creador de SaaS amb IA té exemples per començar. Els plans són a la pàgina de preus.

Preguntes