Checklist pentru un portal B2B: întrebările care trebuie închise înainte de dezvoltare.

1. Scop și public

• Ce problemă elimină portalul?
• Cine sunt utilizatorii: clienți, parteneri, furnizori sau angajați?
• Ce flux complet trebuie să poată termina fiecare rol?
• Ce rămâne în site-ul public și ce necesită autentificare?
• Care este rezultatul măsurabil după primele luni?
• Există organizații cu mai mulți utilizatori și administratori proprii?
• Ce limbi, țări și fusuri orare sunt necesare?

2. Identitate, roluri și acces

• Cine creează și aprobă conturile?
• Este necesar SSO sau un furnizor de identitate existent?
• Cum se recuperează accesul și cum se dezactivează un utilizator?
• Ce roluri există în aceeași organizație?
• Poate un utilizator delega sau invita alte persoane?
• Cum se izolează datele între organizații?
• Ce operațiuni necesită autentificare suplimentară sau aprobare?

3. Date și integrări

• Care este sistemul sursă pentru fiecare tip de date?
• Datele se citesc în timp real sau se sincronizează?
• Ce se întâmplă când sistemul sursă este indisponibil?
• Există API-uri documentate și medii de test?
• Cum se identifică aceeași organizație în sisteme diferite?
• Ce documente se încarcă, generează și păstrează?
• Ce evenimente trebuie trimise către CRM, ERP, SAP sau email?
• Cum se corectează și se reconciliază datele inconsistente?

4. Fluxuri și experiență

• Care sunt cele mai frecvente trei acțiuni?
• Ce informație trebuie să vadă utilizatorul înainte de o decizie?
• Ce stări, validări și excepții are fiecare cerere?
• Există draft, aprobare, anulare și istoric?
• Ce notificări sunt utile și prin ce canal?
• Portalul trebuie să funcționeze pe mobil?
• Ce cerințe de accesibilitate trebuie îndeplinite?
• Cum primește utilizatorul ajutor fără să abandoneze fluxul?

5. Securitate și conformitate

• Ce date personale sau confidențiale sunt expuse?
• Ce retenție și ștergere sunt necesare?
• Ce acțiuni intră în jurnalul de audit?
• Cum sunt gestionate secretele și permisiunile administrative?
• Ce limite și protecții există pentru uploaduri și API-uri?
• Cum se aplică actualizările și remedierile de securitate?
• Care este procedura de incident și cine trebuie notificat?

Pentru criterii tehnice verificabile, folosește surse primare precum OWASP Application Security Verification Standard și OWASP Authorization Cheat Sheet.

6. Lansare și operare

• Cine administrează utilizatorii și conținutul?
• Cum se migrează conturile și datele inițiale?
• Ce monitorizare, alerte, backup și restaurare există?
• Care este programul de suport și ce severități se folosesc?
• Cum se lansează gradual către un grup pilot?
• Ce evenimente și conversii se măsoară?
• Cine deține repository-ul, mediile și documentația?
• Cum se prioritizează backlogul după lansare?

Răspunsurile nu trebuie să fie perfecte înainte de discovery. Ele trebuie să arate ce este decis, ce este ipoteză și ce risc trebuie validat în prima etapă.