關于教育類產品,如何快速建立師生關聯關系?
教育類產品中,學校、教師、學生、家長是非常重要的因素和角色。一款好的教育類產品要認真思考這幾者的關聯關系分別是什么,用什么方法建立關聯關系,讓我們看看筆者是怎么說的:
前幾個月公司計劃開展教育繳費的新業務,主要是服務于校園內的學費、伙食費、活動報名費等繳費場景。
公司已有比較完善的校服電商系統的基礎,如商品、訂單、支付、退款、結算等功能模塊。數據方面,已有大量學校入駐,包含學校地址、學校類型等信息;年級、班級信息也維護了別名、人數等內容,以便校服的定向發售和訂購進度統計。
其實,原有的商品上架與訂單支付已經能基本滿足校園繳費的需求,但是因為螞蟻金服教育繳費API的規則限制,我們需要收集學生家長手機號、學號或身份證號,以確保賬單唯一性。
所以,為快速收集學生信息、減少學校管理員的工作量,并且更好地應對升級、轉班、離校、多子女、多監護人、代繳費、教師離任的工作交接等特殊情況,我們就做了“教育類產品如何快速建立學校、老師和學生/家長之間關聯關系”的競品調研。雖然后來因為一些原因導致項目終止,但一些產品的做法還是很值得研究與借鑒的。
一、通過后臺管理系統導入關聯關系
如果有相關政策或教育局關系的支持,且學校愿意配合的話,通過后臺管理系統導入學生信息無疑是最方便快捷的方法,可以一次性獲得“學校-班級-老師-學生-家長”的關聯關系。
可是不要忘了Excel中信息的來源,依然會涉及到學生信息的收集、校對、整理,況且不見得所有的管理員老師都會用Excel。
以手機號為例,導入之后并不意味著其可作為新建用戶的用戶名,還涉及到去重、合并、多子女、舊數據修復等問題。后期維護還包括升級、轉班、離校、信息修改等操作,必然需要對學校管理員進行培訓,甚至需要專門客服人員的支持。
通過對校易收和校園通的調研,我們總結出了班級管理和學生管理的常規業務流程:
首先,要明確先有老師還是先有班級?
理論上不應該是老師,尤其是班主任老師,因為他是屬于特定班級的,而且班級是長時間不變化的,所以應該先建立班級,再把老師維護進去。
可事實上,老師才是基本元素,是老師組成了最初的班級,決定了班級配置。而且移動端更需要發揮老師的能動性,可以完全不維護班級,讓老師新建、維護班級內容。此外,還涉及到學校組織架構、科目設置等更為基礎的信息維護。在這些環節完成之后,才是真正意義的學生管理。
下面我們主要研究下移動端的做法:
二、教師管理:通過二維碼或學校ID加入學校
【智慧樹】智慧樹的定位是連接幼兒園園長、教師與家長的幼教云平臺,主打幼教管理、家園溝通分享、幼兒動態實時監控等功能。
APP主要包括園丁端和家長端。
園丁端可以創建幼兒園或加入幼兒園,如下圖所示,園丁可以通過輸入園所ID或掃碼加入幼兒園。
通過這個可以知道幼兒園的劃分方法:公立園所包括教委直營園所、政府機關園所、部隊所屬園所、企事業直營園所、普惠園;民辦園所包括普惠園、獨立園所、集團直營、集團加盟。
幼兒園創建完畢之后,就是完善班級信息,邀請老師加入幼兒園。
年級包括托班、小班、中班、大班、學前班,如果幼兒園沒有設置相應年級,可把班級數改為0。原來現在上個幼兒園居然要五年……)
其次是維護班級別名,方便園所管理和家長識記。創建成功后就是邀請老師加入幼兒園,包括掃碼和輸入園所ID兩種方式。
這種“邀請制”和【愛作業】中老師邀請家長的做法很類似。家長用戶在家長端注冊登錄后,通過“輸入寶寶所在班級任一教師的手機號”就可以自助加入相應班級。當然,寶寶樹也有后臺系統可以實現教職工的管理功能。
三、學生管理:通過班級號/老師手機號加入班級
【愛作業】愛作業的主要功能是幫助小學一至六年級學生家長和老師檢查、批改數學作業。只需掃一掃就能識別應用題、選擇題、判斷題、填空題、解方程、豎式計算等題型。
愛作業不區分老師端和家長端,甚至不注冊、不登錄也能使用拍照批改和在線練習功能。
老師用戶可以創建多個班級,然后對自己創建的班級進行諸如邀請家長、修改/刪除班級、查看/編輯/移除學生信息、布置作業等操作。
家長通過老師的邀請碼(班級號)加入班級,提交作業,也支持多個家長關聯同一個學生。
這里并沒有特別強調“學校”這一主體,老師用戶可以創建跨學校的多個班級,家長則只是把學校名稱作為識別班級的信息之一。當然,學校也并非完全沒有作用,系統會按照“學校+年級”相應匯總出公共錯題集供學生查看與練習。
【曉黑板】曉黑板主打通知家校溝通,類似升級版的微信群,可進行作業的多樣化布置與提交。
家長通過班級號或“老師手機號”查找并加入班級,可避免班級號的遺失或遺忘。由于老師角色并沒有開放注冊,必須提交相應學校信息、經過客服回訪審核后才能擁有教師身份,因此暫未體驗相關功能。
四、老師-學生-家長三者關系的建立
【一起作業】一起作業網專注英語和數學教學領域,為老師、學生和家長提供在線作業和專項應試練習等系統的學習功能。旗下擁有【一起小學】、【一起中學】等產品,下圖的流程來自于【一起中學】。
比起學齡前兒童,大部分中學生已經有了自己的手機,他們能獨立完成加入班級、提交作業、測試等操作,家長更多是起到知情和監督的作用。
老師創建班級后邀請學生加入,如果學生是新用戶,則需要在注冊流程中完成加入班級的操作;如果學生已加入過班級,則可以按照類似的流程更換班級。如果家長想了解學生的作業完成情況,可以綁定學生賬號。
行政班:即傳統的班級,多個學科的老師共同執教。教學班:也稱走課班,是指分層教學或走班教學時形成的單學科的班級,不同學科均可創建教學班。
五、總結
通過對以上幾個產品的分析,我們嘗試進行一下總結:
1.創建學校
分為“自上而下”與“自下而上”兩種形式。
學校對于在全校范圍推廣某一個產品是非常謹慎的,學校不會冒險為任何產品背書,而且可能需要為其配備專門的系統管理員;同時也是為了防止重復注冊,不建議學校用戶開放注冊,最好采用入駐機制,由客服人員審核后為其開通管理員賬號。這是“自上而下”的場景。
如果你的產品是“自下而上”推廣的,更不能隨便把學校牽扯進來,但為了方便學生家長選擇學校,可以從教育局網站獲取相應的學校信息維護到系統中。
2. 教師管理
首先明確老師是“加入學?!边€是“選擇學校”,加入學校需要相應的學校ID或邀請碼。選擇學校則需要系統定期維護更新各地區的學校信息,避免找不到要找的學校。
3. 創建與管理班級
如果是學校管理員進行班級管理,需要提供快速或批量創建的交互方式,作為真實的班年級將會影響其他角色的選擇和使用。如果是班主任或任課老師創建班級,本質上并不影響真實的學校組織架構,只是一個類似“群組”的存在。
另外,數據來之不易,可提供必要的“轉讓”功能,這很類似于群組的管理員權限轉讓?!把垖W生”“維護學生信息”“移除學生”“維護XX科目任課教師”也是班級管理中不可或缺的功能。
4. 學生加入班級
一種是通過老師分享的鏈接,獲得邀請碼或班級號再加入班級;另一種是通過搜索老師手機號,查詢后再選擇加入相應班級。必要時可加入審核機制,避免外人加入班級。
另外,還需要明確執行加入班級操作的實際用戶是誰,幼兒需要家長來加入,中學生能獨立完成。
5. 家長關聯孩子
重點要解決“一個家長賬號綁定多個孩子”和“一個孩子被多個監護人綁定”的情況。是否有獨立客戶端。
6. 用戶系統的建立
雖然手機號是最適合作為用戶唯一用戶名的存在,但考慮到老師家長身份的重疊、多監護人綁定同一個孩子、多子女的場景,所以可能會涉及多個角色對應多個客戶端、同一個客戶端內切換用戶角色、同一客戶端內切換學校方便對多個孩子進行監護的情況。所以身份證號、學號就成了一個比手機號更有價值的存在。
以上就是關于學校、老師和學生/家長之間關聯關系的建立方法的分析,在設計或選擇時,請結合產品定位和具體的需求分析,選擇最適合的關聯模式。
本文由 @ TAOTAO 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議
您好,看了您的文章和您的一些想法我覺得還挺好的,但是我覺得做教育類型的APP或PC端的軟件,不得不必須考慮我們國家教育、社會、背景的“通病”,所以你看幼兒、中小學生的學校領導寧可使用老辦法、或者提共支付寶的對公賬號,要不就是直接給老師,也不愿意嘗試新的APP,我是在教育環境背景長大的,他們有一個通病,怕出事,尤其是占錢和學生健康、飲食這類,出了事對這個學??诒绊懞艽?,所以寧可繁瑣一點,起碼不出問題,對自己的政治生涯不受影響,雖然我們做產品想的都是便于他們,但是這類的單位優先要考慮人性,這個人性不是貶義詞,是一個中性詞,這個問題再說就深了。。。還有一個,我們很多同學哥們都是做老師的,談談他們平時跟我的吐槽,他們平時特忙,就連吃飯都要看著學生,根本不愿意去維護什么APP,還有備課、區里的競賽、校長的活,總之很多很多,你覺得他們會好好去維護一個APP嗎,所以寧可用微信說一聲就得了;
所以我覺得可以考慮把精力和公司的方面面上大學,現在大學反而都在推行智慧后勤的這類宣傳,把你們的產品換一個用戶,不再做家長了,而是面向大學的后勤人員,他們在大學專業率很低,維護一次就夠了,可以把精力都放在服務上,比如智慧食堂、智慧宿舍等。
這是我的看法啊, 我沒有懟您的意思,只是根據我平時接觸的,再加上一些復雜的因素和您聊聊,沒別的意思,謝謝
您提到的關于校方這邊的真實情況,這個是很重要的信息。在針對公立校這邊,一定要帶入公立校目前組織架構的“規則”場景,在保穩的情況下提效。
首先,我不太理解為何一定要在手機端去做這件事,因為我看您調研的都是手機端。我之前做過教務管理系統、學生繳費系統,當然,這兩者是互補的。教務管理系統就包含了排課、師資信息錄入、班級維護等等。大部分情況下,都是先有老師,再有班級,然后是學生,這個邏輯是沒錯的。因為涉及到老師會在多個班級現象。推廣的話,一定是自上而下的,必須是學校頂層支持,這件事才做的下去,所以我認為這種業務應該歸屬于2B業務。當然,如果您是希望從學生或者家長身上賺錢的話,那就是B2B2C業務,但是目前國家法律規定禁止在校園類APP有任何商業變現行為,這也是為什么訊飛教育BG一條產品線都被砍掉的原因。
1.調研手機端做法是公司領導層需求,初衷是減少學校管理員的工作量,因為舊系統沒有這部分功能和學生信息。當時甚至做了教師端APP,方便老師隨時維護班級、根據管理范圍發布繳費通知,還有選繳/必繳設置、代繳費、催繳、如何避免重復繳費、退款等功能,缺點是如果做得不夠易用,一個簡單的“學生信息管理”卻把全校老師都抓壯丁了,會給推廣帶來阻力。
2.如果使用一般的支付寶或微信支付,每筆訂單都是有6‰的費率的,而這種做法顯然不適用于非盈利性質的學校,不太清楚私立學校是否更多自由度。支付寶有專門的教育繳費接口,不收取6‰,需要學校開通相應的支付寶賬戶,確保真正地用于教育事業,防止灰產投機,而且要在家長端接入相應的支付接口。的確,雖然讓收費更便捷了,但并不能從家長身上賺錢,具體可在支付寶內搜索“校易收”或在“首頁-更多-教育公益-中小學-教育繳費”中查看。我們做這個,一方面是為了獲得支付寶返點,另一方面是作為附加功能,可供教育局或學校采購使用。
個人認為,智慧校園、校園SaaS這些需要相關部門的支持才能有市場,可這樣做出來的產品好像又不夠互聯網,食之無味。市面上的各種學校管理系統價值幾何,是否解決了管理問題都很難說得清楚。于是,有人隱忍,有人壯士斷腕,有人繼續腐爛。相反,好未來等能在寒冬中受到資本青睞,更多是因為師資和課程內容的價值,同時比較少受到政策影響。
以上,拙見。
其實互聯網這個概念并不會因為需求方是誰而改變。例如企業級SaaS服務,就是在大量的項目基礎上提煉出來的,符合各個企業共性的東西。而個性化的東西,大多通過產品線來拉出分支,做定制化服務。即:本身并不沖突。不過我覺得你說的返點的方式,恐怕難以支撐起你們的成本。個人建議還是考慮部分做免費,部分做收費。收費是免費的升級版。目前我家閨女幼兒園,他們的app就是每個家長每學期付50塊,當然,這個錢是老師負責收取的,個人覺得這是一種變相方式吧。但并不贊成。
啊,訊飛教育BG一條產品線砍了?那條???作為消費者BG的我沒聽說啊,看來又落后了。
123
456
可能是業務比較專業,外人不了解,所以邏輯沒怎么看懂
你可以理解成幫人買火車票,需要添加他們的身份證信息,但是這里還需要添加班級信息,而班級信息是非固定的,容易填錯。
另外,班級管理可以理解為群聊的創建。