起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識干貨預警：功能型小程序的前后臺原型設計
這是一篇干貨滿滿的文章，如果你想要做小程序，一定不能錯過！
最近公司基于目前招聘兼職老師的流程做了一款小程序。之所以選擇做小程序的原因，一方面是因為項目功能比較簡單，沒必要開發一款獨立的APP；另一方面是因為小程序開發起來比較方便，節約開發成本，用戶使用起來也比較方便。
筆者也趁這個機會把自己從0到1做一款小程序的過程給記錄了下來，同時分享一下，我是如何最快速地設計一款功能型小程序的前后臺原型的。
公司介紹：我們公司是一家線上教育公司，主要做海外華人留學生的1v1課程定制輔導的機構。顧名思義就是針對一些留學生的課業進行輔導，以幫助他們更好的適應留學生活，并最終通過考試。
項目背景：我們目前在很多高校都有自己的校園代理人，這些校園代理人的主要工作職責，就是幫助我們招募來自各大高校的學生來做我們的兼職老師。因為我們主要做的是1V1定制輔導，所以對不同專業的老師需求量非常大；我們品牌自身的影響力，不足以吸引很多學生主動來加入我們。所以就需要這些校園代理人在各大高校宣傳我們的品牌，并招募這些優秀的學生加入到我們的兼職老師陣營里來。
項目需求：本項目的需求是方便我們的這些校園代理人在溝通了意向客戶后，將他們錄入到我們的兼職老師儲備庫里。然后我們可以第一時間在管理后臺查看到這些意向客戶，并對該客戶進行線上初試、復試等一系列環節的考核，最終將該名客戶錄取為我們的兼職老師。代理人可以在小程序看到自己錄入系統的老師信息、老師數量，當前的狀態，以及賬戶提成金額等信息。
用戶訪談：最開始這一套流程是純線下去實施的，后面和師資部負責老師招聘的負責人以及師資部門的同事溝通后，便決定把這套流程搬到線上來。由于這套流程比較簡單，所以就沒有針對代理人去進行交流，而是把現有的線下流程直接搬到線上來進行實施。
本項目的業務流程圖如下：
話不多說，接下來詳細講解一下該小程序的原型設計及PRD文檔如何編寫。
小程序頁面
登錄頁
采用的是賬號密碼的登錄方式，賬號密碼由管理后臺創建，打開小程序后默認彈出數字鍵盤，同時input框加入“autofocus”屬性，焦點直接聚焦在賬號輸入框內
首頁（無數據狀態、有數據狀態）
無數據時加上創意性的slogan以此達到激勵效果；有數據時采用經典的卡片式設計，頁面簡潔明了。
頭部可根據老師的不同狀態進行篩選，實時查看到錄入的客戶已經進入到了面試的什么階段。
錄入教師頁面
采用經典的移動端Form表單設計，同時上傳文件的功能直接利用從微信的會話列表拉取。為了防止新手不知道如何上傳文件，我做了一個教程頁“如何導入微信文件”進行上傳文件的引導來告知其如何一步步進行文件的上傳。
數據看板
頂部banner設計豐富頁面視覺效果，底部的數據指標對應錄入老師的不同狀態。因為每個錄入的老師進入不同的面試狀態，都會給到代理人不同的提成金額。所以代理人會經常關注該數據指標看板的數據情況。
其次“矩形塊拼接式”的看板設計使頁面更加美觀、主次分明。每一個矩形塊都可以點擊進入，查看該階段的所有老師，就相當于在首頁操作切換狀態標簽的操作。
我的頁面
“我的賬戶”和“我的合同”，由于功能比較重要，就單獨做成了兩個按鈕式的設計，一方面是使原本枯燥的“我的”頁面更加美觀，另一方面也突出了功能的主次關系。
合同簽署頁面
前端會在生產環境下的合同后面加上公司水印，原型上未注明，同時合同會在前后端都渲染一份。前端渲染的合同用于給代理人查看并簽約，后端渲染的合同需要在管理后臺查看、審核并存檔。
合同的內容做了模糊處理，合同由于需要手寫簽字，所以代理人查看完合同并確認無誤后點擊簽約；之后會彈出手簽板，代理人只能手寫上自己的姓名；然后前端再渲染到合同的乙方簽名處，簽好后合同就算生成了。
個人資料
數據全部由后臺生成，前端無法進行編輯修改。
身份認證詳情頁
為了驗證代理人身份信息，需要代理人登錄小程序后上傳身份證正反面照片，同時后端需要接入銀聯的身份認證的接口進行自動化審核。
該身份認證的第三方API接口是按次收費的，該接口可識別出身份證正反面是否錯誤、照片是否模糊等，點擊“確認并提交”后。前端調該接口進行審核并實時返回審核結果；未通過后端會返回錯誤原因，如“身份證正反面錯誤”、“照片模糊”等；通過后直接顯示已通過審核就ok。
管理后臺
合作方渠道列表
用于展示所有已錄入的代理人及其他合作渠道的全部信息。藍色的文字表示可點擊進入詳情頁：如“渠道名稱”可點擊進入渠道個人信息頁；點擊“招聘記錄”彈出彈窗，顯示當前渠道的所有招聘記錄。
創建合作方渠道
創建渠道，用于創建不同類別的渠道信息。
合同審核列表
用于展示所有已創建的合同，同時合同除了固定的內容外，有少部分內容是動態生成的“如代理人身份的不同、合同有效期限等信息”。所以師資部門的專員創建合同后需要交由主管審核，合同信息沒有問題才可發送到小程序給到代理人簽約。
代理人賬戶提成審核
代理人在小程序進行身份驗證后需要添加銀行卡相關信息，然后每一筆提成都會記錄在該代理人“我的賬戶”的明細里和后臺的提成明細內。每個月1號會生成上月該代理人所有的提成明細，師資人員審核每一筆提成無誤后點擊通過，就可以交由財務部門給代理人銀行卡打錢了。
總結
因為種種原因這里省略了部分頁面，但最核心的頁面都放了上去。
最后小程序的部署和上線都由前端開發負責，我們需要記錄上線的時間，并在之后的每一次版本迭代都做好版本記錄和更新記錄就ok，到這里小程序的設計就完成了。
因為小程序提供了供開發者使用的框架、組件及接口參考文檔。我們在設計的時候最好能先仔細閱讀小程序的相關說明文檔，不要用設計APP的那一套理念去設計小程序。前端開發可以使用小程序自帶的一些組件，所以不要做過多的自定義組件的設計。
同時小程序是基于微信的平臺來開發的，所以我們在設計的時候要考慮與微信強大的功能做好對接。比如上傳文件可以直接從微信的會話列表拉取，登錄可以直接默認使用微信登錄等，這樣可以大大節省開發成本。
歡迎私下和我交流，共同進步，本人致力于成為這個星球上最全面的產品經理。
作者：韓濤，個人微信：ht291655928
本文由@韓濤 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖由正版圖庫 圖蟲創意 授權
一、這個產品的主體還是后臺，微信小程序僅僅是一個渠道的入口
二、是不是應該考慮一下用戶的入口
三、兼職老師和渠道的溝通入口沒有
從整個產品來看，其實就想您說的，把之前的搬到了線上，沒有覆蓋全業務場景（用戶、渠道、管理者）
兩個問題請教全能型產品經理：
1. 兼職老師的線上面試流程呢？ 沒有的話根本沒形成閉環。
2. 既然是微信生態，提現為何不走微信零錢？后臺審核通過即可企業付款到微信零錢。
謝謝，這個頭銜是自我激勵，希望你不是挖苦
1、線上面試是針對老師的一套流程 ，和校園代理人沒有直接的關系，他們只需要關注自己的客戶進入到哪個面試狀態就ok了，你如果對線上老師面試流程感興趣，可以看我另一篇文章。
2、代理人提成的每一筆都需要我們后臺審核，他們沒有提現的權利，每月初我們會審核他們上月的提成是否有誤，無誤的話會讓財務直接給他的賬戶打錢。
這套系統的商業模式最終的環節不是在面試嗎？面試上承錄入，下接分成
關于提成怎么發放的代理人，我想表達的是既然是在微信生態，后臺審核通過后，財務點擊確認轉賬，就可以通過接口向代理人的微信openid發起企業轉賬到零錢。
銀行轉賬當然可以，只是效率低
謝謝大佬指點，我確實沒考慮到