標準化的App開發(fā)流程：從售前到售后

一、售前階段

在客戶提出項目需求之初，我們的專業(yè)團隊便開始了與客戶的初步溝通。這一環(huán)節(jié)至關重要，它為我們奠定了項目開發(fā)的基石。

需求溝通

我們深知，許多客戶在提出需求時，往往只有一個大體的想法。我們的產(chǎn)品經(jīng)理會與售前顧問一起，深入與客戶溝通，確保將他們的想法轉(zhuǎn)化為具體的、明確的需求。通過這一交流，我們幫助客戶整理出項目的詳細需求和功能清單，并對潛在的需求進行分析和評估。

項目可行性分析

在這一階段，我們會對項目的各個方面進行深入調(diào)查，包括功能特點、用戶痛點、行業(yè)需求和提供的服務內(nèi)容等。通過詳細的調(diào)查和分析，我們確保開發(fā)的App能夠真正解決用戶的痛點，為其帶來實際價值。

功能流程梳理

整理架構和功能列表是這一階段的重點。我們的產(chǎn)品經(jīng)理會為客戶梳理出產(chǎn)品的整體功能架構，并整理出核心內(nèi)容的流程。這不僅為客戶未來的調(diào)整提供了方便，還增強了產(chǎn)品的擴展性。我們會根據(jù)客戶的需求，梳理出產(chǎn)品的核心業(yè)務，并優(yōu)化其流程。

量身定制實施方案

需求文檔確認完畢后，我們會為客戶量身定制一套App開發(fā)方案和報價清單。這一方案包括項目組的人員安排、時間節(jié)點安排和技術方案等。待客戶確認后，雙方即可正式簽約合作。

二、售中階段

售中階段是整個項目開發(fā)的核心階段，我們始終堅持以高質(zhì)量、高效率為標準，確保項目按時交付。

產(chǎn)品設計

在這一階段，我們的產(chǎn)品經(jīng)理會根據(jù)需求文檔設計出高保真的原型圖。這些原型圖將需求轉(zhuǎn)化為直觀的軟件demo版本，確保項目的研發(fā)效果，并減少溝通不暢所帶來的糾紛。

三、售后階段

項目的完成并不意味著我們的工作結(jié)束。在售后階段，我們始終與客戶保持緊密溝通，確保項目的穩(wěn)定運行和持續(xù)維護。

測試與優(yōu)化

完成開發(fā)后，我們會進行嚴格的測試工作，確保App的質(zhì)量。一旦發(fā)現(xiàn)問題，我們會立即與客戶溝通，并進行相應的優(yōu)化。

上線與推廣

我們會協(xié)助客戶進行App的上線工作，并提供推廣建議。通過有效的推廣策略，幫助客戶擴大用戶基礎，提高App的知名度和使用率。

用戶反饋與持續(xù)改進

我們會定期收集用戶的反饋意見，根據(jù)客戶的建議和意見進行產(chǎn)品的迭代和優(yōu)化。我們的目標不僅是完成項目開發(fā)，更是為客戶提供持續(xù)、高質(zhì)量的服務。 喜望軟件憑借十年的軟件應用開發(fā)經(jīng)驗，為您帶來標準化的App開發(fā)流程。從售前到售后，我們始終堅持以客戶為中心，提供高質(zhì)量、高效率的服務。我們深知，一個好的App不僅取決于技術，更在于對用戶需求的理解和滿足。我們始終與客戶保持緊密溝通，確保項目的成功實施。

注：以上內(nèi)容僅供參考與了解喜望軟件的App開發(fā)流程及服務特點。

喜望軟件某項目的高保真原型圖設計與開發(fā)流程

一、UI設計與評審、需求詳細講解與技術標準制定

UI設計與評審

