Plánování bezpečných digitálních procesů pro zákazníky

Co to je?

Pracovní postup pro zákazníky může zahrnovat portál, webovou službu, mobilní prostředí, backend, API, poskytovatele plateb, proces podpory a administrativní tým. Plánování by mělo určit uživatelské role a hranice přístupu; autentizaci a obnovu; formuláře, soubory, zprávy, dashboardy a stav; cesty plateb, předplatného, faktur, refundací, zrušení a oprávnění; vlastnictví a uchovávání dat; integrace třetích stran a provozní odpovědnost. Mělo by také rozhodnout, zda je vhodný mobil nebo web, zda jsou stávající backend a API připraveny a kdo bude vlastnit logování, podporu, změny a předání. Bezpečnostní přezkum a dodávka softwaru mohou být samostatnými rozsahy.

Pro koho to je?

Tento průvodce pomáhá týmům, které plánují:

• Zákaznický nebo partnerský portál, pracovní postup příjmu, dashboard, platební cestu, přechod z webu na mobil nebo spuštění aplikace
• Přístup podle rolí, obnovu, soubory, informace o stavu, podporu a administrativní odpovědnosti
• Změnu produktu zahrnující stávající backendy, API, poskytovatele třetích stran, stavy fakturace nebo zákaznická data
• Jasnější hranici mezi discovery, návrhem, dodávkou, zpevněním, přezkumem a pozdějším provozním vlastnictvím

Co to pomůže objasnit

Plánovací otázky pomáhají odhalit:

• Zda jsou uživatelé, role, pravidla přístupu, obnova účtu, vlastnictví dat a jejich uchovávání pochopeny před zahájením dodávky
• Které formuláře, soubory, zprávy, dashboardy, přehledy stavu, stavy plateb a rozhodnutí o oprávněních překračují hranice systémů
• Zda jsou integrace, backend/API, mobilní dodávka, fáze spuštění, logování, podpora a vlastnictví změn připraveny na vymezený další krok
• Zda tým potřebuje sprint portálu, přezkum plateb, přechod z webu na mobil, přezkum připravenosti ke spuštění, zpevnění webu nebo dřívější práci typu discovery/blueprint

Co je zahrnuto

• Kontrolní seznam pro zákazníky zahrnující cesty, role, přístup, autentizaci, obnovu, formuláře, soubory, zprávy, dashboardy, stav, platby, předplatné, faktury, refundace, zrušení, oprávnění, data a integrace
• Plánovací podněty pro administrativní vlastnictví, připravenost backendu/API, mobil versus web, fázi spuštění, logování, podporu, řízení změn a předání
• Srovnání, kdy mohou být relevantní služby Secure Client Portal Sprint, Subscription & Payment Infrastructure Security, Secure Web-to-Mobile Launch, App Launch Readiness a Website Performance & Security Hardening
• Připomínka, že nejasné pracovní postupy, role, integrace nebo vlastnictví mohou vyžadovat práci typu discovery nebo blueprint před dodávkou

Co není součástí

• Příslib bezpečnosti, regulatorní vhodnosti, schválení plateb, prevence podvodů, tržeb, schválení v obchodě, úspěšného spuštění, dostupnosti, výkonu nebo nepřerušeného provozu
• Tvrzení, že sprint portálu je plnohodnotnou SaaS platformou, že přezkum plateb je certifikací PCI nebo provozem prevence podvodů, nebo že mobilní dodávka automaticky připraví produkt ke spuštění
• Naznačení, že zpevnění nahrazuje návrh aplikace, zátěžové testování, reakci na incidenty nebo průběžný provoz
• Předpoklad, že dodávka softwaru, bezpečnostní přezkum, schválení poskytovatelem a průběžné vlastnictví tvoří jeden automatický rozsah

Kdy si ji vybrat

Tohoto průvodce použijte dříve, než se změna pro zákazníky stane seznamem nepropojených funkcí. Je užitečný, když tým rozhoduje, zda vytvořit portál, změnit přístup, zavést předplatné, rozšířit webovou službu na mobil, připravit spuštění aplikace nebo zlepšit web. Pokud základní pracovní postup, vlastnictví, integrace nebo uživatelské role zůstávají nejasné, je práce typu discovery nebo produktový blueprint obvykle cennější než brzká implementace. Vymezený přezkum pak může následovat, jakmile bude konkrétní bezpečnostní nebo provozní otázka připravena.

Náš přístup

Zmapujte cestu dříve, než zvolíte způsob dodávky. Začněte uživatelem, jeho rolí, rozhodnutím o přístupu, daty, která poskytuje nebo vidí, systémem, který vlastní další stav, a týmem, který odpovídá, když se něco změní. Stavy plateb a oprávnění sledujte stejně pečlivě jako obrazovky rozhraní. Poté identifikujte závislosti na poskytovatelích a backendu, potřeby podpory a logování, mobilní omezení, vlastnictví vydání a požadavky na předání. Tím se ukáže, zda se další rozhodnutí týká dodávky portálu, platební logiky, práce na přechodu z webu na mobil, připravenosti ke spuštění, zpevnění webu nebo dřívějšího discovery. Zároveň se tím zabrání tomu, aby byla vymezená služba mylně považována za neomezenou produktovou, provozní nebo regulatorní odpovědnost. Písemná mapa pracovního postupu může také zaznamenat běžné i výjimečné cesty: nového uživatele, neúspěšnou platbu, zrušení, ztracený účet, chybějící soubor, výpadek dodavatele nebo požadavek na podporu. Dává produktovým, provozním, vývojovým týmům a týmům podpory společné místo k určení vlastnictví dříve, než je zákazník dotčen. Tato jasnost může omezit rozšiřování rozsahu při pozdější dodávce. Jak plánování postupuje, vracejte se k mapě pokaždé, když se změní poskytovatel, platební model, role, pravidlo přístupu, API, kanál vydání nebo proces podpory. Pracovní postup, který na diagramu vypadal jednoduše, může mít v produkci důležité výjimky. Zaznamenání těchto výjimek usnadňuje rozhodnutí, zda je dalším rozsahem návrh, dodávka, přezkum, zpevnění, testování nebo provozní příprava. Pomáhá také zákazníkovi vyžádat si od dodavatelů správné důkazy dříve, než padne rozhodnutí. Nakonec mapu použijte k rozhodnutí, co se bude po dodávce měřit a kdo bude jednat na základě zjištění, neúspěšné platby, signálu z podpory nebo požadavku na změnu. Předání je silnější, když jmenuje vlastníka, bod přezkumu a dohodnutou hranici, místo aby jen vyjmenovalo funkce.

Často kladené otázky

Související články