System design of account registration: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
m (Text replacement - "Category:WebDesign" to "Category:Design") Tags: Mobile edit Mobile web edit |
||
| (3 intermediate revisions by one other user not shown) | |||
| Line 1: | Line 1: | ||
會員系統的系統設計的考量因素 | |||
1. 需不需要有效的 email 資料 | 1. 會員系統的必要性或登入時機 | ||
* 網站內容哪些不需要登入就可以使用？瀏覽商品、加入購物車不需要登入帳號，直到結帳時才需要登入。 | |||
* 一般使用者已經有太多網站帳號，考慮使用第三方社群帳號登入？ | |||
* [http://gds.hpx.tw/service-manual/making-software/logins/ 使用者帳戶與登入（User accounts and logins） | HPX-GOV] | |||
2. 需不需要有效的 email 資料 | |||
* 會員填寫的 email 需要經過驗證 email 有效後，才能使用網站？不需要經過驗證，就可以馬上使用網站？ | * 會員填寫的 email 需要經過驗證 email 有效後，才能使用網站？不需要經過驗證，就可以馬上使用網站？ | ||
* 如果 email 寄送出現問題，管理員可以察覺？即使 email 寄送出現問題，使用者可以方便求助嗎？ | * 如果 email 寄送出現問題，管理員可以察覺？即使 email 寄送出現問題，使用者可以方便求助嗎？ | ||
3. 填寫的個人資料欄位是否是必須的 | |||
* 網站是否有隱私條款、個資使用同意書？ | * 網站是否有隱私條款、個資使用同意書？ | ||
* 即使使用的初期不需要個人資料，但是涉及到發票、購買商品寄送時，使用者就會需要填寫真實資料。 | * 即使使用的初期不需要個人資料，但是涉及到發票、購買商品寄送時，使用者就會需要填寫真實資料。 | ||
4. 系統報錯訊息過度「駭客友善」(hacker friendly ) 提供過度詳盡而不必要的訊息 (Thanks! [http://www.hpx.tw/archives/9728 Allen Own]!) | |||
* 例如「無此帳號」錯誤訊息修改為「帳號或密碼錯誤」 | * 例如「無此帳號」錯誤訊息修改為「帳號或密碼錯誤」 | ||
| Line 20: | Line 26: | ||
* [http://ui-patterns.com/patterns/AccountRegistration Account Registration design pattern] | * [http://ui-patterns.com/patterns/AccountRegistration Account Registration design pattern] | ||
* [https://github.com/FallibleInc/security-guide-for-developers Security Guide for Developers] | * [https://github.com/FallibleInc/security-guide-for-developers Security Guide for Developers] | ||
* [https://uxdesign.cc/design-better-forms-96fadca0f49c#.86d2r98e8 Design Better Forms] | |||
[[Category: | [[Category:Design]] | ||
[[Category:Security]] | [[Category:Security]] | ||
Latest revision as of 10:30, 16 May 2022
會員系統的系統設計的考量因素
1. 會員系統的必要性或登入時機
- 網站內容哪些不需要登入就可以使用？瀏覽商品、加入購物車不需要登入帳號，直到結帳時才需要登入。
- 一般使用者已經有太多網站帳號，考慮使用第三方社群帳號登入？
- 使用者帳戶與登入（User accounts and logins） | HPX-GOV
2. 需不需要有效的 email 資料
- 會員填寫的 email 需要經過驗證 email 有效後，才能使用網站？不需要經過驗證，就可以馬上使用網站？
- 如果 email 寄送出現問題，管理員可以察覺？即使 email 寄送出現問題，使用者可以方便求助嗎？
3. 填寫的個人資料欄位是否是必須的
- 網站是否有隱私條款、個資使用同意書？
- 即使使用的初期不需要個人資料，但是涉及到發票、購買商品寄送時，使用者就會需要填寫真實資料。
4. 系統報錯訊息過度「駭客友善」(hacker friendly ) 提供過度詳盡而不必要的訊息 (Thanks! Allen Own!)
- 例如「無此帳號」錯誤訊息修改為「帳號或密碼錯誤」
延伸閱讀