在原型圖設計確認后，UI設計師將結(jié)合產(chǎn)品定位和原型圖進行UI界面效果圖設計。這一過程包括添加顏色、確定整體風格、功能具象化處理、交互設計及排版布局等，以極高還原度呈現(xiàn)App的雛形，旨在為用戶帶來卓越體驗。成功的App設計需要一個吸引眼球的創(chuàng)意，這需要產(chǎn)品經(jīng)理和UI設計師在策劃上展現(xiàn)獨特見解。

需求詳細講解

產(chǎn)品經(jīng)理與項目經(jīng)理緊密合作，對接需求和原型圖UI圖。產(chǎn)品經(jīng)理詳細講解客戶的具體需求、功能板塊及跳轉(zhuǎn)頁面等。項目經(jīng)理的任務是細化這些需求，將其與工程師們更易于理解的語言相結(jié)合。隨后，項目組將結(jié)合原型圖UI圖召開技術會議，全面進行項目需求講解，確保每個細節(jié)都得到充分溝通。

技術標準制定

在全面理解項目需求后，項目經(jīng)理提供可擴展且可持續(xù)迭代的技術框架方案。這些方案涉及開發(fā)方式（如原生開發(fā)或混合開發(fā)）、使用的編程語言（如Java或PHP）以及第三方工具選型等。這些決策對于項目的成功至關重要。

二、敏捷開發(fā)流程

迭代開發(fā)計劃

項目開始前，項目組會對項目進行評估，初步判斷研發(fā)周期、提測時間及預發(fā)布時間點。項目功能被分解為若干節(jié)點，如第一個功能模塊在1號至9號完成，第二個功能模塊在10號至15號完成。經(jīng)過與客戶確認的迭代開發(fā)計劃，項目組按節(jié)點進行研發(fā)。

節(jié)點研發(fā)

基于需求分析，項目組建立合理的數(shù)據(jù)庫表結(jié)構，優(yōu)化數(shù)據(jù)算法，確保數(shù)據(jù)處理效率、安全性和穩(wěn)定性。整個App項目包含服務器端、App端和Web管理端三大模塊。其中，服務器端負責接口協(xié)議文檔編寫、服務器環(huán)境架設、數(shù)據(jù)庫設計、API接口編寫等；App端則根據(jù)UI設計圖進行界面開發(fā)，對接服務器接口并編寫功能邏輯代碼；Web管理端則根據(jù)前端業(yè)務邏輯編寫相應功能邏輯代碼。

單元測試與系統(tǒng)測試

為提升開發(fā)效率和代碼質(zhì)量，項目引入單元測試。工程師在開發(fā)每個節(jié)點時，測試工程師同時進行測試，以排除低級錯誤并減少回歸出錯的可能性。完成App功能開發(fā)后，測試人員將進行系統(tǒng)性測試，其中最重要的是問題管理，包括追蹤每個bug的進度和狀態(tài)，以確保問題得到高質(zhì)量的處理。

通過這一系列流程，喜望軟件的項目團隊能夠高效地開發(fā)出高質(zhì)量、用戶友好的App，滿足客戶的需求，并不斷提升用戶體驗。產(chǎn)品開發(fā)與測試流程

一、多平臺同步測試

在產(chǎn)品面向的多個平臺上進行同步測試，這是確保產(chǎn)品質(zhì)量的關鍵步驟。涵蓋App內(nèi)容、性能、功能及視覺的全面測試，確保產(chǎn)品的穩(wěn)定性和用戶體驗。測試團隊在尋找并解決BUG方面起著至關重要的作用。當測試合格，確認無BUG后，我們與客戶緊密溝通，啟動驗收流程，隨后客戶進行最終測試，提出寶貴的修改意見。

二、上線交付前的準備

用戶體驗測試階段

喜望軟件在用戶體驗方面持續(xù)創(chuàng)新，設立了“用戶體驗官”這一創(chuàng)新性人才崗位。這一崗位旨在從用戶體驗、產(chǎn)品易用性、顏值及App設計還原度等多維度進行深度體驗測試。通過上傳真實的前期種子數(shù)據(jù)，使App內(nèi)容更為豐富，互動性更強。這些努力都是為了確保產(chǎn)品符合項目用戶群體的需求，打造獨特的App調(diào)性。

