產(chǎn)品經(jīng)理的工作大到產(chǎn)品小到項目，這篇我們來聊一聊項目短暫而又坎坷的一生。

前段時間我親身參與了持續(xù)兩個月的項目，心血來潮，想以我的項目為例分析項目坎坷的一生。

為什么說項目是短暫？首先我們要明確項目的定義：

只會進行一次，包含多項互相關(guān)聯(lián)的任務(wù)，并且有績效，時間，成本和范圍限制的一項工作。

短暫只是相比于一個產(chǎn)品的開發(fā)迭代，項目只需要開始和結(jié)束?？墒琼椖慷虝旱囊簧鷧s無比坎坷。

一、立項

立項之前，我們需要一個團隊。

項目大多是團隊合作，所以我們需要組建團隊。比如:我親身參與軟件設(shè)計大賽，團隊組建來源于組織內(nèi)部，很好的是給我分配到了兩個厲害的后端人員。我們的團隊包括我由五個人組成，我擔任產(chǎn)品，有一位前端，兩位后端，還有一位算法。

確定計劃，明確我們的項目計劃是什么，項目目標是什么。還是以我的經(jīng)歷為例，我們參加軟設(shè)，主要的目的就是設(shè)計出一個軟件，不局限于手機端，也可以是網(wǎng)站。

所以我們的大目標就是，讓我們的產(chǎn)品贏得評委和觀眾的認可，主要一點是符合大賽主題的——創(chuàng)新。

沒錯，我們就是需要產(chǎn)品創(chuàng)新，技術(shù)創(chuàng)新，內(nèi)容創(chuàng)新。

以及我前期也會在團隊中充當領(lǐng)導(dǎo)者角色，列出階段性的計劃。我們團隊致力于打造一個皮影戲文化的創(chuàng)新科普平臺，功能包括用戶線上體驗皮影戲表演，參與皮影戲創(chuàng)作，了解皮影戲文化知識等。以下是我們初賽后的計劃：

雖然沒有說用專業(yè)性的表格以及術(shù)語，但是至少通俗易懂，畢竟我們團隊是五個組且每天見面的，用簡潔易懂的文字列出計劃也是一種高效的方式。

二、需求

雖然我把需求寫在第二點，但其實是在最前面的，之所以這樣寫是因為什么的產(chǎn)品需求是在團隊組建完成后再共同進行的

我們逐步開始了需求的討論:

1. 用戶為什么會使用我們的產(chǎn)品？
2. 我們的產(chǎn)品最可以幫用戶解決什么問題？
3. 有什么其他類似的產(chǎn)品（app/網(wǎng)站/小程序）可以解決同樣的問題嗎？（競品）

這里的需求涉及到很多方面，可以參考我上一篇文章——需求挖掘，在這里我就不再贅述了。

三、研發(fā)

來到了技術(shù)人員的舞臺，研發(fā)我們的項目產(chǎn)品。

首先，我想吐槽的是，我們的團隊沒有設(shè)計導(dǎo)致我們的頁面不是很上分，這也是我們這個項目不太完美的地方。

各位，讓產(chǎn)品去當設(shè)計這雖然看似合理但是坎坷的就不止項目了，還有產(chǎn)品經(jīng)理。

設(shè)計完之后開始設(shè)計評審，真真切切需要團隊里的人對頁面達成共識或認可設(shè)計。

接下來是編碼實現(xiàn)，我非常放心地交給了我的技術(shù)人員。畢竟，產(chǎn)品的工作僅限于此，我只能負責每天給他們帶咖啡（哈哈哈哈哈也不是）。在這個過程中，我還是在不斷了解一些技術(shù)的，包括matter.js是我們頁面實現(xiàn)的技術(shù)之一，以及后端人員如何去創(chuàng)建管理用戶。

四、測試

我們的項目在兩個月中真正工作的時間其實只有一個月，所以自我覺得測試這一塊我們做的不是很好。

測試方法有很多，還是需要根據(jù)項目的需要選擇合適的測試方式:

1.性能測試

測試網(wǎng)站的性能指標，包括網(wǎng)頁加載速度、響應(yīng)時間等。通過模擬大量用戶訪問，驗證網(wǎng)站的性能是否能夠滿足用戶需求，并進行必要的優(yōu)化。

2.用戶體驗測試

測試用戶在使用網(wǎng)站時的體驗。通過模擬用戶行為，評估網(wǎng)站的導(dǎo)航、布局、交互等方面是否符合用戶期望，并提供友好的用戶界面和操作流程。

3.安全性測試

測試網(wǎng)站的安全性，包括對潛在漏洞和攻擊的檢測。通過模擬常見的網(wǎng)絡(luò)攻擊（如SQL注入、跨站腳本等），確保網(wǎng)站的數(shù)據(jù)和用戶隱私得到有效保護。

簡單列舉幾種測試方式，測試階段已經(jīng)屬于在項目的后期了，這個時候產(chǎn)品經(jīng)理難免會開始欣慰，舉個不恰當?shù)睦印路鹗强粗约旱碾r鳥慢慢變得羽翼豐滿，最終翱翔于天空。

五、發(fā)布

這是一個最激動人心的時候，也是大家精神緊繃的時刻。到了發(fā)布階段，技術(shù)人員心中默念:不要給我加需求了。我不斷提醒我自己，忍住，不要加需求。

發(fā)布流程：發(fā)布評審——>預(yù)發(fā)布——>發(fā)布———>線上驗證。

發(fā)布成功那天，普天同慶！

最后要進行項目總結(jié)，我還是有復(fù)盤的習慣的。

看到這里，是不是會覺得這坎坷嗎？坎坷在于過程而不是結(jié)果。你有沒有發(fā)現(xiàn)，上面的一到五個點分別對應(yīng)著五大坎坷:

1.計劃怎么確定，如何算是創(chuàng)新？

2.如何辨別真?zhèn)涡枨螅枨髲哪睦飦恚?/p>

3.開發(fā)過程中的技術(shù)實現(xiàn)難度太大，功能無法實現(xiàn)？

4.測試失敗，是否推翻或者砍去功能？

5.發(fā)布前緊張的評審和線上用戶驗證。

經(jīng)歷過后再次回想，好像再坎坷也都過來了，最后給大家分享一段我很喜歡的話:

請賜予我力量，去接受我所不能改變的；請賜予我勇氣，去改變我所能改變的；并賜予我智慧去分辨兩種的不同。

感謝觀看，歡迎大家提出寶貴意見。