行業動态

資深産品經理爲(wéi / wèi)你梳理app開發的(de)詳細流程。

自從我在(zài)這(zhè)個(gè)行業開始我的(de)職業生涯以(yǐ)來(lái)，我已經熟悉應用産品開發的(de)過程七年了(le／liǎo)。現在(zài)我想和(hé / huò)大(dà)家分享一(yī / yì ／yí)下近年來(lái)積累的(de)一(yī / yì ／yí)些經驗。一(yī / yì ／yí)個(gè)産品如何從一(yī / yì ／yí)個(gè)想法到(dào)一(yī / yì ／yí)個(gè)具體的(de)成品逐步實現？在(zài)這(zhè)個(gè)過程中有哪些必要(yào / yāo)的(de)過程

需求排序規則

在(zài)這(zhè)個(gè)階段，大(dà)多數創業項目隻是(shì)抽象的(de)想法。有一(yī / yì ／yí)個(gè)比較完整的(de)需求文件，不(bù)僅有助于(yú)創業者對項目進行全面的(de)了(le／liǎo)解和(hé / huò)分析，而(ér)且如果項目由設計公司完成，也(yě)有助于(yú)對方準确把握項目的(de)定位和(hé / huò)商業模式，從而(ér)給出(chū)專業的(de)建議和(hé / huò)解決方案。以(yǐ)下是(shì)需求整理過程中的(de)重點：

（1）明确了(le／liǎo)解項目是(shì)爲(wéi / wèi)了(le／liǎo)解決哪些用戶痛點、行業需求？

（2） 在(zài)解決這(zhè)些痛點或需求的(de)過程中，我們需要(yào / yāo)分析哪些有效的(de)功能布局來(lái)實現，逐一(yī / yì ／yí)列出(chū)和(hé / huò)完善核心功能，并用文字或圖形進行清晰的(de)描述。

（3） 建立一(yī / yì ／yí)個(gè)功能完備、邏輯完整的(de)需求文檔并不(bù)是(shì)一(yī / yì ／yí)件簡單的(de)事情。如果你是(shì)PM（産品經理），開始比較容易，否則最好由第三方協助。

預算評估

無論項目是(shì)由我們自己的(de)團隊實施和(hé / huò)開發，還是(shì)由第三方公司實施和(hé / huò)開發，建立一(yī / yì ／yí)個(gè)完整的(de)、高質量的(de)需求文件是(shì)非常必要(yào / yāo)的(de)。需求文檔中的(de)人(rén)力投入可以(yǐ)準确地(dì / de)估算項目的(de)預算。同時(shí)，這(zhè)些文檔将有助于(yú)産品經理和(hé / huò)UI設計師、技術開發人(rén)員等了(le／liǎo)解項目，減少人(rén)員溝通中可能出(chū)現的(de)錯誤。（以(yǐ)我們kollway設計中一(yī / yì ／yí)個(gè)項目的(de)需求文檔和(hé / huò)邏輯結構爲(wéi / wèi)例）

原型設計

接下來(lái)，根據上(shàng)述具體需求文件，項目經理将設計原型圖，包括：

（1） 功能結構布局

（2） 每個(gè)子(zǐ)頁的(de)設計

（3） 頁面間業務邏輯的(de)設計最終會輸出(chū)一(yī / yì ／yí)個(gè)能夠展示每個(gè)頁面功能的(de)原型設計圖，

界面設計

（1） App UI：經過對原型的(de)反複審議和(hé / huò)修改，UI設計師将進行配色設計、功能可視化、交互設計，以(yǐ)及與UI界面相關的(de)各種模型和(hé / huò)系統的(de)适配。經過與項目經理多次溝通和(hé / huò)修改，最終得到(dào)高保真設計圖紙。

（2） 後台UI：大(dà)多數應用程序項目都會有相應的(de)管理後台。雖然用戶無法訪問後台，但與應用程序端的(de)功能形成對比。合理的(de)設計可以(yǐ)使後台管理員快速啓動。

發展