部署上線階段

完成代碼開發(fā)與測試后，產(chǎn)品進入部署上線階段。這包括：

1. 部署正式服務器：將數(shù)據(jù)庫和后臺系統(tǒng)遷移至正式服務器，并錄入上線數(shù)據(jù)至App系統(tǒng)后臺。

2. 準備上架資料：如軟件著作權、應用說明、App界面截圖等。

3. 發(fā)布App至市場：根據(jù)App端口選擇發(fā)布至iOS或Android應用市場。

對于Android市場，涉及多個應用市場，需要根據(jù)客戶需求和項目實際情況選擇。審核上線的時間在1-2個工作日內(nèi)。而iOS的審核相對嚴格，可能需要5個工作日左右。發(fā)布小程序到微信公眾號時，審核時間通常為1-2個工作日。

源碼交付階段

APP開發(fā)測試上線后，我們進入終驗交付環(huán)節(jié)。按照合同規(guī)定，我們將交付源碼、說明文檔、操作文檔等所有相關資料給客戶，包括但不限于前后端項目的最新源代碼、數(shù)據(jù)庫設計文檔、API設計文檔等。

項目運營培訓

在源碼交付時，喜望軟件的項目經(jīng)理會為客戶進行項目的功能操作培訓。我們還將根據(jù)客戶需求，提供品牌設計、新媒體運營等服務，助力客戶產(chǎn)品上線后的市場推廣。喜望軟件的全方位售后支持：從維護到運營，為您的App保駕護航

一、前期維護與保障

喜望軟件深知，即便是穩(wěn)定的App也可能因系統(tǒng)升級或長期使用而遇到小問題或隱藏的bug。我們免費贈送客戶三個月的維護期。在這一階段，我們將解答客戶的所有疑問，指導軟件的使用和內(nèi)容的上傳，確?？蛻裟軌虺浞掷梦覀兊漠a(chǎn)品。我們還會緊急修復程序中的Bug，確保軟件的穩(wěn)定運行。

二、定制更新與迭代

App投放市場后，我們會根據(jù)用戶和市場反饋來定制更新方案。當系統(tǒng)功能無法滿足項目需求時，我們會進行項目的迭代開發(fā)，即開發(fā)項目2.0。我們會重新進行需求溝通、可行性分析、功能流程梳理和量身定制實施方案。迭代方案主要基于兩個考量點：未完善的BUG和App數(shù)據(jù)分析。我們會修復邏輯錯誤和功能BUG，同時通過分析數(shù)據(jù)來優(yōu)化功能設計。

三、迭代開發(fā)與優(yōu)化

當項目進行迭代開發(fā)時，我們會重新經(jīng)歷產(chǎn)品設計、敏捷開發(fā)和上線交付等全部過程。我們始終堅持以客戶需求為導向，確保產(chǎn)品能夠滿足市場的實際需求。

四、項目維護回訪

免費維護期結(jié)束后，我們會進行項目維護回訪，了解客戶的運營情況。如果客戶需要繼續(xù)提供運維支持，我們會非常樂意提供支持。因為我們知道，只有與時俱進、不斷維護和更新，才能保證App的長期運營。

五、新媒體運營與推廣

為了讓App得以長久運營，我們會推薦客戶進行成本相對較低的新媒體運營推廣。根據(jù)我們十年的從業(yè)經(jīng)驗和當前的市場情況，我們知道新媒體運營是推廣App的一種有效方式。通過企業(yè)的運營推廣，發(fā)展用戶數(shù)量，可以讓App實現(xiàn)長期運營。

從App的開發(fā)流程來看，每個項目都需要經(jīng)歷多個階段和環(huán)節(jié)，這是一條完整的流水線。如何保證流程順暢進行？如何使項目成員的工作效率最大化？這考驗著開發(fā)公司的專業(yè)度和項目成員的規(guī)劃能力。喜望軟件擁有專業(yè)的團隊和豐富的經(jīng)驗，能夠確保項目的順利進行。

