PM如何適配產品原型到不同的平台

當APP發展到一定階段，老闆要求做個H5版來覆蓋不想下載的用戶，或者說小程序那麼火，我們也上一個吧。此時PM應該如何適配不同平台。

是直接拿著以前的原型PRD給技術去開發？還是拿以前的原型PRD修改了再給？當然也可以選擇重新整一遍新的原型PRD。

我相信大部分PM使用的是前面2種，但事實上有更好的方法。

一、什麼是適配

具體來說就是PM的工作如何指導UI和前端工程師開發不同平台，也就是PM產出物「原型和PRD」需要具備此特性。

請注意PM適配，不是指前端視覺交互的適配，也不是指服務端兼容多種環境的前端調用和共享資料庫。

1.1、什麼不是適配

適配不同平台，不代表你的原型就是高保真。有些初級PM的理解水平真的很一般。

適配不同平台，和適配不同屏幕，是2個概念。後者適配不同屏幕通常是指你的APP是否兼容iPhone7、iPhone7plus、iPhone5、iPhone4等屏幕並完美展現頁面內容和交互。而前者肯定不是這個意思。

二、哪些情況下需要適配

• 當APP發展良好，需要快速補充H5。

比如唯品會核心是APP，然後wap環境下使用H5做了一版本。

• 小程序版本來覆蓋不想下載APP的用戶。

比如摩拜單車APP，和摩拜單車小程序。

• 當你做的是H5 APP，想兼容一下Web環境。

比如Same APP有個H5官網，然後適配了Web環境。

• 當你主營Web網站，想移植核心功能到H5環境中。

這個案例太多了，比如天貓。

• 當你主營APP，然後想兼容Web環境。

比如餓了么先有APP，後續增加了Web版本的定外賣服務。

三、一般是這樣適配不同平台

使用一份原型和PRD寫APP，需要適配其他平台的時候，則在有差異的地方做一下標註。但是這樣做會有很多問題。

• 當差異超過一定程度的時候，很難去標註。
• 如果需要同時迭代多個平台，原型和邏輯是不是要寫多份。並且容易遺漏。
• 服務端童鞋很難理解不同平台的原型，他需要如何去支持介面和資料庫層面。

四、推薦使用Axure的自定義視圖來適配不同平台

使用Axure創建原型並標註邏輯的方式來作為PM交付物-PRD，並且使用Axure

的自定義視圖功能來設計不同解析度下的原型。

我大概記得知乎最早是上線web版本，然後是wap版本，最後是app。設計知乎的web和wap這2個版本可以使用Axure創建一套原型。這裡花費的時間精力不是N，頂多1.x罷了。

仔細看，你會發現知乎web和知乎wap其實很多地方是很類似的，包括上導航和列表。

當做好了web ，去設計wap的時候，用此種方法畫原型寫邏輯是最合適的事情。如果只是再差異的地方單獨標註，連產品demo都無法讓大家直觀的理解。

之前分享過很多PM經驗，就是通過此方法創建的。你可以通過手機訪問wap版本，通過電腦進行訪問Web版本來查看浪子PM是如何用原型適配不同平台的。

五、總結

事實上很多國外的網站，特別適合用Axure原型直接畫好web、wap。比如Facebook的web，wap版本。

Axure當初發布自定義視圖功能的時候就是考慮到這些不同解析度不同平台的差異，所以才推出此功能。如果有需求，請善用之。

如果大家感興趣，下一篇具體講講Axure自適應視圖的具體用法。

作者：浪子，關注公眾號langzisay查看全部文章，浪子PRD系列http://51prd.com/。

推薦閱讀：