正文

項目原型設(shè)計（項目原型設(shè)計分析）

發(fā)布時間：2023-07-03 05:43:16 稿源：創(chuàng)意嶺閱讀： 308

大家好！今天讓創(chuàng)意嶺的小編來大家介紹下關(guān)于項目原型設(shè)計的問題，以下是小編對此問題的歸納整理，讓我們一起來看看吧。

本文目錄:

1、產(chǎn)品經(jīng)理該不該畫原型？原型設(shè)計上誰負責(zé)
2、開發(fā)一個安卓手機APP需多少錢
3、Mac 上有哪些高保真原型設(shè)計工具
4、在做軟件項目時項目原型文檔的作用、項目立項及開發(fā)規(guī)劃說明書、項目開發(fā)計劃表、需求規(guī)格說明書、設(shè)計

一、產(chǎn)品經(jīng)理該不該畫原型？原型設(shè)計上誰負責(zé)

我作為10多年互聯(lián)網(wǎng)行業(yè)的老鳥，從三個問題的回答來一次性解決你所有問題。

一、產(chǎn)品經(jīng)理應(yīng)不應(yīng)該畫原型？

直白地說，產(chǎn)品經(jīng)理是不應(yīng)該畫原型的，或者說不應(yīng)該只畫原型。

原型僅僅是工具，它是用來闡述界面操作流程的。原則上，產(chǎn)品經(jīng)理是不會直接控制這個環(huán)節(jié)的。

那么產(chǎn)品經(jīng)理應(yīng)該做什么呢？對于產(chǎn)品經(jīng)理來說，需要更多側(cè)重分析用戶需求、規(guī)劃功能上。張小龍說過：“產(chǎn)品經(jīng)理是站在上帝身邊的人?！彼旬a(chǎn)品經(jīng)理比喻成看透蕓蕓眾生及人性的上帝視角玩家，那么上帝身邊的人就要根據(jù)用戶的需求，為這個產(chǎn)品設(shè)定游戲運轉(zhuǎn)規(guī)則，整體上推動產(chǎn)品運轉(zhuǎn)，不客氣地講，臟活累活是甩給交互去做的。

產(chǎn)品經(jīng)理確實也需要畫圖，但應(yīng)該畫的是“故事板”，向大家講清楚，我們這個功能，在用戶的真實生活中是幫他們解決什么困難的，舍本逐末，不可取。

當(dāng)然，這是把產(chǎn)品和交互分成兩個角色來說的。一個思考需求，一個思考實現(xiàn)。只要足夠牛逼，包圓兒了也沒問題，只是不要再招一個交互了，會害了人家。

二、產(chǎn)品經(jīng)理應(yīng)不應(yīng)該懂交互設(shè)計？（你應(yīng)該也很想知道）

答案是肯定的！您可能會覺得矛盾，上文說產(chǎn)品經(jīng)理不應(yīng)該畫原型，那為什么非得還要懂交互設(shè)計？這不矛盾。

產(chǎn)品經(jīng)理對待產(chǎn)品要像孩子一樣呵護，如果完全禁止產(chǎn)品經(jīng)理不畫交互設(shè)計稿，就好像不讓扎克伯克寫代碼一樣的感覺；反過來看，有幾個產(chǎn)品經(jīng)理可以把代碼（或交互稿）的工作做得像扎克伯格一樣優(yōu)秀呢？

究其原因，國內(nèi)產(chǎn)品經(jīng)理現(xiàn)在畫交互設(shè)計稿的現(xiàn)象，是行業(yè)起步落后和交互設(shè)計人才缺乏最主要的原因。產(chǎn)品經(jīng)理應(yīng)該不應(yīng)該畫交互設(shè)計稿，很大程度上取決于企業(yè)文化和組織架構(gòu)。

我認為正確的做法應(yīng)該是，產(chǎn)品經(jīng)理對待交互稿，應(yīng)該是快，草；快速梗概的把信息傳遞給交設(shè)計師，交互設(shè)計師根據(jù)大致概念信息形成細化的方案，這個是兩者最大的區(qū)別。如果說配合，這樣的配合是最高效的，這里。

三、產(chǎn)品經(jīng)理和交互設(shè)計是應(yīng)該怎么分工？（之前的方法論，這條是落地執(zhí)行干貨）

產(chǎn)品經(jīng)理主要負責(zé)用戶需求整理，規(guī)劃，功能篩減，商業(yè)模式、運營模式探索，版本迭代時間規(guī)劃，敏捷開發(fā)功能點描述等；

