本文將介紹咱們小程序中隱藏的兩個工具頁面。原理雖不復雜,收益卻實實在在,或許也能給諸君帶來啓發。前端
入口構造工具
痛點
- PM&運營 投放連接
PM&運營每次投放新入口時,都須要找FE要頁面連接。投放多少連接就要找FE多少次,一方面相互之間的溝通等待會耗掉很多時間,另外一方面詢問/回覆過程會打斷對方手頭的工做,影響狀態。
關鍵是大多時候這些連接只是須要改個渠道參數,並不涉及結構上的調整,徹底能夠由PM/運營自行修改。
然而要向全部PM&運營全面科普url構造規則,並無想象中容易;各類連接構造需求就這樣在無形中不斷消耗雙方的精力。
- FE&QA 開發/測試線下功能
開發/測試沒有線上入口的新功能時,常常須要構造一個臨時入口供以訪問。
能夠修改線下接口配置運營位做爲訪問入口,可是一則運營位有限,二則不能一站式操做;也能夠修改代碼加個臨時入口,可是會污染代碼,難保不會帶到線上。
這樣的情形反覆出現也是挺麻煩的。
idea
開發一個專門的入口構造頁面,直接提供給PM、運營、FE、QA等各方使用。須要什麼連接須要什麼入口,直接自助生成,無需一次次反覆溝通/構造。小程序
效果
通用入口構造:
ide
如圖所示,在入口構造頁面中,用戶能夠直接輸入FE提供的url模板並自助修改連接參數,從而得到所需連接。同時支持:工具
- 直接打開該連接,進行查看、自測;
- 生成以該連接做爲落地連接的分享卡片,從而以落地頁的形式打開查看;
- 將該連接複製到剪貼板,供以投放;
- 生成以該連接做爲落地連接的二維碼,供以投放。
內嵌M頁入口構造:
測試
如圖所示,內嵌M頁的小程序連接構造一樣支持相似功能。編碼
實現
- 需求轉譯
將連接參數以普通用戶能理解的形式展示出來,並容許其直接修改,再配以說明文案。以此抹平url構造規則形成的技術門檻。
- 入口構造
頁內入口 直接以按鈕跳轉實現,外部入口 以分享卡片進行模擬。
- 連接輸出
使用wx.setClipboardData接口經由剪貼板粘貼使用。
- 初始入口
生成二維碼做爲入口構造頁面自身的初始入口;將工具頁面分享出去,保留分享卡片做爲初始入口。
意義
入口構造工具使得PM、運營、FE、QA等各方能夠自助、高效地構造所需連接/入口,有效節省了重複溝通成本,並在必定程度上提升了開發、測試、投放效率。url
入口構造工具提供的連接生成功能和預覽功能能夠在必定程度上避免/發現連接拼接失誤等人工疏漏,提升總體交付質量。idea
二維碼測試工具
痛點
掃描二維碼時會直接進入線上版小程序,致使在開發/測試階段難以對二維碼相關功能進行有效的檢測和把控。
早期只能先冒險上線,而後進行線上驗證,萬一有問題再修復再從新上線,致使二維碼相關功能調試效率低、上線風險高。
後來開發者工具支持經過二維碼編譯,管理後臺也支持回滾,相對來講,二維碼相關功能可控性強了不少;可是對於QA、PM、運營、第三方接入業務等小夥伴來講,二維碼的檢查、測試仍是很無力。spa
idea
開發一個專門的二維碼測試頁面,支持在當前開發版/體驗版/線上版小程序中對二維碼進行查看和預覽。調試
效果
如圖所示,在二維碼測試頁面中,用戶能夠:
- 直接查看二維碼的編碼信息,包括落地連接、參數等;
- 在當前開發版/體驗版/線上版小程序中打開二維碼落地連接;
- 生成與二維碼擁有相同落地連接的當前開發版/體驗版/線上版小程序的分享卡片。
實現
- 查看二維碼信息
使用wx.scanCode接口能夠讀取二維碼信息,包括落地頁、參數等。
- 在當前開發版/體驗版/線上版中打開二維碼
使用wx.scanCode接口獲取落地連接,使用wx.navigateTo等接口在當前開發版/體驗版/線上版小程序中打開目標頁面。
- 在當前開發版/體驗版/線上版中以落地頁的形式打開二維碼
使用wx.scanCode接口獲取落地連接,生成相同落地連接的分享卡片,訪問分享卡片以模擬開發版/體驗版下掃碼打開小程序。
意義
- 效率
查看二維碼信息能夠有效提升相關功能調試效率;
直接在當前開發版/體驗版中打開二維碼能夠有效提升相關功能測試效率,特別是對於QA等非前端人員。
- 質量
二維碼測試工具便於QA在穩定環境充分測試二維碼相關功能,從而提升小程序交付質量。
值得一提的是,這兩個工具都是FE自發思考自發實現的,產出時小夥伴們表示「很驚喜」。
不少時候,主動去思考、發現、分析、解決痛點,能讓你貢獻出意料以外的價值,共勉。