Současný proces registrace do č.d tvoří dvě části, náš registrační formulář a registrace do Slacku. Jakmile bude možné přihlásit se do aplikace č.d e-mailem (viz #980), můžeme zahodit tu druhou část registrace, tedy Slack. Stručně řečeno zůstane na místě náš aktuální registrační formulář (/join), ale do procesu přidáme ověření e-mailu a po odeslání už uživatele nebudeme přesměrovávat do Slacku, zůstanou prostě přihlášeni v aplikaci. Poznámky:
Chceme zároveň s touhle změnou nabídnout lidem v aplikaci možnost přidat se do Slacku? Budeme dál nabízet Slack pouze registrovaným (tj. uživatelé Slacku jsou podmnožina všech registrovaných), anebo připustíme možnost registrace do Slacku i bez registrace do aplikace?
Přihlašování do aplikace přes Slack vyžaduje existující záznam v tabulce Accounts. Pokud budeme pouštět do Slacku pouze registrované, měli bychom jim automaticky zakládat slackový záznam v Accounts, aby jim to přihlašování Slackem fungovalo. Pokud necháme registraci do Slacku otevřenou pro všechny, musíme nějak dořešit, jak jim bude fungovat inzerované přihlašování do aplikace přes Slack.
Jaké výhody a nevýhody by mělo, kdybychom slackový záznam v Accounts vytvořili automaticky při pokusu o přihlášení se správným e-mailem? Tedy: Uživatel nemá třeba žádný záznam v Accounts, spustí přihlášení přes Slack a v posledním kroku se od Slacku dozvíme jeho Slack ID a ověřený (!) mail. Mrkneme do User Profiles a pokud je tam uživatel se stejným ověřeným mailem, automaticky vytvoříme záznam v Accounts a přihlášení proběhne úspěšně.
Jakým způsobem budeme pracovat s tím ověřením e-mailu v úvodní registraci? Po odeslání formuláře uložíme neověřený záznam v User Profiles a necháme uživatele přihlásit, čímž se profil automaticky aktivuje?
Jaké změny tohle způsobí v onboardingu? Přinejmenším musíme revidovat například to flow GreetBota. Dávalo by smysl dodat už v tomhle kroku aspoň nějakou trivální onboardovací stránku v aplikaci, aby nově registrovaní uživatele měli „kde přistát“? (Jinak prostě po registraci přistanou na titulce, což je trochu brut.)
Bude potřeba revidovat potvrzování účtů – jednak samotný model (jaký učet považujeme za ověřený?), jednak potvrzování účtů v /join/confirm a potažmo dál v src/onboarding.ts.
Bude praktické přihodit k takto registrovaným uživatelům nějaký feature flag, abychom je odlišili od starších? (Asi by to šlo i podle datumu, ale může tam být nějaký překryv, feature flag je explicitnější.)
Současný proces registrace do č.d tvoří dvě části, náš registrační formulář a registrace do Slacku. Jakmile bude možné přihlásit se do aplikace č.d e-mailem (viz #980), můžeme zahodit tu druhou část registrace, tedy Slack. Stručně řečeno zůstane na místě náš aktuální registrační formulář (
/join
), ale do procesu přidáme ověření e-mailu a po odeslání už uživatele nebudeme přesměrovávat do Slacku, zůstanou prostě přihlášeni v aplikaci. Poznámky:/join/confirm
a potažmo dál vsrc/onboarding.ts
.