如何規劃app

A. 如何開始開發一款app

開始開發一款app的詳細流程：
1、需求分析溝通
第一個階段是明確需求。在APP項目正式啟動前，需要產品經理和商務經理、客戶作充分溝通，對APP的功能需求進行評估、確認項目的開發周期及成本。

這時的項目只有一些抽象的想法，還需要全體開發人員一起開一個需求討論會，主要討論需求的合理性及存在的必要性，研究並對可行性進行評估，開發人員還可以提出自己的建議，結合客戶及開發的建議決定需求是否可以開發，並將最後的需求一步步拆分、細分，最後分解成一個個明確的需求功能點。

02、原型設計
這個階段主要是產品經理負責，產品經理根據已明確的需求文檔，對APP進行功能的規劃，頁面及布局進行設計，並設計各個頁面的跳轉邏輯，最終輸出APP各個頁面的原型設計圖。
03、UI設計

UI設計師根據產品的原型頁面設計出美觀大方的UI界面，做好配色、元素設計等，最後產出每張APP頁面的高保真設計效果圖，使UI效果圖基本上與最終的APP頁面效果一致。

04、前端開發
前端開發工程師在收到UI效果圖後，使用前端代碼將設計圖還原展示出來，包括各種特效、色值、按鈕、頁面切換、布局的合理性等，這些細節將直接影響到用戶體驗。

05、服務端開發
前端開發整體完成後，繼續進行的是服務端開發。服務端開發包括架構設計、資料庫設計、業務功能實現及介面封裝、管理後台的開發等。服務端開發就像房子的地基，它是APP的底層框架，直接影響到APP的穩定性和可塑性，佔有重要的地位。

06、代碼測試
當APP的所有功能開發完成後，軟體測試工程師就會對整個APP開發進行測試，若發現APP程序中出現BUG，就要及時將問題反饋給開發人員，如此循環，直到測試通過，就能進入項目收尾階段。

07、交付驗收
進入項目收尾階段，開發團隊要將APP前後端源代碼、需求文檔、設計文檔、操作說明、測試報告等15項交付文件完整地交給企業客戶，方便項目的更新迭代，之後就可以發布到各大APP應用市場了。

B. 購物App開發功能如何規劃

購物APP開發，功能規劃：
APP軟體的使用少不了其中的功能支撐，雖然說現在很多APP軟體的功能基本的都是大同小異，但是完整的功能需求將會給APP軟體帶來更加便捷的服務使用需求，通過齊全的功能設置，功能配置更加完善那麼在給予用戶的使用會有更加多的服務優勢，個性化的功能需求，目標用戶群體的熱點，頁面設計等。

C. App運營如何做好發展規劃

一、做好准備工作，定好目標任務
1、分析總結上一階段經驗和教訓，找出問題，並提出解決方案。
2、競品;做競品分析，了解競爭對手的優勢和不足，做到知己知彼。
3、確立目標任務，從全局和局部兩個方面確立目標。從長久的發展戰略看，在利潤上、使用人數、品牌知名度上，產品要達到一個什麼樣的高度，從近期階段到當前階段，在使用人數，品牌知名度上，app要達到什麼樣的目標效果，這些都應該明確。
二、提出具體的規劃方案
1、在確定了近期的發展目標之後，接下來就需要制定具體的規劃方案了，整理出核心功能; 業務來源是什麼，價值在哪，解決方案是什麼;讓公司戰略層、研發部門、運營了解規劃和需配合的事情，確定是否能夠達到要求，隨時做出調整。
2、從時間角度考慮，將任務有效的分配在固定的時間范圍內，例如每個月、每周、每天都需要做哪些，都需要完成什麼。
3、指定責任人，將具體任務分配到個人，將任務細節拆分到個人的季度和月度計劃中。
4、風險評估，提出可能出現的風險和意外，提前做好防範和准備，以保證項目的正常運行。
三、規劃方案需要落到實處。
1、有了具體的規劃方案就要落到實處，就需要堅持執行，同時核對好每周、每月的執行情況。
2、合理的安排任務，分清輕重緩急，有條不紊的逐個完成，提高執行效率。
四、合理的考核機制。
制定合理的考核機制是項目正常運轉的基本保證，也是推動項目進程的最佳動力，對於重點項目有突出貢獻的人或者團隊，需要有獎勵機制，這樣可以確保規劃路線的穩定。
總之，app運營需要合理的規劃，一個合理的規劃是完成項目目標的保證。