經過以(yǐ)上(shàng)過程，我們将正式進入開發階段。一(yī / yì ／yí)個(gè)完整的(de)應用程序項目一(yī / yì ／yí)般包括以(yǐ)下幾個(gè)部分：（1）服務器端：編寫接口協議文檔、搭建服務器環境（國(guó)内一(yī / yì ／yí)般使用阿裏雲服務器，國(guó)外一(yī / yì ／yí)般使用亞馬遜服務器）、設計數據庫、編寫API接口。（2） 應用端：根據UI設計圖開發界面。用戶界面開發完成後，進入與服務器端的(de)接口對接，通過服務器端接口獲取數據，并在(zài)函數上(shàng)編寫邏輯代碼。（3） Web管理端：根據前端的(de)業務邏輯，後端會有相應的(de)功能與之(zhī)匹配，還需要(yào / yāo)編寫功能邏輯代碼。

測試和(hé / huò)調試

APP功能開發完成後，測試人(rén)員将對整個(gè)項目進行系統測試。這(zhè)個(gè)環節将調動項目組的(de)所有相關人(rén)員。測試的(de)重要(yào / yāo)性不(bù)亞于(yú)早期的(de)功能規劃。如果團隊沒有經過專業、系統培訓的(de)測試人(rén)員，很可能導緻項目與設計初衷之(zhī)間的(de)差距，除了(le／liǎo)缺少一(yī / yì ／yí)些邏輯坑（這(zhè)些坑是(shì)爲(wéi / wèi)了(le／liǎo)自己将來(lái)會淚流滿面地(dì / de)跳下去……）之(zhī)外，完成項目測試和(hé / huò)調試最重要(yào / yāo)的(de)環節是(shì)問題管理，跟蹤每個(gè)bug的(de)進度和(hé / huò)狀态，包括準備分配、優先級、修複狀态等，從而(ér)保質完成問題處理

發布到(dào)應用程序市場

經過至少兩輪内部測試和(hé / huò)小規模外部測試（或完成滿足測試要(yào / yāo)求的(de)周期），最終版本将上(shàng)架。以(yǐ)常見的(de)IOS和(hé / huò)Android應用市場爲(wéi / wèi)例：（1）Android：涉及的(de)應用市場很多。主流市場是(shì)app寶、360手機助手和(hé / huò)小米商城。不(bù)同的(de)應用市場有不(bù)同的(de)受衆屬性和(hé / huò)不(bù)同的(de)流量，需要(yào / yāo)根據實際情況進行選擇。（2） IOS：發布到(dào)app store的(de)時(shí)候（蘋果有嚴格的(de)審核，是(shì)否符合最新的(de)上(shàng)市要(yào / yāo)求，是(shì)否涉及虛拟貨币，是(shì)否支持最新的(de)環境等等），很多問題都會導緻審核能否通過，這(zhè)需要(yào / yāo)很高的(de)經驗，最可憐的(de)是(shì)，例如，一(yī / yì ／yí)個(gè)應用程序有5個(gè)問題，蘋果不(bù)會找出(chū)其中的(de)5個(gè)，并告訴你爲(wéi / wèi)什麽要(yào / yāo)拒絕它們。相反，它一(yī / yì ／yí)找到(dào)就(jiù)拒絕你，所以(yǐ)如果沒有經驗，很可能需要(yào / yāo)幾個(gè)月才能上(shàng)架。）

操作叠代

産品正式投放市場後，會得到(dào)用戶和(hé / huò)市場本身的(de)一(yī / yì ／yí)些反饋，從而(ér)知道(dào)如何修改或調整經營策略。當當前的(de)系統功能已經不(bù)能滿足項目的(de)需要(yào / yāo)時(shí)，就(jiù)需要(yào / yāo)規劃新版本功能的(de)叠代。（再體驗：需求安排預算評估原型設計UI設計開發測試調試發布産品生命周期）

日常維護

在(zài)項目的(de)正式運行中，即使已經到(dào)了(le／liǎo)比較穩定的(de)階段，也(yě)可能出(chū)現一(yī / yì ／yí)些小問題，或者發現一(yī / yì ／yí)些隐藏的(de)bug。此時(shí)，相關營銷人(rén)員需要(yào / yāo)收集問題，技術人(rén)員需要(yào / yāo)及時(shí)修複問題。一(yī / yì ／yí)個(gè)簡單的(de)理解是(shì)需要(yào / yāo)有人(rén)值班。