如果是WEB端的產(chǎn)品，交互相關(guān)的東西會涉及的比較少，由于產(chǎn)品經(jīng)理洞悉各個功能點，倘若對原型設(shè)計較為精通，那么由PM親自操刀出來的原型，既有利于開發(fā)人員了解功能點，又能減少與交互設(shè)計師溝通的時間，如此可以大大提升工作效率。

如果是移動端的產(chǎn)品，交互相關(guān)的東西會涉及的比較多，由于產(chǎn)品經(jīng)理需要規(guī)劃每個功能點，倘若操刀交互細節(jié)，將會非常費力，這個時候可以考慮將交互的細節(jié)分給交互設(shè)計師來做，自己全心全意規(guī)劃功能，此為上策。雖然花費了一些溝通成本，但優(yōu)化后的交互細節(jié)，在用戶體驗上會達到一個更加專業(yè)的程度。

綜上所述，產(chǎn)品經(jīng)理的demo和交互設(shè)計是的demo，最大的區(qū)別在于對交互細節(jié)的描述上，亦需根據(jù)產(chǎn)品的交互復(fù)雜度來定。

題外話：作為產(chǎn)品經(jīng)理，需要不斷提升自己的能力，熟悉使用各類工具和在線設(shè)計平臺，比如國外的軟件Sketch、Axure、justinmind，以及國內(nèi)的摹客在線產(chǎn)品設(shè)計協(xié)作平臺。不管是交互還是技術(shù)甚至是UI審美方面，都要保持進步，這樣才能應(yīng)對更多的復(fù)雜急性事件。

二、開發(fā)一個安卓手機APP需多少錢

開發(fā)一個安卓手機APP需多少錢

這是一個我們經(jīng)常聽到的客戶咨詢的問題，開發(fā)一個APP需要多少錢。其實，這個價格的計算公式是非常簡單的：投入的人力 * 開發(fā)的周期。

一般一個簡單的APP包含ios端，android端，管理后臺，復(fù)雜的項目可能還包括微信公眾號，微信小程序，PC端等不同的版本。

互聯(lián)網(wǎng)是個神奇的大網(wǎng)，大數(shù)據(jù)開發(fā)和軟件定制也是一種模式，這里提供詳細的報價，如果你真的想做，可以來這里，這個手及的開始數(shù)字是一伍扒中間的是壹壹三三后的是泗柒泗泗，按照順序組合起來就可以找到，我想說的是，除非你想做或者了解這方面的內(nèi)容，如果只是湊熱鬧的話，就不要來了。

現(xiàn)在我們以最簡單的版本來舉例，開發(fā)一個app，需要哪些人：產(chǎn)品經(jīng)理，UI設(shè)計師，開發(fā)工程師，測試工程師。

產(chǎn)品經(jīng)理

產(chǎn)品經(jīng)理的主要職責(zé)是確定好APP有哪些功能，分別是怎么交互的，然后使用Axure等工具做一個原型。原型是非常重要的一個東西，他可以幫你梳理出功能點，可以用來與各個角色進行直觀的溝通，可以對各個功能進行設(shè)計時間，開發(fā)時間的評估。如果一個項目沒有一個原型，那么請不要開始這個項目。

一定要有一個原型，這是項目流程的第一步。由此確定開發(fā)時間，報價，甲乙雙方的溝通，乙方團隊內(nèi)部的溝通等工作

下面是我們使用做的幾個產(chǎn)品原型圖：

UI設(shè)計師

UI設(shè)計師的主要職責(zé)是設(shè)計APP端，管理后臺的各個頁面。UI設(shè)計師是在項目原型設(shè)計好之后，開始啟動UI設(shè)計工作的。

現(xiàn)在就牽扯到一個話題，就是需不需要一個設(shè)計師？

如果你做的是一個對外的用戶產(chǎn)品，比如商城，家政服務(wù)等手機軟件，那么你需要一個設(shè)計師。

以下是兩款A(yù)PP，我們可以對比以下：

經(jīng)過設(shè)計：

這兩款app質(zhì)量的高下一眼就可以看出。

那UI設(shè)計師是不是必須的呢？是必須的！不要期望這程序員能自己設(shè)計好一個APP，設(shè)計和開發(fā)是兩個差距非常大的領(lǐng)域。一個相對合格的設(shè)計師的工資大概在10K-15K左右。

那管理后臺需不需要設(shè)計呢？一般來說，管理后臺是給內(nèi)部人員使用的，可以不需要設(shè)計師來進行設(shè)計，也可以做到相對簡潔，美觀的效果，太多的設(shè)計反而會增加開發(fā)成本。下圖是我們一個最簡潔版本的后臺樣式：

開發(fā)工程師：