D. app推廣項目規劃怎麼做

想要做好APP推廣項目的規劃，最首要的就是需要做好產品本身，讓其能夠保證在正常的運營狀態，並且對產品應該有較為明確和精準的定位，然後再根據定位的走向挑選相對應的推廣，當然由於推廣方式的不同，其可以達到的推廣效果也不盡相同，所以在此步驟當中還需要做好相關資源的梳理和計劃分工等等。

由此可見，對於一個APP推廣項目的規劃而言，最重點的部分就是在於前期的准備工作，只有對APP本身「爛熟於心」，你才輕松做到按部就班的規劃，甚至是在後期推廣的時候，擁有出色的表現。所以，還是從每個細節去一點一點兒的扣吧！不要急於求成！

E. 談談APP開發前期需要做哪些規劃

1、清晰的了解客戶需求
2、將客戶需求轉化成前期開發文檔（總體框架）
3、再次將前期開發文檔（總體框架）與客戶進行深入溝通並記錄核心內容細化，確定文檔完全符合客戶需求。
4、根據前期開發文檔（總體框架）細化為流程設計，並將每個模塊逐一與客戶確認。

F. app的方案應該怎麼做

app開發方案製作要點：

1、idea形成—APP項目雛形

一個APP項目的最初首先要確定項目整體方案，整個項目的規劃，大體框架，做成文檔展現出來，以便大家提意見和更好的改進。也就是說首先要確立產品原型，進入項目評估階段。經過反復確認，最終形成產品腦圖和完整的需求文檔。

4、功能實現—APP項目打碼階段

APP的大概界面構思和設計，大功能模塊代碼編寫。正式進入產品的原型設計階段。UI、UE開始設計，形成初步的效果圖。在經過確認後界面的效果圖正式設計完成。產品在設計圖完成後，進入研發階段。通過編程語言形成正式的程序。至此，App的製作過程就完成了一大部分，可以進入測試部進行測試。作為一個開發者來說這才是重頭戲，設計，測試都是別人的事情，這一步主要是開發者努力打碼階段，不斷碼磚，修bug階段。

5、視覺設計。設計APP前得溝通明確客戶喜歡安卓類型的風格，比如顏色字體這些，然後才好按照客戶的要求出設計效果圖。

6、測試—APP項目大家評

把大概的界面和功能連接後，App的大致demo就出來了，demo自己試用和體驗幾遍後，根據實際情況修改，沒有大錯誤後，新版本可以嘗試尋找beta用戶， 根據測試用戶的反饋，改進並反復測試。用戶測試階段一定要把每個用戶的意見考慮進去，不一定每個意見都會採納，但是不要放過一點瑕疵，盡全力讓自己的作品更好。

7、APP項目完成

在產品經過多次測試，修改bug確認無誤後。一個App製作項目就完成，可以進入個大市場，投放使用。市場推廣也是比較關鍵的一步，在各大市場中，開發者就要通過各種方式推廣自己的App產品，力求App在市場上獲得更多的下載量，吸引更多的用戶。

G. 如何設計app的架構

想要設計App的整體框架，首先要清楚我們做的是什麼

一般我們與網路交互數據的方式有兩種：主動請求(http)，長連接推送

結合網路交互數據的方式來說一下我們開發的App的類型和特點：

• 數據展示類型的App：特點是頁面多，需要頻繁調用後端介面進行數據交互，以http請求為主；推送模塊，IM類型App的IM核心功能以長連接為主，比較看重電量、流量消耗。

