Planera säkra kundinriktade digitala arbetsflöden

Vad det är

Ett kundinriktat arbetsflöde kan omfatta en portal, en webbtjänst, en mobil upplevelse, backend, API, betalningsleverantör, supportprocess och ett administrativt team. Planeringen bör identifiera användarroller och åtkomstgränser; autentisering och återställning; formulär, filer, meddelanden, instrumentpaneler och status; flöden för betalning, prenumeration, faktura, återbetalning, uppsägning och behörighet; ägarskap för och lagring av data; tredjepartsintegrationer; och operativt ansvar. Den bör också avgöra om mobil eller webb är lämpligt, om befintlig backend och befintliga API:er är redo och vem som ska äga loggning, support, ändringar och överlämning. Säkerhetsgranskning och mjukvaruleverans kan vara separata omfattningar.

Vem det är för

Guiden hjälper team som planerar:

• En portal för kunder eller partner, ett intagsflöde, en instrumentpanel, ett betalflöde, en övergång från webb till mobil eller en applansering
• Rollbaserad åtkomst, återställning, filer, statusinformation, support och administrativt ansvar
• En produktförändring som rör befintliga backends, API:er, tredjepartsleverantörer, faktureringstillstånd eller kunddata
• En tydligare gräns mellan kartläggning, design, leverans, härdning, granskning och senare operativt ägarskap

Vad det hjälper till att klargöra

Planeringsfrågorna hjälper till att visa:

• Om användare, roller, åtkomstregler, kontoåterställning, ägarskap för data och lagring är förstådda innan leveransen börjar
• Vilka formulär, filer, meddelanden, instrumentpaneler, statusvyer, betalningstillstånd och behörighetsbeslut som korsar systemgränser
• Om integrationer, backend/API:er, mobil leverans, lanseringsfas, loggning, support och ägarskap för ändringar är redo för ett avgränsat nästa steg
• Om teamet behöver en portalsprint, en granskning av betalningar, en övergång från webb till mobil, en granskning av lanseringsberedskap, härdning av webbplatsen eller tidigare arbete med kartläggning/produktplan

Vad ingår

• En checklista för köpare som omfattar resor, roller, åtkomst, autentisering, återställning, formulär, filer, meddelanden, instrumentpaneler, status, betalningar, prenumerationer, fakturor, återbetalningar, uppsägningar, behörigheter, data och integrationer
• Planeringsfrågor om administrativt ägarskap, beredskap i backend/API, mobil kontra webb, lanseringsfas, loggning, support, ändringshantering och överlämning
• En jämförelse av när Secure Client Portal Sprint, Subscription & Payment Infrastructure Security, Secure Web-to-Mobile Launch, App Launch Readiness och Website Performance & Security Hardening kan vara relevanta
• En påminnelse om att oklara arbetsflöden, roller, integrationer eller ägarskap kan kräva kartläggning eller arbete med produktplan före leverans

Vad som inte ingår

• Löften om säkerhet, regulatorisk lämplighet, godkända betalningar, förhindrade bedrägerier, intäkter, godkännande i appbutiker, lyckad lansering, drifttid, prestanda eller oavbruten drift
• Ett påstående om att en portalsprint är en fullständig SaaS-plattform, att en granskning av betalningar är PCI-certifiering eller bedrägerihantering, eller att mobil leverans automatiskt gör en produkt redo för lansering
• Ett antydande om att härdning ersätter applikationsdesign, lasttester, incidenthantering eller kontinuerlig drift
• Ett antagande om att mjukvaruleverans, säkerhetsgranskning, godkännande från leverantörer och löpande ägarskap utgör en enda automatisk omfattning

När det passar att välja den

Använd den här guiden innan en kundinriktad förändring blir en lista med osammanhängande funktioner. Den är användbar när ett team avgör om det ska bygga en portal, ändra åtkomst, införa prenumerationer, utöka en webbtjänst till mobil, förbereda en applansering eller förbättra en webbplats. Om det grundläggande arbetsflödet, ägarskapet, integrationerna eller användarrollerna fortfarande är oklara är kartläggning eller arbete med en produktplan oftast mer värdefullt än tidig implementering. En avgränsad granskning kan sedan följa när en specifik säkerhetsfråga eller operativ fråga är mogen.

Vår strategi

Kartlägg resan innan leveransmetoden väljs. Börja med användaren, dennes roll, åtkomstbeslutet, de data användaren lämnar eller ser, systemet som äger nästa tillstånd och teamet som ansvarar när något ändras. Följ betalnings- och behörighetstillstånd lika noggrant som gränssnittets skärmar. Identifiera sedan beroenden till leverantörer och backend, behov av support och loggning, mobila begränsningar, ägarskap för releaser och krav på överlämning. Det visar om nästa beslut gäller leverans av en portal, betalningslogik, arbete med övergång från webb till mobil, lanseringsberedskap, härdning av webbplatsen eller tidigare kartläggning. Det förhindrar också att en avgränsad tjänst misstas för ett obegränsat ansvar för produkt, drift eller efterlevnad. En skriftlig karta över arbetsflödet kan också dokumentera de normala vägarna och undantagsvägarna: en ny användare, en misslyckad betalning, en uppsägning, ett förlorat konto, en saknad fil, ett avbrott hos en leverantör eller ett supportärende. Den ger produkt-, drift-, utvecklings- och supportteam en gemensam plats för att identifiera ägarskap innan en kund påverkas. Den tydligheten kan minska glidningen i omfattning i senare leveransarbete. Allteftersom planeringen utvecklas bör kartan ses över varje gång en leverantör, betalningsmodell, roll, åtkomstregel, API, releasekanal eller supportprocess ändras. Ett arbetsflöde som såg enkelt ut i ett diagram kan ha viktiga undantag i produktion. Att dokumentera dessa undantag gör det lättare att avgöra om nästa omfattning gäller design, leverans, granskning, härdning, testning eller operativ förberedelse. Det hjälper också en köpare att begära rätt evidens från leverantörer innan ett beslut fattas. Använd slutligen kartan för att avgöra vad som ska mätas efter leveransen och vem som ska agera på en iakttagelse, en misslyckad betalning, en supportsignal eller en ändringsbegäran. En överlämning blir starkare när den anger en ägare, en granskningspunkt och en överenskommen gräns i stället för att bara lista funktioner.

Vanliga frågor

Relaterade artiklar