標(biāo)準(zhǔn)化的App開發(fā)流程：從售前到售后
一、售前階段
在客戶有意開發(fā)新的移動應(yīng)用之初，App開發(fā)團隊的核心任務(wù)是與客戶進行深入的溝通和需求分析。這個過程至關(guān)重要，因為它確保了開發(fā)者對客戶的需求有一個清晰、全面的了解。需求溝通
客戶與我們的產(chǎn)品經(jīng)理、售前顧問三方會談，共同梳理出項目的大體方向。我們的產(chǎn)品經(jīng)理在此過程中扮演重要角色，幫助客戶整理出具體需求和功能清單，同時分析潛在的需求和痛點。項目可行性分析
在這個階段，客戶和我們的產(chǎn)品經(jīng)理一起詳細探討項目的各個方面，包括功能特點、用戶痛點、行業(yè)需求和提供的服務(wù)內(nèi)容等。每一個細節(jié)都會經(jīng)過深入的調(diào)查和分析，確保開發(fā)的App能夠真正滿足用戶需求。功能流程梳理
這是開發(fā)流程中的關(guān)鍵環(huán)節(jié)之一。整理架構(gòu)，確保產(chǎn)品的整體功能架構(gòu)清晰，為未來的擴展和調(diào)整打下基礎(chǔ)。接著，詳細列出每一項功能，并細化每個模塊的細節(jié)內(nèi)容和具體功能。根據(jù)客戶需求梳理產(chǎn)品的核心業(yè)務(wù)，優(yōu)化或調(diào)整傳統(tǒng)業(yè)務(wù)流程。量身定制實施方案
完成需求文檔后，售前顧問會為客戶量身定制一套完整的App開發(fā)方案和報價清單。內(nèi)容包括項目組人員安排、時間節(jié)點安排和技術(shù)方案等。二、售中階段
產(chǎn)品設(shè)計
在得到客戶的確認(rèn)后，我們開始著手產(chǎn)品設(shè)計。我們的產(chǎn)品經(jīng)理會根據(jù)需求文檔設(shè)計出高保真原型圖。這些原型圖將為客戶呈現(xiàn)出軟件的初步界面和交互邏輯。通過原型設(shè)計，我們可以確保項目的研發(fā)效果符合預(yù)期，并減少溝通不暢帶來的糾紛問題。三、售后階段
售后階段是確保產(chǎn)品質(zhì)量和用戶滿意度的關(guān)鍵時期。測試與修復(fù)
完成初步開發(fā)后，我們會進行嚴(yán)格的內(nèi)部測試，確保App的功能和性能達到預(yù)期標(biāo)準(zhǔn)。我們會邀請部分用戶進行體驗測試，收集反饋并修復(fù)可能存在的問題。上線與推廣
經(jīng)過多次測試后，我們會協(xié)助客戶將App正式上線。我們會利用自身的推廣渠道和資源，幫助客戶擴大App的知名度和用戶基數(shù)。維護與更新
為了確保App的長期穩(wěn)定運行，我們會定期進行維護和更新工作。這包括修復(fù)已知的問題、優(yōu)化性能、增加新的功能和適應(yīng)市場的變化等。四、團隊與協(xié)作
一個成功的App背后離不開一個專業(yè)、高效的開發(fā)團隊。我們的團隊由經(jīng)驗豐富的產(chǎn)品經(jīng)理、設(shè)計師、開發(fā)者、測試工程師和運維人員組成。我們強調(diào)團隊協(xié)作和溝通的重要性，確保每個環(huán)節(jié)都能夠無縫銜接，從而為客戶提供最優(yōu)質(zhì)的App開發(fā)服務(wù)。五、總結(jié)與展望
喜望軟件致力于為客戶提供最優(yōu)質(zhì)的App開發(fā)體驗。從售前到售后，我們始終堅持以客戶需求為導(dǎo)向，提供標(biāo)準(zhǔn)化、高質(zhì)量的服務(wù)。未來，我們將繼續(xù)探索和創(chuàng)新，為客戶提供更多元化、個性化的服務(wù)，助力他們的業(yè)務(wù)發(fā)展和創(chuàng)新。喜望軟件某項目的高保真原型圖與UI設(shè)計評審
一、UI設(shè)計與評審
在確認(rèn)原型圖設(shè)計之后，我們的UI設(shè)計師將結(jié)合產(chǎn)品的定位，打造獨特的UI界面效果圖。這一步，相當(dāng)于在原型圖的基礎(chǔ)上，加上豐富的色彩、確定整體風(fēng)格、進行功能具象化處理、交互設(shè)計及排版布局等。這使得客戶能夠更直觀地預(yù)覽App的雛形，帶來極高的還原度，以及卓越的用戶體驗。要打造一個吸引人的App，產(chǎn)品經(jīng)理和UI設(shè)計師必須在創(chuàng)意策劃上展現(xiàn)獨特見解。
需求詳細講解與技術(shù)標(biāo)準(zhǔn)制定
接下來，我們的產(chǎn)品經(jīng)理會與項目經(jīng)理緊密合作，詳細解讀客戶的需求，包括功能板塊、跳轉(zhuǎn)頁面等。項目經(jīng)理將細化這些需求，并將其轉(zhuǎn)化為工程師更易理解的語言。隨后，項目組將結(jié)合原型圖UI圖召開技術(shù)會議，全面進行項目需求講解。項目經(jīng)理在全面理解項目需求后，會提供易于擴展、可持續(xù)迭代的技術(shù)框架方案，包括開發(fā)方式（原生或混合）、編程語言（如Java或PHP）及第三方工具選型等。
二、敏捷開發(fā)與迭代
迭代開發(fā)計劃
在正式進入項目開發(fā)之前，我們的項目組會對項目進行全面的評估。我們會預(yù)測研發(fā)周期、提測時間以及預(yù)發(fā)布時間點，并對項目功能進行分解，將其劃分為若干節(jié)點。例如，我們可能在1號至9號專注于第一個功能模塊的開發(fā)，而在10號至15號則致力于第二個功能模塊。一旦客戶確認(rèn)我們的迭代開發(fā)計劃，我們便按照計劃逐步推進。
節(jié)點研發(fā)與數(shù)據(jù)庫構(gòu)建
基于需求分析整理出來的功能數(shù)據(jù)，項目組會構(gòu)建合理的數(shù)據(jù)庫表結(jié)構(gòu)，優(yōu)化數(shù)據(jù)算法，以確保數(shù)據(jù)的處理效率、安全性、準(zhǔn)確性和穩(wěn)定性。一個完整的App項目通常包含以下幾個主要模塊：服務(wù)器端、App端和Web管理端。在每個模塊中，我們都會精心編寫代碼、設(shè)計接口、并實現(xiàn)功能邏輯。
在項目研發(fā)過程中，我們的項目經(jīng)理將負(fù)責(zé)技術(shù)攻關(guān)，流程助理則跟蹤進度。我們會定期向客戶匯報開發(fā)進度，并協(xié)助客戶申請軟件著作權(quán)。
單元測試與系統(tǒng)測試
為確保項目的質(zhì)量，我們引入了單元測試和系統(tǒng)測試。單元測試意味著工程師在開發(fā)每個節(jié)點時，測試工程師就會進行相應(yīng)的測試。這有助于我們及時發(fā)現(xiàn)并修復(fù)問題，減少回歸錯誤的可能性，并節(jié)省調(diào)試時間。而系統(tǒng)測試則是在App功能開發(fā)完成后，對整個項目進行全面的測試。在這個過程中，問題的管理和追蹤至關(guān)重要，我們會密切關(guān)注每個bug的進度和狀態(tài)，以確保問題得到妥善解決。
一、多平臺同步測試
在數(shù)字化時代，我們的產(chǎn)品覆蓋了廣泛的平臺與機型。為了確保給用戶提供無縫的體驗，我們進行了全面的同步測試。這包括了App內(nèi)容測試、性能測試、功能測試以及視覺測試等。我們的目標(biāo)是發(fā)現(xiàn)每一個BUG，修復(fù)每一個問題，確保產(chǎn)品的完美呈現(xiàn)。
經(jīng)過嚴(yán)格的測試后，我們會與客戶進行溝通。我們會分享測試結(jié)果，聽取他們的反饋，然后進行驗收。之后，我們會邀請客戶進行最終測試，收集他們的修改意見，進一步完善產(chǎn)品。
二、上線交付流程
在我們喜望軟件，每一個項目都經(jīng)過了精心打磨與錘煉。其中，“用戶體驗測試”是我們新設(shè)立的關(guān)鍵環(huán)節(jié)。在2018年，我們首創(chuàng)了“創(chuàng)新性人才崗位”——用戶體驗官。這個崗位的出現(xiàn)，標(biāo)志著我們從功能試錯服務(wù)邁向了運營實踐服務(wù)。
用戶體驗官的工作重心在于用戶體驗測試。他們深入產(chǎn)品的各個維度，如用戶體驗、產(chǎn)品易用性、顏值（即視覺設(shè)計）等，進行全方位的體驗性測試。他們還會通過后臺上傳真實的前期種子數(shù)據(jù)，確保App內(nèi)容的豐富性和互動性。這一環(huán)節(jié)旨在從項目的用戶群體和運營邏輯出發(fā)，為客戶量身打造獨具特色的App調(diào)性。
完成代碼開發(fā)與內(nèi)部測試后，便進入了App的部署上線階段。這包括正式服務(wù)器的部署、上架資料的準(zhǔn)備以及App應(yīng)用的發(fā)布等步驟。無論是Android還是iOS，我們都擁有豐富的上架經(jīng)驗，深知不同應(yīng)用市場的審核規(guī)則與流量特性。根據(jù)客戶需求和項目特點，我們精心選擇發(fā)布端口，確保最快最順利地通過審核上架。
三、源碼交付與項目運營培訓(xùn)
當(dāng)App開發(fā)測試完成后，我們將進入終驗交付環(huán)節(jié)。按照合同規(guī)定，我們會將源碼、說明文檔、操作文檔等所有項目相關(guān)資料交付給客戶。這些資料包括但不限于前后端項目的所有最新源代碼、數(shù)據(jù)庫設(shè)計文檔、API設(shè)計文檔等。
除了傳統(tǒng)的源碼交付，我們還重視項目的運營培訓(xùn)。我們的項目經(jīng)理會為客戶進行詳盡的項目功能操作培訓(xùn)，如優(yōu)惠券發(fā)放、司機審核、用戶注冊查看等。我們的品牌設(shè)計師和新媒體運營官還會為客戶定制上線海報和新媒體運營方案，助力項目順利運營。
在整個流程中，喜望軟件始終秉持創(chuàng)新精神，致力于為客戶提供卓越的產(chǎn)品體驗和服務(wù)。我們相信，通過我們的努力，每一個項目都能在市場上大放異彩。
售后
一、前期維護
當(dāng)App開發(fā)完成并趨于穩(wěn)定時，并不意味著一切工作都已經(jīng)結(jié)束。手機系統(tǒng)的持續(xù)更新以及長時間的使用都可能導(dǎo)致應(yīng)用出現(xiàn)細微的問題或隱藏的bug。 喜望軟件獨具慧眼，深知此道。我們?yōu)榭蛻籼峁┤齻€月的免費維護期。在這三個月中，我們會關(guān)注項目的整體運營模式，識別功能缺陷，為后續(xù)迭代開發(fā)奠定基礎(chǔ)。 期間，我們不僅解答客戶的各種疑問，指導(dǎo)軟件使用和內(nèi)容的上傳，還致力于修復(fù)程序中的bug，確保軟件的穩(wěn)定運行。二、定制更新
App投放市場后，收到的用戶和市場反饋是寶貴的資源。當(dāng)現(xiàn)有功能無法滿足項目需求時，就需要規(guī)劃新的版本迭代，即開發(fā)項目2.0。 喜望軟件在這一環(huán)節(jié)將再次展現(xiàn)我們的專業(yè)。我們幫助客戶進行定制更新，繼續(xù)售前工作的溝通流程：需求溝通、可行性分析、功能梳理以及量身定制的實施方案。 迭代方案的制定主要基于兩點：一是未完善的bug，二是通過數(shù)據(jù)分析尋找影響App體驗的關(guān)鍵指標(biāo)，從而進行有針對性的功能優(yōu)化。三、迭代開發(fā)
當(dāng)項目進行迭代開發(fā)時，我們將重新經(jīng)歷“售中”的全過程，包括產(chǎn)品設(shè)計、敏捷開發(fā)和上線交付等所有產(chǎn)品生命周期。 喜望軟件在這一階段將確保流程的順暢進行，最大限度地提高項目成員的工作效率。四、項目維護回訪
五、新媒體運營
成功上線的App需要通過有效的運營推廣來吸引用戶，發(fā)展用戶數(shù)量，實現(xiàn)長久運營。 喜望軟件結(jié)合十年的從業(yè)經(jīng)驗和當(dāng)前的市場情況，會向客戶推薦成本較低的新媒體運營推廣方式。 從整體上看，每一個App開發(fā)項目都經(jīng)歷了一系列環(huán)節(jié)，這是一條完整的流水線。喜望軟件憑借專業(yè)度和規(guī)劃能力，確保流程的順暢進行，從而達到較高的項目質(zhì)量。了解App的標(biāo)準(zhǔn)開發(fā)流程對于想要開發(fā)App的客戶來說是非常有必要的。 如果您對App開發(fā)有興趣，或想了解更多關(guān)于開發(fā)流程、開發(fā)方案、報價等內(nèi)容，歡迎咨詢成都喜望軟件。我們有專業(yè)的售前顧問和產(chǎn)品經(jīng)理，將為您詳細解答所有關(guān)于App的疑問。如何進行移動端的頁面開發(fā)
一、引言
隨著移動互聯(lián)網(wǎng)的迅猛發(fā)展，移動端的頁面開發(fā)已成為前端開發(fā)的重要組成部分。從移動端的誕生到現(xiàn)在，開發(fā)方式不斷演變，本文旨在分享個人在移動端開發(fā)過程中的探索與經(jīng)驗，并配以相應(yīng)知識點，以饗讀者。
二、初次接觸移動端：絕對單位的使用
在2012年，當(dāng)我初次接觸移動端開發(fā)時，主要關(guān)注的是WEB APP的開發(fā)。那時，HTML5剛剛興起，雖然其在表現(xiàn)層面上有著突出的表現(xiàn)，但在系統(tǒng)性能上，WEB APP與原生應(yīng)用（Native APP）相比，明顯處于劣勢。開發(fā)方向逐漸轉(zhuǎn)向移動端網(wǎng)頁。
在PC端開發(fā)中，我們習(xí)慣使用px（像素）作為單位進行編碼。到了移動端，面對不同的分辨率，單位的選擇變得尤為重要。在2012年，由于大多數(shù)手機屏幕分辨率為320480，使用像素作為單位進行移動端網(wǎng)頁開發(fā)似乎 still可行。
三、視口與百分比：橫向與縱向的單位選擇
隨著移動端的繼續(xù)發(fā)展，不同分辨率的手機屏幕如雨后春筍般涌現(xiàn)。固定像素的開發(fā)方式已無法滿足需求。于是，我們開始采用百分比（橫向）和em（文字處理）作為相對度量單位。這種方式的缺點在于圖片處理上。對于img標(biāo)簽，只設(shè)置橫向百分比會導(dǎo)致縱向自動等比例縮放，這在某些情況下會導(dǎo)致img變形。
四、響應(yīng)式布局的困惑
當(dāng)還在糾結(jié)于圖片處理問題時，響應(yīng)式布局技術(shù)在北京開始流行。通過媒體查詢，響應(yīng)式布局針對不同大小分辨率的設(shè)備設(shè)置不同的樣式。雖然響應(yīng)式布局解決了不同屏幕像素的樣式問題，但依舊無法解決之前提到的img變形問題。
五、橫向與縱向均使用百分比
在經(jīng)過多次嘗試后，我開始嘗試在盒模型的縱向也使用百分比。發(fā)現(xiàn)盒模型屬性在縱向上的設(shè)置存在問題，如padding-top/bottom、margin-top/bottom等。這一問題仍待解決，需要在未來的開發(fā)中繼續(xù)探索與實踐。
盒模型的探索與背景妙用
隨著HTML5的蓬勃發(fā)展，我們遇到了許多關(guān)于盒模型和背景應(yīng)用的挑戰(zhàn)。你是否曾經(jīng)試過在元素的橫縱向設(shè)置中使用百分比和rem單位？今天，就讓我們一起探討這個話題。
rem單位的奇遇與挑戰(zhàn)
在移動端開發(fā)中，rem單位為我們帶來了很多便利。不同于傳統(tǒng)的em單位，rem是與html標(biāo)簽字體大小相關(guān)的單位。但在實際應(yīng)用中，我遇到了華為手機不支持橫向rem的問題。這讓我意識到，單一使用rem在某些情況下并不完美。我決定探索一種更靈活的方法。
正解——橫向百分比，縱向rem
面對挑戰(zhàn)，我嘗試了折中的辦法：橫向使用百分比控制，縱向則用rem作為單位。這樣一來，兼容性大大提高，可以適應(yīng)各種瀏覽器和移動設(shè)備的需求。雖然這種方法在某些情況下可能會產(chǎn)生誤差，但通過優(yōu)化和技巧，我們可以盡量減小誤差的影響。比如使用CSS3的盒陰影來替代邊框，或者使用特定的JS框架來處理rem的小數(shù)點問題。其中，淘寶的“flexible.js”框架就是一個很好的工具。
網(wǎng)易的移動端制作啟示
除了上述方法，網(wǎng)易的移動端制作方式也給我留下了深刻印象。他們采用固定像素進行書寫，并通過MetaHandler.js進行頁面控制。這種方式簡單有效，兼容性好，為解決移動端開發(fā)問題提供了新思路。不同的項目可能需要不同的解決方案，我們可以根據(jù)實際情況選擇最合適的方法。
App研發(fā)的設(shè)計流程揭秘
一、識別市場需求與競品分析
在進入產(chǎn)品設(shè)計的實質(zhì)性階段前，我們必須要深入理解市場趨勢和競品狀況。這一階段，產(chǎn)品經(jīng)理會傾盡全力尋找市場的痛點，明確哪些需求急需解決。競品分析報告的出爐，羅列了競品的優(yōu)劣勢，部分分析還會借助SWOT工具。每一個機會背后，都隱藏著潛在的用戶需求和市場空白。
二、產(chǎn)品設(shè)計：原型構(gòu)建與文檔撰寫
設(shè)計與UI息息相關(guān)，每一次的需求迭代都離不開它。在此環(huán)節(jié)中，產(chǎn)品經(jīng)理的主要任務(wù)是構(gòu)建原型和撰寫文檔。真正能將原型做得精致、文檔詳盡的產(chǎn)品經(jīng)理并不多見。不少產(chǎn)品經(jīng)理在原型設(shè)計過程中會出現(xiàn)粗糙、遺漏描述等問題，甚至在UI設(shè)計中忽略了優(yōu)于自身的創(chuàng)新點。很多初入職場的產(chǎn)品經(jīng)理善于模仿競品，卻忽視了每個產(chǎn)品都有其獨特的本質(zhì)。這一階段主要由產(chǎn)品經(jīng)理和用戶體驗設(shè)計師共同完成，經(jīng)過內(nèi)部交互評審后，方案才會交到UI設(shè)計師手中。
三、產(chǎn)品規(guī)劃與目標(biāo)設(shè)定
在產(chǎn)品設(shè)計的過程中，我們需要明確一個核心目標(biāo)：產(chǎn)品價值。每個階段的目標(biāo)都需緊密圍繞產(chǎn)品價值展開。無論是用戶活躍度、成交量還是其他指標(biāo)，都是驗證前期工作是否有效的依據(jù)。我們必須避免將產(chǎn)品規(guī)劃做成空洞的文件，否則將嚴(yán)重影響產(chǎn)品的生命周期。
四、需求評審與團隊協(xié)同
在產(chǎn)品需求確認(rèn)后，會召開評審會議，參與者包括產(chǎn)品經(jīng)理、用戶體驗設(shè)計師、UI設(shè)計師、研發(fā)、前端和測試等各個職能人員。會議中，產(chǎn)品經(jīng)理會闡述需求文檔，研發(fā)團隊通常會提出最多的問題，包括技術(shù)實現(xiàn)的可行性、潛在風(fēng)險等。評審結(jié)束后，研發(fā)團隊會根據(jù)需求進行排期。
五、UI設(shè)計師的角色與工作流程
當(dāng)UI設(shè)計師介入項目時，首先要明確產(chǎn)品的意圖和目的，仔細研究整個產(chǎn)品線的設(shè)計調(diào)性。在進行競品分析時，要關(guān)注視覺層面，尋找參考并結(jié)合自己的設(shè)計意圖進行設(shè)計。設(shè)計師在介入項目前，要預(yù)估設(shè)計進度并給出設(shè)計排期。在設(shè)計過程中，要注意UI規(guī)范的執(zhí)行，包括圖標(biāo)、字體、間距和顏色等。設(shè)計完成后，要進行切圖標(biāo)注并上傳至相關(guān)平臺。開發(fā)完成后需要進行視覺還原的走查聯(lián)調(diào)階段，確保設(shè)計的準(zhǔn)確實施。在這個過程中，與開發(fā)團隊的溝通至關(guān)重要，確保設(shè)計的實現(xiàn)并追求高還原度。關(guān)于項目規(guī)范和走查聯(lián)調(diào)流程的深入解析
一、基本規(guī)范走查
在字體、字號、字重、顏色、間距、icon、邊距等規(guī)范方面進行深入走查，我們不難發(fā)現(xiàn)，開發(fā)過程中確實存在一些細微的不足之處。對于每一項細節(jié)規(guī)范的核查，都是對產(chǎn)品質(zhì)量的一次負(fù)責(zé)。這不僅關(guān)乎界面的美觀，更關(guān)乎用戶體驗的滿意度。
二、走查聯(lián)調(diào)流程
2.1 走查聯(lián)調(diào)步驟
走查聯(lián)調(diào)是確保軟件質(zhì)量的關(guān)鍵環(huán)節(jié)。在測試階段，我們需使用多部不同品牌的測試手機進行全面檢測。因為一部手機的表現(xiàn)并不能代表全部。例如，劉海屏、@3x的屏幕適配等問題，都可能在不同手機上有不同的表現(xiàn)。我們會在測試手機上截圖，并詳細標(biāo)注問題，然后將UI圖提供給開發(fā)團隊作為參考。這樣的流程能確保開發(fā)團隊明確問題所在并進行針對性的優(yōu)化。如遇問題，可進行多次聯(lián)調(diào)，直至達到滿意的效果。
三、QA測試環(huán)節(jié)的重要性
3.1 QA測試的核心作用
對于設(shè)計師而言，QA測試主要是用來發(fā)現(xiàn)和提出bug的環(huán)節(jié)。確實，bug是項目上線最大的障礙，必須優(yōu)先解決。實際上，QA的主要任務(wù)是檢查研發(fā)實現(xiàn)的功能是否與產(chǎn)品、UI、交互設(shè)計一致。尋找異常情況并進行優(yōu)化，把控項目的質(zhì)量。這一過程類似于風(fēng)險控制，確保項目的穩(wěn)定性和用戶體驗。
3.2 Tips環(huán)境的特殊作用
正式全量上線前，項目會先上線到tips環(huán)境進行測試。Tips環(huán)境是為了更貼近真實線上環(huán)境而設(shè)立的，因為有時測試環(huán)境的數(shù)據(jù)和線上環(huán)境存在差異，某些問題可能在測試環(huán)境無法完全暴露。通過tips環(huán)境進行預(yù)上線測試，能更準(zhǔn)確地發(fā)現(xiàn)潛在問題。
四、產(chǎn)品驗收環(huán)節(jié)詳解
4.1 產(chǎn)品驗收的重要性
在產(chǎn)品從0到1的過程中，產(chǎn)品驗收是不可或缺的一環(huán)。這一環(huán)節(jié)不僅關(guān)乎產(chǎn)品的最終上線，更關(guān)乎產(chǎn)品的質(zhì)量和用戶體驗。產(chǎn)品驗收是一個反復(fù)修改、精益求精的過程。
4.2 驗收的側(cè)重點
產(chǎn)品驗收不僅涉及功能測試，更側(cè)重于從產(chǎn)品角度驗收。這包括檢查開發(fā)是否滿足了產(chǎn)品需求，特別是業(yè)務(wù)邏輯方面。產(chǎn)品驗收負(fù)責(zé)對需求進行嚴(yán)格的把關(guān)，確保產(chǎn)品上線后能滿足用戶的期望。
從規(guī)范走查、走查聯(lián)調(diào)、QA測試到產(chǎn)品驗收，每一環(huán)節(jié)都是確保產(chǎn)品質(zhì)量和用戶體驗的關(guān)鍵。只有經(jīng)過嚴(yán)格把關(guān)和持續(xù)優(yōu)化，才能打造出令人滿意的產(chǎn)品。
