Ce este Controlul Accesului la Funcționalități SaaS?

Gestionarea accesului la funcționalitățile SaaS este practica de a restricționa sau a acorda acces la funcționalitățile software în funcție de nivelurile de abonament, rolul organizațional al utilizatorului sau starea curentă a plății. În loc să livreze versiuni software separate către diverse categorii de clienți, o singură bază de cod poate modifica dinamic interfața de utilizator (UI) și accesul utilizatorului la backend pe baza regulilor predefinite de facturare sau de pachet.

Deși bazele lor tehnice sunt aproape identice (logică condițională în cod), obiectivele și ciclurile lor de viață sunt total diferite:

• Flagurile de funcționalitate sunt instrumente utilizate în principal în contexte de dezvoltare, cu o perioadă de utilizare preconizată, de obicei, limitată. Ele permit inginerilor să implementeze codul în producție în anumite condiții, variante diferite (A/B) sau să lanseze software-ul în loturi mici. Odată ce codul a trecut testele și dezvoltatorii au decis să-l lanseze tuturor utilizatorilor, nu mai este nevoie de un flag de funcționalitate corespunzător. Dezvoltatorii pot alege să excludă acea secțiune de cod desemnată.
• Porțile de funcționalitate acționează ca un instrument pentru definirea limitelor produsului; deciziile finale privind aceste limite sunt luate de management, nu de dezvoltatori. O poartă de funcționalitate permite echipei de Produs și Vânzări să gestioneze diverse niveluri de prețuri și politici de ambalare. (de exemplu, Gratuit vs. Pro vs. Enterprise). Existența acestor limite este o condiție necesară pentru succesul unui model de abonament. De aceea ele persistă în codul sursă, chiar și mulți ani, dacă este necesar.

În modelele PLG sau Freemium, caracteristicile produsului sunt legate de achiziția și retenția clienților. Mecanismul de control al accesului la funcționalități (feature gating) funcționează în acest scenariu după cum urmează:

• Automatizarea pâlniei de conversie implică sistemul care solicită utilizatorilor gratuiți să facă upgrade (un mecanism de tip ‘velvet rope’) atunci când sunt accesate funcționalități Pro. Aceasta poate reduce implicarea directă a reprezentanților de vânzări umani.
• Pentru evaluare, o versiune software dedicată este oferită utilizatorilor. Plata nu este o condiție pentru utilizarea sa. Sunt funcționalitățile mai puternice și sofisticate (de exemplu, analize aprofundate, colaborare sau API) la care utilizatorii trebuie să se aboneze pentru a le debloca prin gestionarea accesului la funcționalități, transformându-le astfel într-un upgrade self-service.
• Gestionarea limitelor bazate pe utilizare reprezintă un echilibru între utilizarea unui plan gratuit și planurile dumneavoastră plătite. De exemplu, dacă un utilizator are o limită de 5 credite lunare (sau funcționalități bazate pe utilizare) și a cheltuit 3 dintre acestea, atunci, folosind un feature gate, este posibil să se ofere un impuls subtil către pachetele plătite pe măsură ce devin din ce în ce mai dependenți de software-ul dumneavoastră.

Există o mapare funcționalitate-plan (matrice de drepturi), o configurație centrală care leagă funcționalitățile tehnice de planurile comerciale de preț.

1. Drepturi de acces ca nucleu: Mai întâi trebuie să descompuneți aplicația în cele mai de bază caracteristici, cu acces controlabil, de exemplu, export_pdf, sso_login, max_team_members, etc.
2. Nu codificați în mod direct funcționalități și planuri în logica produsului: În loc ca “Pro Plan” să fie un indicator de funcționalitate codificat direct în programul dvs., acesta ar trebui modificat prin verificarea dreptului de acces (if (user.hasEntitlement(‘sso_login’))).
3. Configurare: Matricea de drepturi de utilizare este un fișier de configurare (JSON/YAML), de exemplu, sau un tabel dintr-o bază de date. Fiecare funcționalitate a aplicației este un rând în tabel, în timp ce nivelurile de abonament sunt reprezentate în coloane. Prin intermediul acestui tabel, fiecare aplicație trebuie activată de dreptul de utilizare al unui utilizator, în funcție de abonamentul pe care îl deține acesta. Mai mult, este o modalitate de a determina dacă un anumit drept de utilizare este binar (de exemplu, feature1: adevărat, feature2: fals) sau nu (de exemplu, feature1: limită = 70; feature2: limită = 100). Acest document unic servește ca punct central de referință pentru informațiile partajate de echipele de afaceri și tehnice. ​‍​‌‍​‍‌

Companiile SaaS aleg, în general, una dintre cele trei abordări arhitecturale pentru a implementa controlul accesului la funcționalități:

1. Drepturi de utilizare ale motorului de facturare

Această metodă utilizează apeluri API directe către sistem de facturare pentru a verifica abonamentele clienților și a confirma funcționalitățile pe care le dețin.

Implementarea acestui sistem este simplă dacă facturarea este deja gestionată printr-o platformă de facturare.

Procesele de verificare API influențează timpul operațional, iar baza de cod dezvoltă adesea o relație strânsă cu sistemele financiare/de facturare.

2. SDK-uri bazate pe flag-uri

Platforme de gestionare a funcționalităților pe care dezvoltatorii le pot utiliza pentru a evalua porțile de acces. Dezvoltatorii furnizează atribute ale utilizatorilor (de exemplu, nivel: ‘enterprise’) către SDK, care apoi efectuează o evaluare locală a regulilor de acces.

Atributele sistemului includ viteza sa de procesare, opțiunile de reguli de direcționare pe care le oferă și consistența sa operațională.

Sincronizarea manuală a atributelor utilizatorilor între evenimentele de plată și platforma de flag-uri este necesară pentru a asigura actualizări în timp util, în câteva minute.

3. Platforme de Entitlement Gestionate

Acestea sunt dezvoltate special pentru a gestiona arhitectura de prețuri a SaaS. Acționează ca un intermediar între motorul de facturare și codul aplicației, gestionând atât flag-urile de funcționalitate, cât și prețurile complexe pentru multi-tenancy la nivel nativ.

Capacitățile includ modificări de prețuri utilizând o logică avansată, parametri individuali de comandă pentru clienți și suport pentru tranziția clienților între opțiunile de facturare fără eforturi de dezvoltare.

Integrarea unui specialist terț implică faptul că funcțiile esențiale ale aplicației se vor interconecta cu sisteme externe. Încă un strat în stiva de aplicații de bază.

Beneficiile controlului accesului la funcționalitățile SaaS includ:

• O schiță a așteptărilor clientului upgrade Parcursul comunică cerințele pentru a avansa la nivelul următor, ceea ce poate influența complexitatea procesului de vânzare.
• Analiza veniturilor per caracteristică oferă date echipelor de dezvoltare a caracteristicilor pentru a identifica caracteristicile cu o actualizare specifică ratele de conversie care implică deblocarea (ceea ce poate informa alocarea resurselor de inginerie).
• Un proces automatizat PLG un funnel de conversie poate ajusta dependența de vânzările personalizate, deoarece clienții dețin capacitatea de a gestiona actualizările la produse și servicii în cadrul aplicației.
• Operațiunile de marketing și de produs pot configura noi pachete, add-on-uri, sau planuri de încercare printr-o interfață de tip tablou de bord, influențând implicarea resurselor de inginerie pentru implementarea codului.