編輯導讀：本文作者詳細地復盤了一次H5移動應用開放平臺重構的經歷，從項目背景介紹，到過程中的難點分析和措施制定都展開了復盤并分享了自己的項目思路以及需要注意的問題，與大家分享。
一、項目背景
物流企業的業務流程復雜，一般分為多個業務系統去分工完成，比如負責運輸的TMS系統、管理倉儲的IMS系統、負責貨物取派的巴槍系統。B端系統的復雜性讓大部分的業務都是在辦公桌上的網頁系統去完成，但隨著移動互聯網的發展，輕量的移動辦公得到了重視，越來越多的B端系統發力于移動端的應用。
我所負責的產品是公司內部的移動辦公與即使通訊工具，類似于釘釘和企業微信，負責搭建和管理這個移動辦公平臺，讓更多的公司業務不用在辦公桌上進行，在手機上就可以進行業務操作。
重構前的對接模式，APP上的所有工作應用，是采用前后端分部門開發的模式。我們部門負責前端設計與開發，業務系統提供負責業務邏輯與接口。這樣的對接模式，在前期公司移動化需求不多情況下，我們還能及時響應業務部門。但隨著業務發展與對移動化的需求逐步重視，補充再多的APP開發人員都無法跟上公司業務的變化。
所以我們在今年重構了整個工作應用的對接方式，升級為開放平臺，將移動應用的開發以H5的方式授權給各業務部門，我們提供平臺化的支持，建立類似微信與微信小程序的關系。
二、產品目標
建立高效完善的移動應用開放平臺，幫助業務線團隊可以自主快速地研發移動端應用，不用我們部門提供人力資源。
提供豐富多樣的APP原生能力支持，滿足業務線應用各種場景，快速響應公司業務發展。
提供更多管理支持，如數據監控，幫助業務線團隊分析用戶行為，讓移動端應用做得越來越好。
三、產品措施
產品架構圖
1. 管理后臺
管理后臺主要面向業務部門，提供團隊成員管理、新建應用和版本發布等功能。業務部門使用這套流程，從新建應用、代碼研發到發布上線都可以在平臺完成。
團隊管理：管理各個業務系統成員與其對應的權限，避免業務系統操作非自己負責的應用，造成平臺的混亂。需包含以下信息：所屬系統、成員姓名和對應角色權限。
應用管理：業務團隊新增并維護應用信息，如應用名稱、圖標與訪問地址等。HR團隊需要新增考勤打卡應用時，就可以在這里維護對應信息。
版本管理：完成H5應用代碼的研發和測試后，業務團隊就可以將版本與代碼進行關聯，對外發布。這里需支持業務部門不同的發布場景，如全網發布與面向部分群體的灰度發布。
應用管理示例
2. APP端
原生能力支持：如iOS生態對于APP開發者、微信對于小程序，我們需要給業務系統提供豐富的能力支持，滿足他們大部分場景的功能開發，不用他們重復造輪子，并對公司定制化的功能需求快速響應。能力分類如下：
【基礎能力】打開相機、掃一掃、獲取用戶定位等；
【業務通用】應用間跳轉、運單編碼識別和微信支付等；
【業務定制】接入場地監控SDK、車輛監控SDK等。
工作臺：給員工展示其可使用的工作應用，員工可以隨時在這里找到需要的工作應用，并進行移動辦公。為了提升員工移動辦公效率，可以支持用戶管理常用應用列表，搜索時記錄搜索歷史等。
數據監控：為了幫助業務部門更好分析用戶行為，使用數據協助產品迭代。我們對應用訪問人數、訪問率等核心指標進行了數據埋點，用后臺報表的形式提供給業務部門，讓他們可以實時監控自己負責應用的用戶使用情況和訪問趨勢，不斷優化移動辦公的效率和用戶體驗。
APP工作臺示例
四、項目成果
經歷了兩個月的重構，我們成功將之前一對一的工作對接模式升級為一對多的開放平臺，并把之前的工作應用與用戶數據遷移到新的平臺上。得益于新平臺的標準化流程和豐富的原生能力，對接業務部門數量增長了3倍，工作應用數量實現翻倍增長，應用本身也在各業務部門的努力下功能更加豐富多樣，公司信息系統移動化的進程又進了一步。
我們部門也從服務業務部門的角色中抽離出來，轉變為移動辦公平臺的管理者。經歷了平臺的搭建和管理，我們也更清晰了產品的定位，能夠更全面的思考未來發展。
五、項目難點
我們遇到最大的問題，就是如何與多條業務線溝通，抽出共性需求，達成目標的一致。業務方所表達的需求或方案，并不一定對方真正需要的。只按照業務方的意思去做，可能最終的結果是功能重復、邏輯沖突，而且無法真正滿足業務。產品經理要在與業務溝通的過程中，梳理出核心需求和對應的核心方案。
比如在重構前的對接方式是，我們與業務線的是分開前后端產品研發。所有業務線都希望我們提供更多的人力與資源進行對接，滿足他們的移動端業務需求。但是實際上，他們的核心訴求是能夠讓自己的業務用戶更快并更好地進行移動辦公，這與是否我們投入更多的人力在移動辦公應用開發上，沒有直接關系。
所以在今年公司移動化目標的背景下，我們投入了大量人力去重構移動應用接入的流程和豐富原生能力插件，讓各業務線能夠自主管理應用。
雖然一開始模式的轉變，遇到了業務方的阻力，因為增加了他們部門的工作量。但是只要能夠滿足業務方的核心訴求，在良好的溝通下，推動起來還是比較順利的。
六、如果是現在的我來做
會盡早搭好平臺的框架與規范。由于我們是平臺型產品，雖然對接了近100個工作應用，但是用戶都是在同一個APP上進行操作。不同的交互體驗會給用戶帶來困擾，后期再進行規范的統一，需要業務線的配合，會帶來很高的成本，效果也差一些。
比如，在移動平臺的初期，有的業務方匆匆上線一些應用，對弱網等異常環境考慮較少，導致用戶在這種情況下無法加載出頁面，也不能退出應用，就會投訴過來說是平臺的問題。所以我們后面迭代了個兜底方案，將所有應用右上角都統一作為關閉應用的按鈕，類似于iPhone的home鍵。由于是平臺上線后的調整，許多應用的右上角已經有功能按鈕了，我們需要跟所有業務部門協調這個平臺調整，要投入更多的成本。
本文由 @Rex 原創發布于人人都是產品經理，未經許可，禁止轉載
題圖來自 Unsplash，基于 CC0 協議
版權聲明：本文內容由互聯網用戶自發貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容， 請發送郵件至 舉報，一經查實，本站將立刻刪除。
