核心流程
寒暑假招生，課程 DM 傳不完？
每次都要重新傳日期、費用、地點，家長還是反覆問。
飛了飛趣怎麼協助
集中建立課程名稱、內容、上課時間、地點與費用，方便家長從課程頁查看資訊。
想減少的事：重複回答同一份課程資料。
先做這件事
先選一堂正在招生的課程，整理既有 DM 內容、確認時間費用後建立課程頁。公開分享連結及 QR Code 依當期功能提供情況使用。
從你在意的開始著手
你是不是也遇過這些情況？
先選擇最接近你目前的困擾，看看飛了飛趣如何協助。每張卡片都列出適用功能與最小開始方式，讓你不用一次研究整套系統。
核心流程
報名資訊散在聊天紀錄裡？
家長說想報名，但老師得來回確認課程與孩子資料。
飛了飛趣怎麼協助
家長查看課程資訊後，依平台報名流程建立訂單，讓課程與報名紀錄有正式依據。
想減少的事：只靠口頭訊息確認報名。
先做這件事
先把一堂課的招生條件、名額和付款說明寫清楚。初期現場付款與通知以正式版本提供的流程為準，勿宣稱已支援線上刷卡。
核心流程
家長從 LINE、電話到處請假？
上課前才發現有人請假，還得往回翻訊息。
飛了飛趣怎麼協助
家長透過 App 正式提出請假，老師依課堂紀錄確認實際出缺席。
想減少的事：請假資訊遺漏與重複確認。
先做這件事
先向一個班級說明正式請假管道、請假期限與注意事項。請假成功不等於自動取得補課或退費權益。
核心流程
上課前還在找紙本點名表？
同一天好幾個班級，課前翻名單、課後再補紀錄。
飛了飛趣怎麼協助
從老師 App 的當日課堂列表進入點名，集中記錄學生出缺席。
想減少的事：紙本抄寫與事後補登。
先做這件事
先挑一個固定班試用當日課堂點名，確認課堂、學生與實際出席紀錄一致，再擴大到其他班級。
後續規劃
課教得很用心，卻來不及好好回饋？
家長想知道孩子今天學了什麼，老師卻常在下課後才逐一回覆訊息。
飛了飛趣怎麼協助
規劃以簡短、客觀的聯絡簿整理課堂內容、孩子的具體表現與下一步，讓回饋成為教學的一部分。
想做到的事：教得用心，也讓家長看見老師如何用心陪伴學習。
先做這件事
先採用「今天做了什麼＋一項具體觀察＋下一步」的簡短紀錄。避免貼標籤或推測孩子人格，讓回饋聚焦可觀察的學習過程。
依上線狀態
教學理念很用心，卻不知道怎麼介紹？
家長只問價格，老師的教學方法與特色很難被看見。
飛了飛趣怎麼協助
透過課程介紹呈現教學方法；老師／機構介紹及精選文章則依各版本開放情況提供。
想減少的事：每次從頭解釋自己的教學價值。
先做這件事
先寫清楚「適合誰、課堂做什麼、老師如何引導」，並把一段真實教學故事整理成介紹文字。
核心流程
今天要上哪些課，總要反覆確認？
班級多、時段多，老師得在訊息和紙本課表之間切換。
飛了飛趣怎麼協助
集中查看老師端課堂列表與排定的課程資訊，依當日課堂處理點名。
想減少的事：上課前反覆找時間和班級名單。
先做這件事
先確認一週內實際上課的固定時段，從當天第一堂課開始使用課堂列表。
核心流程
重要課程訊息，總怕家長沒看到？
不同家庭各用不同聊天管道，老師難確認資訊是否一致。
飛了飛趣怎麼協助
將平台相關課程與課務通知集中在家長端，減少資訊散落在多個聊天視窗。
想減少的事：反覆轉傳平台內既有課務資訊。
先做這件事
先教一個班級的家長找到 App 通知入口，並保留重大異動所需的其他聯繫方式。通知不代表家長一定已閱讀。
核心流程
學生、家長與課程資料對不起來？
同一個家庭有兩個孩子，聯絡資料和上課班級容易混淆。
飛了飛趣怎麼協助
以家長與孩子的帳號關係連結課程及上課紀錄，讓不同孩子的資料分開管理。
想減少的事：用聊天暱稱猜測是哪位孩子。
先做這件事
先從新報名家庭建立正確的孩子資料及必要授權，避免要求老師一次搬入完整的舊學生名單。
成效待累積
平台家長還不多，現在加入有意義嗎？
老師擔心花時間上架，卻還沒有足夠的新家庭看到。
飛了飛趣怎麼協助
先整理可長期使用的課程與品牌資訊，讓既有家長更容易了解；平台新增流量則隨營運逐步累積。
想先得到的價值：一份清楚可持續更新的課程介紹。
先做這件事
先上架一堂課，再觀察既有家長是否更容易取得資訊。平台不保證上架後立即帶來新客或招生數量。
後續規劃
補課、調課一多，時間越排越亂？
不同家庭的例外安排，需要不斷人工確認。
飛了飛趣怎麼協助
補課、調課與堂數管理屬後續版本規劃；目前先以清楚的課程規則及正式請假紀錄減少認知落差。
現在先改善的事：避免口頭承諾與實際安排不同。
先做這件事
先把請假、補課及退費規則明確揭露，並保留必要紀錄。請勿把未開放的補課與扣堂功能當成現有能力。
依帳號配置
同時在不同教室授課，資料容易混在一起？
老師跨多機構合作，需要清楚知道現在使用哪個教室的課堂資料。
飛了飛趣怎麼協助
依機構指派與帳號權限查看課堂資訊；多機構帳號整合與切換體驗仍須以正式版本為準。
想減少的事：跨教室操作時誤看或誤用資料。
先做這件事
先確認目前的機構帳號與授課權限，勿假設同一帳號已能無縫切換全部合作教室。
找不到符合的情境，試著換個關鍵字，或切回「全部情境」。
功能狀態說明：「核心流程」為既定核心規劃，仍須以正式上線結果為準；「後續規劃」非現行可用功能；「依上線狀態」表示內容或帳號能力應由營運團隊依實際版本確認。
教學 × 回饋
教得好，
回饋也要用心。
一堂好課，不只是在課堂裡把內容教完。孩子離開教室後，家長能不能理解孩子今天經歷了什麼、老師看見了什麼、下一步可以怎麼陪伴，也同樣是教學品質的一部分。
「教要教得好，回饋也要用心，才是一個好老師該有的教學。」
飛了飛趣希望協助老師把專業不只留在教室裡，也透過簡短、具體、尊重孩子的回饋，讓家長看見學習發生的過程。
01
回饋具體，而不是只說「今天很棒」
記錄一件真正發生的學習行為、嘗試、提問或進步，讓家長知道孩子今天經歷了什麼。
02
回饋客觀，而不是替孩子貼標籤
少寫「不專心、沒動力、很有天分」，多寫可觀察到的行為與老師提供的引導。
03
回饋有下一步，而不是只有結果
讓家長知道下一堂課準備如何延伸，必要時提供簡單、可執行的陪伴方向。
1
整理一堂代表性課程沿用現有 DM、課表與介紹，不必全部重寫。
2
完成第一堂課的上架資訊先確認年齡、時間、地點、費用與名額。
3
依需要逐步導入課務先試當日點名，再引導家長使用正式請假等功能。
常見問題
第一次使用，老師最常擔心什麼？
先把疑問說清楚，再決定適合自己的導入節奏。
需要把所有舊學生資料一次搬進來嗎？
不必以完整搬遷作為首次使用前提。可先建立第一堂課與新報名學生，後續再依實際功能與個資授權安排資料導入。
上架課程後，會保證帶來新家長嗎？
不會保證曝光、詢問或招生數量。初期可先讓課程資訊清楚集中，並配合老師既有的招生管道；平台家長流量仍需逐步累積。
家長請假後，系統會自動補課或扣堂嗎？
請假與出缺席是核心課務流程；補課、調課與完整堂數管理屬後續版本，不能視為請假申請送出後自動完成。請假仍須依照老師課程請假規則所規範事項予以扣堂或手動辦理補課。
老師需要要求每位家長立刻熟悉所有功能嗎？
不用。可以先讓家長熟悉課程查詢、我的課程、請假及通知等必要操作，再視課務需要逐步增加使用情境。
平常已經很忙了，還需要花很多時間學習平台嗎？
不需要一次學會所有功能。建議先從建立一堂課程、查看課堂列表或點名等最常用的操作開始，再依實際需求逐步熟悉其他功能。先完成一件事，比一次學完所有功能更容易開始。
已經習慣用LINE聯絡，加入後一定要改用APP嗎？
不必一開始就全面改變原有的聯絡習慣。你可以先用飛了飛趣集中管理課程資訊與既有課務功能，再逐步引導家長使用正式請假、課表及通知流程，減少重要資訊散落在不同對話中的情況。
學生資料都在Excel或紙本上，需要全部重新建立嗎？
不需要為了第一次上架課程，就立即搬入所有既有學生資料。建議先完成老師介紹與第一堂課程，再視實際課務需求逐步建立學生資料。若需要批次匯入，請先確認平台當期是否支援及可使用的協助方式。
我一個人在教學、學生數也不多，需要用到平台嗎？
適合先從自己最需要的功能開始評估。即使學生人數不多，清楚的課程介紹、課表與出缺席紀錄，也能協助整理日常資訊。不必因為平台提供多項功能，就要求自己每一項都使用。
已有固定學生，也沒有招生需求，還有加入的必要嗎？
你可以先評估課堂列表、點名、請假與課程資訊整理等日常需求，而不必只把平台當成招生工具。等到需要開設新班、推出寒暑假課程時，再使用課程上架與曝光功能。
平台初期家長人數不多，現在上架課程會有幫助嗎？
平台初期無法保證新家長流量或招生結果。不過，先整理好課程介紹，仍有助於既有家長了解課程，也方便老師在自己的 LINE、社群或其他招生管道分享已公開的課程資訊。
家長不熟悉科技工具，不願意下載App怎麼辦？
可以先向家長說明 App 與他們最相關的用途，例如查看課表、接收通知及請假，不必一次介紹全部功能。若家長操作遇到困難，可先協助完成最常用的流程。實際報名及課務操作仍以平台當期提供的方式為準。
有在不同教室或機構授課，資料會不會混在一起？
如果你同時配合多個機構，建議先確認各機構的帳號、授課身分及可查看的課程範圍。不同機構的學生與課務資料應依相應權限管理，不會因為老師同時任職，就讓各機構互相看到不屬於老師自己的資料。跨機構操作方式請以目前實際開放的功能為準。
不擅長寫課程介紹，也沒有漂亮的招生照片，能上架嗎？
可以先整理你已經使用的課程 DM、教學內容與基本資料，不必從零撰寫。課程介紹最重要的是說清楚適合年齡、上課內容、教學特色、時間與費用。照片也可以從有權使用的教材、作品或教室環境照片開始準備。
如果開始使用後發現不適合，可以先暫停使用嗎？
建議在選擇方案前，先了解試用期限、續費方式、停用條件，以及資料保存與處理規則。若只是暫時沒有招生需求，也可以先評估是否仍需要使用日常課務功能。實際停用、退款及資料處理方式，均以當時適用的正式方案與服務條款為準。