如果您對App開發(fā)感興趣，或者想了解更詳細的開發(fā)流程、開發(fā)方案、報價等相關內(nèi)容，歡迎咨詢成都喜望軟件。我們有專業(yè)的售前顧問和產(chǎn)品經(jīng)理，將為您詳細解答所有關于App的疑問。我們的目標是為您提供全方位的售后支持，確保您的App能夠穩(wěn)定運行并長期運營。

如何進行移動端的頁面開發(fā)

初次接觸移動端：絕對單位的使用

在移動端的萌芽階段，WEB APP曾風靡一時。那時的我，于2012年踏入移動端開發(fā)的領域。盡管HTML5在表現(xiàn)層面上大放異彩，但在系統(tǒng)性能上，WEB APP與原生應用相比，仍有不小的差距。當時我和我的團隊面臨新的挑戰(zhàn)，轉(zhuǎn)向移動端的網(wǎng)頁開發(fā)。

初入移動端，我們?nèi)粤晳T使用像素（px）作為代碼書寫的單位。那時，大部分手機屏幕的分辨率集中在320480，使用像素單位進行移動端網(wǎng)頁開發(fā)似乎并無不妥。但隨著移動端的繼續(xù)發(fā)展，我們遇到了新的難題。

關于視口的知識

點擊查看——移動端H5知識-視口viewport。了解視口的運作原理對于移動端的開發(fā)至關重要。

橫向百分比，縱向像素值

隨著iPhone5在2012年9月的上市，特殊分辨率的時代正式開啟。我們意識到固定像素的開發(fā)方式已不合時宜。于是開始采用百分比（相對度量單位）進行盒模型的橫向?qū)傩灾谱鳎褂胑m（相對度量單位）處理文字。這種方式的實際操作中出現(xiàn)了新問題。

在圖片處理上，只設置橫向百分比的img標簽在縱向會自動等比例縮放。這在列表頁和內(nèi)容頁問題不大，但在首頁或二級頁，當涉及到父級元素高度固定的盒模型時，img可能會出現(xiàn)變形的問題。這個問題困擾了我很久，我一直在尋找解決方案。

響應式布局

正當我在圖片處理上糾結(jié)時，響應式布局的概念在2013年的北京火熱起來。通過CSS3媒體查詢，為不同大小分辨率的設備設置不同的樣式。盡管響應式布局解決了因屏幕像素不同而導致的樣式問題，但之前的img變形問題仍然存在。

橫向縱向均百分比

嘗試橫向百分比、縱向像素值的方法后，我意識到需要將縱向也設置為百分比。在實際操作中，我發(fā)現(xiàn)盒模型屬性在縱向設置上存在限制，如padding-top/bottom、margin-top/bottom等。這也讓我意識到在移動端的開發(fā)中，還有很多問題需要我們?nèi)ヌ剿骱徒鉀Q。

關于移動端頁面布局的調(diào)整與挑戰(zhàn)

隨著HTML5技術的不斷進步，我們對于頁面布局的探索也越發(fā)深入。在這個過程中，遇到了許多有趣的問題和解決方案。

一、盒模型與單位選擇

在移動端頁面開發(fā)中，盒模型的問題常常讓人頭疼。關于line-height屬性的百分比計算，并不總是按照我們預期的方式工作。在嘗試使用em和rem單位時，我們發(fā)現(xiàn)了rem單位的便捷性，它相對于html標簽的字體大小進行計算，使得布局更加簡潔。但在某些特定情境下，如使用華為手機時，rem單位在橫向布局上的支持并不完善。這時，我們不得不尋求新的解決方案。

二、橫向百分比與縱向rem的折中方案