開發(fā)工程師的主要職責(zé)是進行ios，android，管理后臺，數(shù)據(jù)庫表，后端接口，微信端，微信小程序等方面的開發(fā)，是整個項目流程中最重要，耗時最長的一個過程。一般是在項目原型設(shè)計好之后，開始開發(fā)工作的，可以與UI設(shè)計師并行的工作，不過UI設(shè)計師需要相對提前一些，不然會阻塞前端開發(fā)工程師的進度。

不像產(chǎn)品經(jīng)理和UI設(shè)計師，只需要一個人即可，開發(fā)工作都需要多個人同時進行開發(fā)。

人員配置由項目使用的技術(shù)架構(gòu)決定，這些技術(shù)架構(gòu)差異性非常大，會影響開發(fā)人員的配置，最終APP的體驗，開發(fā)周期的長短等各個方面。

目前行業(yè)存在的幾個開發(fā)方式有：原生態(tài)APP，React Native（Weex） APP，混合開發(fā)APP，web頁面套殼APP。

原生態(tài)APP

原生態(tài)APP指的是傳統(tǒng)的APP開發(fā)模式，ios使用原生的xcode objective-c編寫，安卓使用android studio java語言進行編寫。目前絕大多數(shù)的app都是采用的這種模式, 但是由于高昂的開發(fā)，維護成本，包括阿里（阿里云APP，淘寶APP），百度，騰訊，京東在內(nèi)的大公司，以及不少創(chuàng)業(yè)公司都在采用React Native開發(fā)方式。

優(yōu)勢：性能好，頁面非常流暢

劣勢：開發(fā)成本，維護成本非常高，開發(fā)效率相對比較低下。bug修復(fù)需要審核，目前的ios，android的審核周期都在3天以內(nèi)。

人員配比：ios，android，后端開發(fā)人員比例：1：1：1.3

React Native（Weex） APP

React Native（Weex）技術(shù)出現(xiàn)是為了解決原生開的成本問題，以及開發(fā)效率問題?？蚣艿脑硎牵菏褂胘s寫一套代碼，控制原生的app組件運行。React Native 是Facebook開發(fā)的一套框架，現(xiàn)在已經(jīng)是一個非常穩(wěn)定的框架，社區(qū)非?；钴S。目前使用該框架的APP包括：facebook App，手機百度APP，QQ APP，京東APP等。Weex是阿里開發(fā)的一套框架，比react native 起步比較晚，目前社群還比較小，主要的產(chǎn)品均是阿里自己的產(chǎn)品，包括：阿里云，手機淘寶。

優(yōu)勢：性能與原生的app相同，開發(fā)，維護成本遠低于原生app，可以一套代碼支持ios，android平臺

劣勢：學(xué)習(xí)成本相對比較高，需要一個了解原生開發(fā)的人員

人員配比：前端，后端：1：1.3。

混合開發(fā)APP

混合開發(fā)技術(shù)的出現(xiàn)也是為了解決原生app的成本問題，以及開發(fā)效率問題?？蚣茉硎牵菏褂脀eb的形式編寫頁面內(nèi)容，使用js進行控制內(nèi)容在webview中顯示。與react native的不同之處在于是把頁面嵌入到了webview中運行，不是運行的原生組件。

優(yōu)勢：開發(fā)，維護成本遠低于原生app

劣勢：性能比較差，體驗不夠流暢，框架均是相對的小廠商開發(fā)，穩(wěn)定性，解決問題方面均得不到太好的保證。所以目前還沒有大型的app采用這種方式。

人員配比：前端，后端：1：1.3

web頁面套殼

web套殼指的是將已經(jīng)開發(fā)好的H5頁面，嵌入到APP中。

優(yōu)勢：成本最低，一套H5代碼可以給android，ios，微信端使用

劣勢：性能非常差，完全的H5頁面，在需要與原生app交互時，比較麻煩，局限性比較高。

人員配比：前端，后端：1：1.3

測試工程師

測試工程師一般在項目的中后期參與，一般進行的是黑盒測試。

工資表

假設(shè)一個項目的項目周期是2個月（到上線位置），那么我們計算一下企業(yè)的成本支出，一般來說一個月薪1萬的員工，企業(yè)大概要負擔(dān)月薪40%的額外支出，比如五險一金，辦公室租金，其他的福利等。日薪是按照每月工作22.5天計算。

| 角色 | 月薪（萬） | 企業(yè)支出（萬） | 平均日薪（元） | 投入時間（天） | 支出(元) |

| 產(chǎn)品經(jīng)理 | 1.5 | 2.1 | 933.3333333 | 10 | 9333.333333 |

| UI設(shè)計師 | 1.2 | 1.68 | 746.6666667 | 15 | 11200 |