• 手機助手類App：主要著眼於系統API的調用，達到輔助管理系統的目的，網路調用的方式以http為主。

• 游戲：一般分為游戲引擎和業務邏輯，業務腳本化編寫，網路以長連接為主，http為輔。

一般我們做的App都是類型1，簡要來說這類app的主要工作就是

• 把服務端的數據拉下來給用戶展示

• 把用戶在客戶端修改的數據上傳給服務端處理

所以這類App的網路調用相當頻繁，而且需要考慮到網路差，沒網路等情況下，App的運行，成熟的商業應用的網路調用一般是如下流程：

UI發起請求 - 檢查緩存 - 調用網路模塊 - 解析返回JSON / 統一處理異常 - JSON對象映射為Java對象 - 緩存 - UI獲取數據並展示

這之中可以看到很明顯職責劃分，即：數據獲取；數據管理；數據展示

確定了職責，就可以進入正題了

1. 傳統的Android App架構

Android最原生也是最基礎的架構，可以理解為MVC，Controller即是Activity和Fragment，但是這兩者掌握了Android系統中絕大多數的資源，並且在內部直接控制View，因此傳統的Android App一般是以Activity和Fragment為核心，將網路模塊，資料庫管理模塊，文件管理模塊，常用工具類等分離成若干工具類包，供Activity和Fragment使用。

H. 請教做一個app項目要那些流程

做一個app項目要那些流程

軟體開發流程分為: 需求確認——概要設計——詳細設計——編碼——單元測試——集成測試——系統測試——維護

設計思路和方法的一般過程，包括設計軟體的功能和實現的演算法和方法、軟體的總體結構設計和模塊設計、編程和調試、程序聯調和測試以及編寫、提交程序。

(8)如何規劃app擴展閱讀

軟體開發方面的工作。具體可分為以下方面：

1 可視化編程掌握程序設計方法及可視化技術，精通一種可視化平台及其軟體開發技術。獲取Delphi程序員系列、Java初級或VB開發能手認證。

就業方向：企業、政府、社區、各類學校等可視化編程程序員。

2 WEB應用程序設計

具有美工基礎和網頁動畫設計能力，掌握互動式網頁程序的設計技術，能進行網站建設和維護。獲取Macromedia多媒體互動設計師或Delphi初級程序員或Delphi快速網路開發工程師認證。

就業方向：企業、政府、社區、各類學校等WEB應用程序員。

3 軟體測試
掌握軟體測試的基本原理、方法和組織管理，精通軟體測試工具。獲取ATA軟體測試工程師或Delphi初級程序員或Java初級程序員認證。

就業方向：企業、政府、社區、各類學校等軟體測試員。

4 資料庫管理 能應用關系範式進行資料庫設計，精通SQL語言，勝任資料庫伺服器管理與應用工作。獲取Oracle資料庫管理或SQL

Server資料庫應用或Windows XP應用認證。 就業方向：企業、政府、社區、各類學校等部門的中、大型資料庫管理員。

5 圖形圖像製作
精通國際上流行的圖形/圖像製作工具(如CorelDraw、Photoshop、Pagemaker等)。獲取平面設計師相關的認證。

I. 怎麼創建app

創建app方法；

1、首先下載iapp軟體。

J. 作為一個產品經理，如何去構思一個APP

「如何構思一個app」，更具體的問題應該是「如何發現一個需求，並構思一個產品為app的解決方案」。

