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