目錄ios
普通學生使用動機 | 需求程度 | 實現狀況 |
---|---|---|
瀏覽社團信息,主要以 活動和新聞 保持用戶粘性 | 大部分活躍用戶的核心需求 | 功能上徹底實現 |
申請參加活動 | 大部分活躍用戶的核心需求 | 沒有數據, |
申請參加活動後提醒 | 較難評估,可能有一部分用戶須要,若是須要多是一個頗有粘性的功能 | 還未實現 |
關注社團後推送新活動 | 較難評估,可能有一部分用戶須要,若是須要多是一個頗有粘性的功能 | 還未實現 |
申請加入社團,小程序提供流程上的幫助(提供申請入口,和引導,經過後提供社團的內部信息方便用戶後續聯繫社團) | 是整個管理框架必不可少的功能 | 已提供申請入口,未提供流程上的引導,如申請後如何聯繫社團管理員,經過後顯示社團內部信息如內部微信羣號,qq羣號 |
社團管理員使用動機 | 需求分析 | 實現狀況 |
---|---|---|
宣傳社團,展現自我,使本身的詳細信息、活動和新聞讓更多人看到 | 對外活躍的社團有較大需求,對外不活躍的社團可能以爲能夠有但不必(由於已經有了微信羣、公衆號等推送方式) | 已實現社團錄入信息的接口。若是能爬取新聞則能很大地下降使用成本 |
提供入社接口並處理入社請求,增長社員 | 大部分活躍社團的需求 | 申請流程見上表,審覈已實現查看用戶信息,經過或拒絕 |
社員管理 | 若是小程序不是社團的主要活躍平臺,對大部分社團能夠有但不必;若是社團依賴小程序進行活動推廣、報名,則是一個重要功能 | 已實現社員增刪、管理員增刪 |
進行活動報備 | 這件事自己是方便社聯管理的,對社團自身可能沒有多少好處,但若是報備活動能使社團提供宣傳力(展現近期活躍社團活動之類的),可能會更有吸引力。 | 由於須要錄入的信息較多,不考慮在小程序上實現。在網頁端已經實現 |
進行場地申請 | 痛點。根據不一樣場地有不一樣申請流程,進行信息整合後此功能可能會是大部分 對小程序能夠用但不必 的社團管理人員使用小程序的動機。但這些目前只是咱們的猜想,並且這個流程的工做量比較大,咱們認爲須要結合社長範圍的需求調研決定是否進行開發。 | 還未實現 |
關於社團管理事務獲取信息(向社聯提問或檢索已有的「社團管理百科」) | 可能不是迫切需求,但實現後長期價值較大。社團換屆後的新管理員須要瞭解相關信息。 | 還未實現 |
發佈某個項目如贊助信息、節目報名、活動報名,系統提示社團的社長,後續的交互我須要按類整合設計一下)小程序
key | value |
---|---|
社團名稱 | |
活動類型 | 可選例會、平常教學、博雅、外場、出訪、比賽、其餘7項 |
活動名稱 | |
活動次數 | |
活動時間 | |
活動地點 | 提示跳轉場地申請 |
參與人數 | 若是是須要報名的社團則不填 |
合做單位 | 可無 |
合做社團 | 能夠在本社團後再+,可無 |
是否在小程序上展現 | switch |
可見用戶(選擇展現後出現) | 全部用戶,僅社員 |
橫板海報圖片 | 可選 |
豎板海報圖片 | 可選 |
是否須要報名 | switch |
最大參與規模(選擇須要報名後出現) | |
活動介紹推送標題 | |
活動介紹推送連接 | |
活動回顧推送標題 | |
活動回顧推送連接 |