面對不同瀏覽器的兼容性問題，我們嘗試了一種折中的方法：橫向使用百分比，縱向使用rem單位。這種方法能夠確保在所有瀏覽器中實現(xiàn)良好的兼容性。這種方案并非完美，計算過程中可能會產(chǎn)生誤差。這時，我們需要借助一些HTML5技術進行優(yōu)化，比如使用CSS3的盒陰影來優(yōu)化邊框設計。

三、優(yōu)化工具與技術

為了進一步提高頁面性能，我們接觸了一些優(yōu)化工具和技術。例如，使用flexible.js框架來處理rem單位中的字體誤差，防止小數(shù)點出現(xiàn)。我們也學習了如何使用固定像素來實現(xiàn)頁面布局，這種方法的特殊性在于通過MetaHandler.js進行頁面控制，兼容性好，是一種有效的實現(xiàn)方式。

app研發(fā)的設計流程

在app研發(fā)過程中，設計流程同樣重要。我們需要進行市場分析，了解行業(yè)前景和產(chǎn)品的商業(yè)價值，這是產(chǎn)品整個生命周期的指導性文件。接著是產(chǎn)品定位，明確產(chǎn)品的功能和目標用戶群。最后是需求階段，確定產(chǎn)品需要解決哪些問題，以及市場上的競爭對手情況。值得一提的是，新產(chǎn)品和已有產(chǎn)品上新模塊功能的分析差別很大，需要深入理解市場和用戶需求。

一、市場分析與產(chǎn)品定位

在產(chǎn)品生命周期的初期，了解市場和定位產(chǎn)品是至關重要的。經(jīng)過深入的市場分析，我們明確了哪些需求是急需解決的。產(chǎn)品經(jīng)理（PM）會輸出競品分析報告，詳細羅列出競品的優(yōu)缺點，并可能采用SWOT分析來指導后續(xù)的產(chǎn)品設計。這個階段的工作為后續(xù)的產(chǎn)品規(guī)劃提供了明確的方向。

二、產(chǎn)品設計環(huán)節(jié)與UI的緊密聯(lián)系

產(chǎn)品設計是與UI息息相關的一環(huán)。在這個階段，PM的主要工作是繪制原型和編寫文檔。在實際操作中，許多PM在這方面可能表現(xiàn)得并不出色，原型設計粗糙、文檔描述不全等問題屢見不鮮。在與UI設計的互動中，也存在一些未能準確把握用戶需求的情況。這個階段的工作主要由PM和用戶體驗設計師（UE）共同完成，完成交互設計后，會進行內(nèi)部評審，確保交互方案的可行性。

三、產(chǎn)品規(guī)劃中的目標與價值

在產(chǎn)品規(guī)劃中，我們的核心目標是實現(xiàn)產(chǎn)品的價值。每個階段的目標都必須明確，所有的決策和行為都要圍繞這個目標進行。我們需要通過數(shù)據(jù)等可考核的方式來判斷是否解決了問題。這要求我們制定明確、可衡量的階段性目標，如用戶活躍度、成交量等。我們必須避免將產(chǎn)品規(guī)劃做成空泛的文件，確保規(guī)劃具有可執(zhí)行性，否則將嚴重影響產(chǎn)品的生命周期。

四、需求評審與團隊協(xié)同

在確認產(chǎn)品需求后，會進行需求評審會議，參與者包括PM、UE、UI設計師、研發(fā)（RD）、前端（FE）以及質(zhì)量保障（QA）等職能人員。在會議中，PM會闡述需求文檔，研發(fā)通常會提出最多的問題，包括技術實現(xiàn)的可能性、風險預警以及難點等。評審完成后，研發(fā)團隊會進行排期，為產(chǎn)品的進一步開發(fā)做好準備。

五、UI設計師的角色與工作流程

