Axure用例:如何適配產品原型到不同平臺?

0 評論 18858 瀏覽 51 收藏 6 分鐘

作者對如何適配產品原型到不同平臺分享了一些見解,與大家分享。

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

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

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

一、什么是適配不同平臺

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

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

什么不是適配

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

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

二、哪些情況下需要適配

當APP發展良好,需要快速補充H5

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

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

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

當你做的是H5 APP,想兼容一下Web環境

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

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

這個案例太多了,比如天貓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經驗,就是通過此方法創建的。

總結

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

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

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

相關閱讀

善用Axure寫PRD,全面通用的移動端產品規范V2.0

Axure如何生成適配手機屏幕的APP原型

如何把原型放到網絡上

如何在手機上完美體驗Axure生成的APP原型

#專欄作家#

浪子,業務型PM,浪子PRD系列51prd.com,公眾號langzisay。

本文由 @浪子 原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!