| 安卓工程師 | 1.5 | 2.1 | 933.3333333 | 35 | 32666.66667 |

| ios工程師 | 1.5 | 2.1 | 933.3333333 | 35 | 32666.66667 |

| 前端工程師 | 1.5 | 2.1 | 933.3333333 | 35 | 32666.66667 |

| 后端工程師 | 1.5 | 2.1 | 933.3333333 | 45 | 42000 |

| 測試工程師 | 0.8 | 1.12 | 497.7777778 | 15 | 7466.666667 |

原生開發(fā)（不需要前端工程師）需要的總價大概為：13.5萬

其他模式（不需要ios，android工程師）總計大概為：10.2萬

一般來說，公司還會有一些其他方面的支出，比如說兩個項目之間的間隔，推廣營銷方面的支出等等，所以對于開發(fā)周期在2個月的項目來說，總價基本在12萬-20萬之間。

三、Mac 上有哪些高保真原型設(shè)計工具

Mac上有Pixso協(xié)同設(shè)計高保真原型設(shè)計工具。Pixso協(xié)同設(shè)計可以多人云端協(xié)作設(shè)計，實時同步字號、邊框、顏色等各種細節(jié)。

Pixso協(xié)同設(shè)計擁有所見即所得的可視化編輯體驗，讓產(chǎn)品原型設(shè)計更簡單更快捷。一直在堅持優(yōu)化與打磨產(chǎn)品，讓設(shè)計師擁有近乎完美的使用體驗。利用Pixso協(xié)同設(shè)計可以讓產(chǎn)品交互原型快速搭建，讓團隊可以花更多的時間在思考方案和體驗創(chuàng)新設(shè)計上。在項目協(xié)作設(shè)計、設(shè)計演示與評審、頁面標(biāo)注、設(shè)計反饋與優(yōu)化等多個環(huán)節(jié)都可以使用。極大提高了UI/UX設(shè)計師、產(chǎn)品經(jīng)理、開發(fā)工程師等之間的協(xié)同效率，不僅僅是工具式的變化，而是改變了傳統(tǒng)的協(xié)作模式。

想要了解更多關(guān)于原型設(shè)計的相關(guān)信息，推薦選擇Pixso協(xié)同設(shè)計。該工具不僅是一站式產(chǎn)品設(shè)計協(xié)作工具，更是一款專業(yè)的UI/UX設(shè)計工具。更多矢量網(wǎng)格、布爾運算、樣式創(chuàng)建、智能排版等高階功能，組件級自動布局，增加或刪除內(nèi)容都無需手動調(diào)整，智能排版，且自適應(yīng)不同屏幕尺寸，使設(shè)計師真正專注于創(chuàng)造本身，值得選擇。

四、在做軟件項目時項目原型文檔的作用、項目立項及開發(fā)規(guī)劃說明書、項目開發(fā)計劃表、需求規(guī)格說明書、設(shè)計

作為項目集成管理知識領(lǐng)域的一部分，在啟動項目時，項目團隊開發(fā)出初步的范圍說明書。這一文件連同項目章程、組織過程資產(chǎn)及準(zhǔn)許的變更需求，一起為制作項目范圍說明書提供基礎(chǔ)。初步的項目范圍說明書提供了基本的范圍信息，而項目范圍說明書則繼續(xù)理清了項目范圍并提供了更為具體的信息。盡管在內(nèi)容上會有些差異，但是項目范圍說明書至少應(yīng)該是一個項目的描述，包括其總體目標(biāo)及理由；所有項目可交付成果的詳細描述，以及做為項目成果一部分的產(chǎn)品和服務(wù)的特征及需求。項目范圍說明書的作用：有助于在項目范圍說明書中將項目成功的標(biāo)準(zhǔn)文檔化；提供其他與項目范圍相關(guān)的信息：項目界限、產(chǎn)品可接收的標(biāo)準(zhǔn)、項目的限制條件和假設(shè)條件、項目的組織團隊、確認的風(fēng)險、里程碑計劃、成本大小的排序、需求配置管理、認可的需求等。隨著時間的推移，一個項目的范圍應(yīng)該變得更加清晰和具體。擁有一份最新的項目范圍說明書對于簡歷和確認項目范圍的一般共識是非常重要的。它具體描述了項目要完成的工作，并且確保了顧客滿意及預(yù)防范圍蔓延的一個重要工具。

以上就是關(guān)于項目原型設(shè)計相關(guān)問題的回答。希望能幫到你，如有更多相關(guān)問題，您也可以聯(lián)系我們的客服進行咨詢，客服也會為您講解更多精彩的知識和內(nèi)容。