當UI設計師介入項目時，首先要明確產(chǎn)品的意圖和目的，仔細走查整個產(chǎn)品線。進行競品分析時，要關注視覺層面，尋找參考并結(jié)合設計意圖進行設計。設計師需要預估設計進度并給出排期，確保項目按時完成。在設計過程中，要注意UI規(guī)范的正確執(zhí)行，包括圖標、字體、間距和顏色等。完成設計后，需要進行切圖標注并上傳到相應的平臺。在開發(fā)完成后，設計師需要參與視覺還原的走查聯(lián)調(diào)階段，確保設計的準確實施。這個階段非常重要，如果開發(fā)的還原度低，可能需要重新調(diào)整。在這個過程中，溝通與合作是關鍵，沒有什么問題是技術無法解決的，如果開發(fā)提出無法實現(xiàn)的問題，那可能意味著需要更深入的溝通和協(xié)作。 1. 字體字號字重、顏色、間距等規(guī)范的走查

在進行產(chǎn)品開發(fā)的初期，對字體、字號、字重、顏色、間距以及icon、邊距等視覺規(guī)范的審查是不可或缺的一環(huán)。通過這一走查，我們往往能發(fā)現(xiàn)開發(fā)實現(xiàn)中存在的不足。深入剖析這些細節(jié)，可以確保產(chǎn)品的視覺呈現(xiàn)達到極致。

2. 走查聯(lián)調(diào)的過程與要求

走查聯(lián)調(diào)是確保產(chǎn)品質(zhì)量的關鍵步驟。在這一環(huán)節(jié)中，我們會使用多部不同品牌的測試手機進行界面截圖，并將截圖放置在wiki上，標注出問題所在。我們還會將UI圖貼圖給開發(fā)團隊作為參考，讓開發(fā)團隊能更明確問題所在并進行針對性修改。如果在聯(lián)調(diào)過程中還存在問題，我們可以進行多次聯(lián)調(diào)，直到問題得到解決。當開發(fā)進度達到90%時，我們會親自到開發(fā)現(xiàn)場，對細節(jié)問題進行微調(diào)，確保產(chǎn)品細節(jié)的完美呈現(xiàn)。

3. QA測試環(huán)節(jié)的重要性

QA測試環(huán)節(jié)是設計師們普遍認為的提bug的環(huán)節(jié)。確實，bug是阻礙產(chǎn)品上線的最大障礙，因此在項目上線前必須確保無bug。QA的主要任務是檢查研發(fā)實現(xiàn)的功能與產(chǎn)品、UI、交互設計是否一致，尋找異常情況并進行優(yōu)化，把控項目的質(zhì)量。這一環(huán)節(jié)類似于風控，對產(chǎn)品的穩(wěn)定上線至關重要。

4. Tips環(huán)境的理解與作用

在產(chǎn)品正式全量上線前，通常會先上線到tips環(huán)境進行測試。Tips環(huán)境其實是一個為了更貼近真實線上環(huán)境而設立的測試環(huán)境。由于測試環(huán)境與線上環(huán)境的數(shù)據(jù)有時存在差異，一些問題可能在測試環(huán)境無法體現(xiàn)出來，因此需要通過tips環(huán)境進行進一步的測試。Tips環(huán)境與線上環(huán)境共用數(shù)據(jù)，以確保產(chǎn)品的線上表現(xiàn)達到預期。

5. 產(chǎn)品驗收環(huán)節(jié)的關鍵作用

在產(chǎn)品從0-1的過程中，產(chǎn)品驗收環(huán)節(jié)至關重要。產(chǎn)品驗收的最終目的是產(chǎn)品上線，但在這一過程中可能會經(jīng)過反復的修改。產(chǎn)品上線前需通過測試、UI驗收和產(chǎn)品驗收，這是控制產(chǎn)品質(zhì)量的必要手段。產(chǎn)品驗收更側(cè)重于從產(chǎn)品角度驗收開發(fā)是否滿足了產(chǎn)品需求，重點考察業(yè)務邏輯，對需求負責。這一環(huán)節(jié)確保了產(chǎn)品不僅技術上過關，更要滿足市場和用戶的需求。