具體的策略是大膽假設，小心求證。
何謂大膽假設？
首先要有一雙敏銳發現需求和痛點的眼睛。通過觀察生活，觀察業界發現，發現某些人群的某些痛點，某種需求未得到滿足。
若被你發現了，那麼你有沒有靈光一現，想到某種顛覆性的解決方式？如果你的想法只是「更好」，那麼我建議你再想想，或者放棄這個領域，再去發現其他的需求。要知道，能打敗瑞星殺毒的，不是更好的瑞星殺毒，而是免費的360殺毒；能打敗諾基亞的，不是攝像頭像素更高，速度更快，外殼更炫的諾基亞，而是一個全方位革命的iPhone。
OK，現在你發現一個切實的需求，並且你的想法是「不同」，而不是更好，那麼接下來可以把這個需求，現有的痛點和你的解決方案一並列出來。然後跟你的同行、同伴詳細交流簡單用常識驗證一下。
這個時候你可能會發現你的解決方案有一些微妙的不妥當的地方（如果你沒有這個感覺，也許是你太相信自己了）。往深里想，其實是因為裡麵包括了一些假設，一些未驗證的假設。
舉個例子，陌陌的想法構思的時候，唐岩肯定有考慮過以下幾個假設：

年輕人（目標人群）都有認識陌生人的需求。
年輕人（目標人群）把自己的照片和其他信息給陌生人看，並感到安全。
年輕人更願意跟附近的陌生人進行交流，進而把關系引到線下。
唐岩在思考這些問題的時候，先是從自身出發，從自己開始，假設這些前提都被證實下，陌陌這個產品是可以做起來的。

如何小心求證？
在你提出一些假設後，可以做一些小規模的訪談，直接尋找你的目標用戶，進行直接的溝通。如果你的想法得到驗證，可以進一步做較大規模的問卷調查。
切記，此刻不可故意引導用戶傾向你的方案，或想當然，以為自己的假設就是現實情況。不然到最後直到你把產品做出來之後，才發現原來假設都不成立，你的所謂的好痛的痛點都是癢癢而已，你說的剛需都是偽需求。
如果你能認真地做到這一步，目標群眾的客觀調查得出一個統計結果中有60%以上傾向你的原始想法，初步地驗證了你的假設。

那麼你可以繼續下一步，思考這個產品是否以App的方案去實現最好：
我接觸過的很多人，構想出什麼產品，都想做成一個App，而不思考下App是否一個最佳的產品實現方式，或者一個試錯的方式。
App適合怎麼樣的使用場景？

高性能要求的應用環境。
高頻次的啟動和使用要求。
交互邏輯復雜的應用。
對網路要求較低，或使用App能大幅降低流量使用的。
做一個App和做一個移動網站，它的成本是差很多倍的，我見到有人說他要做修水管通馬桶的App，那麼問題最明顯的是第二條，一個修水管和馬桶的O2O App，我可能一年都用不到一次，那為何我要裝一個一年啟動還不一定多於一次的App呢？
現在各種實現方案這么豐富，微信公眾號已經可以解決很多問題了，為什麼還要為兩個平台寫App？

如果審問過這些問題，認為還是要做一個App的話，
如果你是老闆，那麼再思考以下幾點：

市場分析。思考這個市場是否能支撐你的產品成長，以及這個市場現在競爭對手有哪些，你的產品能從哪些方面切入這個市場的邊緣？畢竟邊緣的成功率有37%，而正面突擊的成功率只有6%。[1]
商業模式。你這產品以後如何盈利？要思考是否會掉進「拚命做用戶，最後無法變現」的墨跡天氣式怪圈？
推廣。你拚死拼活，最終發布了一個App之後，如果它沒有爆紅，那麼你只做到了這個產品的10%。那麼接下來如何推廣呢？它是需要爆紅才能成長起來的臉萌，還是硬推，花錢買用戶都能產生價值的美團？那麼如果是後者，是否有足夠的資金推動這個App？說到底，就是這個行業，這個產品，是創意推動型，還是資金推動型，你們的團隊是否有足夠的相關資源去完成這個項目。
所有問題都想清楚了的話，請集合力量盡快去完成你的App的第一版。
如果你是一個老闆下面的PM，你需要針對上面的問題寫一份BRD（Business Requirement Document），進而說服他。

至於如何畫原型，先用紙畫草圖，再用Axure再細化，把交互做一下，就可以了，不要搞一些花哨的高保真。