2021-04-27 13:30:00 來自于應(yīng)用公園
按照開發(fā)APP的流程,這個環(huán)節(jié)上,主要是做好兩件事,輸出快、準(zhǔn)、狠的需求文檔,并確定需求的優(yōu)先級。關(guān)于需求文檔,現(xiàn)在很多產(chǎn)品經(jīng)理都以線框圖代替需求文檔,其實這樣并不可取,因為線框圖只能表明一些基本頁面功能,對于后臺邏輯并不能清晰地描述。需求文檔關(guān)鍵要描述清楚以下要點。一是比較全面的功能模塊簡介,了解UML的可以用用例圖說明,否則使用MINDMAP也可;二是對全局的流程進(jìn)行描述,基本流程圖、跨職能流程即可應(yīng)付,當(dāng)然,使用序列圖、狀態(tài)圖等則更佳;三是各個USE CASE,即功能點,一定要描述清楚角色、前置和后置(即輸入和輸出),除了前端引用,還要說清楚對后端管理系統(tǒng)的影響,以及權(quán)限變化、文案提示等,尤其需要考慮到異常UC,例如密碼輸入錯誤極限次數(shù)后鎖死等,不要遺漏。四是基本的線框圖,說明基本的頁面流程。需求文檔一定要把握一個原則,即“功能的完整性、可用性”,后,必須不斷打磨核心功能,突出產(chǎn)品的核心差異化競爭能力,切忌大而全。正如網(wǎng)易云音樂,在產(chǎn)品初期,將主要精力放在打磨歌單上,即便對比市面上競品常見功能沒有或雞肋。雖然歌單不是其首創(chuàng),但卻給用戶植入了網(wǎng)易云音樂就是做歌單,要歌單就要選網(wǎng)易云音樂,硬是從紅海殺出了一條血路。克孜勒蘇商城app開發(fā)需求文檔
當(dāng)進(jìn)入正式開發(fā)后,其實常見的需要注意的問題是,為數(shù)不多個是需求的細(xì)化挖掘及變更,第二個是在一個較為漫長的開發(fā)周期內(nèi)如何控制進(jìn)度。在開發(fā)過程中,需求的變更是很正常的。如果你沒碰到過稍微大型的項目沒有變更過需求,那可能是因為隨著時間推移,產(chǎn)品發(fā)掘更多信息后會發(fā)現(xiàn)舊的需求策略存在問題,也可能是一些系統(tǒng)歷史原因或細(xì)節(jié)沒有考慮周全而出現(xiàn)新需求。例如推薦策略的更改、系統(tǒng)調(diào)用的出錯提示沒有考略到等。而在需求變更時,需要做好兩個工作,一是確定需求是否要變,評估好對當(dāng)前產(chǎn)品版本目標(biāo)的影響與已開發(fā)進(jìn)度之間的平衡,究竟是放在下一版本再迭代,抑或是必須現(xiàn)階段進(jìn)行開發(fā)即便需要推到;二是需要做好需求變更通知,除了通過站會或直接通知外,必須要進(jìn)行文檔的及時更新,一般使用的是FTP/SVN,或者使用有道云協(xié)作等工具。后,一般會將項目的里程碑控制在一到兩周一個,明確起碼每兩周能有產(chǎn)出物,例如幾個接口,或者一部分頁面。這樣的好處是,保證項目能在每一小段時間內(nèi)實現(xiàn)風(fēng)險可控,同時接口的提交可以讓測試盡早進(jìn)入測試工作,頁面的提交也可讓產(chǎn)品進(jìn)行簡單試用甚至進(jìn)行用研,保證需求的正確實現(xiàn)??俗卫仗K母嬰商城App開發(fā)提供優(yōu)惠的母嬰服務(wù)