衆籌一個報名簽到平臺的設計思路（一）——業務需求篇

前言

目前，在線組織的各類活動愈來愈多，例如：培訓，會議，比賽等等。想作一個開源項目，實現一個基本的報名和簽到框架。這個框架能夠很容易的與業務應用整合，成爲快速開發輕應用的一個組件，像嵌入的評論組件，分享組件同樣。但願你們可以拍磚，一塊兒研究研究，弄個你們收益的東西出來。後面我陸續把作這個產品過程當中的想法、問題和經驗分享出來，敬請關注。

分析

設計一個通用的報名簽到平臺，任何註冊用戶均可以發起報名簽到活動，而且能夠和已有的應用進行集成。活動分爲兩個階段：報名和簽到。用戶在報名階段填寫與我的身份相關的信息，例如：姓名，單位，手機號，郵箱。簽到階段用戶經過二維碼等方式實現快速簽到，簽到時儘可能避免用戶再次輸入報名信息。這兩個階段都支持參與用戶都利用社交帳號進行分享。其餘一些功能包括：分組，多輪簽到，簽到狀態統計，簽到結果導出等。

一般用戶是這樣理解報名簽到的：活動發起者給潛在參與者發報名錶，收集彙總報名信息；給審覈經過的報名者發一張「票」；活動參與者到現場憑票入場，簽到就是給這張票打個標記或收走。總結起來就是給誰發票，票怎麼發，票怎麼檢，身份怎麼確認，結果怎麼記錄？

最直接的實現方式。報名階段：活動發起者在平臺註冊一個平臺帳號，製做報名表和簽到頁；活動發起者經過各類渠道發送報名表，例如：郵箱、公衆號、微博等；活動參與者註冊一個平臺帳號，填寫報名信息；活動發起者肯定報名名單，向審覈經過的報名者發送報名確認通知；活動現場用報名時註冊的用戶身份登陸完成簽到。

後面分析一些細節。

報名階段

報名階段的目標是造成活動人員名單。

報名表不必定要報名人直接填寫，能夠由活動的組織者集中（手工或導入）添加。這種方式帶來一個問題，由於並非用戶本人進行的報名，因此沒有辦法將報名人和填寫報名信息的用戶（註冊用戶）關聯起來，這樣對後續的簽到過程會產生影響。

若是在報名階段須要給報名者發送「通知」，就須要創建通知渠道。通知的渠道能夠是：人工，郵件，短信，微信公衆號消息等。郵件和短信方式要求報名信息中必須包含報名者的郵箱或手機號。微信公衆號方式報名，必須是用戶本身報名，而且關注公衆號。人工的方式須要系統生成好通知信息，由接口人向報名者發送信息。前3種方式能夠針對報名人自動造成個性化信息，人工的方式只能提供統一的信息。各類通知方式都須要系統通知模版。若是不支持給報名者發送個性化通知，就不能把包含報名者信息的簽到信息發送報名人，對後續的簽到方式有影響。

若是是用戶本人進行的報名，支持用戶關聯社交帳號，分享報名信息。

簽到階段

簽到階段的目標是肯定報名人時候按時到場，造成簽到表，有兩個核心問題要解決，人是否到場，到場的是否爲本人。

最嚴格的方式必定是由活動組織者在現場人工簽到，就像機場和火車站同樣，檢查簽到人有沒有票（在不在報名名單中），來的是否是本人（看身份證）。可是，這樣活動組織者的就必須安排專人負責簽到，簽到的投入高和效率低。通常的場景中，是否是本人到場很差控制（例如：培訓，會議），並且意義不大，能夠下降要求。那麼簽到目標調整爲：是否是有人在現場作了簽到，並且不是其餘人代簽。假如沒有代簽的狀況，且全部報名人都簽到了，那麼即便不是本人來也得找人代替來，這樣報名方的造假成本也挺高。防止代簽能夠從限制簽到終端的惟一性入手，假如只接受一種簽到終端，且這種終端和我的身份關係密切，就能夠很大程度上限制代簽。目標繼續調整爲：限制簽到終端和終端簽到的次數。經過限制簽到終端和簽到終端的次數解決代簽問題後，還要解決簽到地點問題。解決這個問題就是要有一個和簽到現場綁定的驗證信息。簽到用戶當前的地理位置座標能夠做爲一種驗證信息，可是這受限於用戶所處環境，準確性難以保證。另外一種方式是在簽到現場提供具有較短的的有效期，一次性有效，且不能傳遞的驗證信息，只有獲取了這個信息才能完成簽到。（彷佛沒有太理想的方式）

除了設置限制成功簽到的條件，還要解決報名信息和簽到信息關聯問題。由於在報名階段，填寫報名信息的人不必定是報名人本人，因此簽到人必須綁定報名信息。基本實現方式是簽到人首次簽到時，輸入手機、姓名等信息，若是對應的信息在報名清單中，則經過簽到並綁定，後續的簽到就不須要再輸入報名信息了。若是報名階段也可以限制報名終端和報名次數，而且這個終端與簽到時的終端爲同一終端，那麼報名信息和簽到信息能夠自動實現綁定。

若是是用戶本人進行的簽到，支持用戶關聯社交帳號，分享活動現場信息。

總結

從上面的分析能夠總結出幾點核心需求：一、如何限制終端的惟一性和操做次數（報名和簽到）；二、如何限制終端的使用位置（前場簽到）；三、如何通知活動信息（報名狀況的通知）；四、綁定社交帳號進行分享（用戶自選）。