中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

文章為作者近期所做的一個項目總結(jié)，與大家分享，希望可以給大家的工作帶來一些參考。

項目背景

前期與運營的溝通階段用戶研究、需求分析都是另一位產(chǎn)品在對接，直到3月23號開始丟下盤子讓我接手，內(nèi)心一萬只小羊駝在策馬奔騰。項目暫定上線日期為4月15日，接下來我就開始了苦逼的加班歷程。

由于項目是跟著政府政策走的，本來定位是將舊的電商產(chǎn)品進行優(yōu)化，后來通過用研，覺得定位不符合現(xiàn)在的定位于是將團隊重新進行組合，在時間進度的快速推動下，大家也是快速釋放手中資源全心接手現(xiàn)在的開發(fā)任務(wù)。項目從開發(fā)到上線時間只有23天，大家可以感受得到時間有多緊嗎，而且，四月份還放了一個清明節(jié)呢！

項目背景介紹完畢，接下來我根據(jù)我接手項目后做的事情，分享一些產(chǎn)品工作流程以及項目總結(jié)：

項目開發(fā)的五大項目會議：

在這個項目正式開發(fā)之前召開的會議有啟動會議、需求評審會議、原型會議這三個會議。進入開發(fā)階段后相繼召開開發(fā)會議與發(fā)布前期會議；其實開發(fā)期間還有許多大大小小的需求變更會議。

一、啟動會議

為了保證項目能夠緊張有序的推動，項目啟動會通過多次會議總結(jié)后才召集所有項目干系人參與，以達到短時間、高強度、高效率、群策群力完成對產(chǎn)品的第一次、也是最重要的一次決策，實現(xiàn)項目高周轉(zhuǎn)。 會議要求發(fā)起人、客戶和其他干系人參與啟動過程可以建立對成功標準的共同理解，提升可交付成果的可接受性，提高客戶和其他干系人的滿意度。對于會議我們有自己嚴格的章程：

會前準備：確認會議時間、參會人員與會議內(nèi)容后，將會議地點與時間還有會議階段要準備的內(nèi)容以郵箱的形式發(fā)送給每一位參會人員，并確認雙方時間與實際到會人員名單，確認會議通知都送達。

參會人員：?會議主持人（項目發(fā)起人或產(chǎn)品部負責人參會人員）；董事長（必須參加第一次和最后一次會議）；公司總經(jīng)理；產(chǎn)品部成員；項目發(fā)起人，項目團隊相關(guān)成員；

會議召開方式：面對面辦公。

注：啟動會之前，針對項目預案，必須與部門關(guān)鍵人員提前溝通，以保證啟動會方案報批通過，降低方案反復的風險。每次會議項目經(jīng)理務(wù)必安排專人記錄、整理會議紀要產(chǎn)品經(jīng)理負責最終成果整理。啟動會是我們對項目的判斷和決策，是項目的其中一個階段性成果。若由于市場變化或政府報批原因，預案、成本等被調(diào)整甚至顛覆，可直接反映在方案階段成果中，不再重新召開啟動會。

確定會議目標：

• 明確項目成功標尺及具體指標，達成共識、做出承諾。
• 對項目進行推演，設(shè)定項目的價值點、決策點、控制點。
• 識別項目風險點，提出預案。
• 啟動會是職能向項目團隊的交底會。
• 針對目標和工作范圍做好減法，對意愿和能力、資源之間的差距應(yīng)有清醒認識。

會議開始參會各方必須在參會前確認各自物料是否準備就緒：

發(fā)起人會前準備：

• 項目工作說明書（業(yè)務(wù)需求、產(chǎn)品范圍描述、戰(zhàn)略計劃等）；
• 商業(yè)計劃書（市場需求、組織需要、技術(shù)要求、團隊介紹等）;
• 協(xié)議（定義項目初衷）;

產(chǎn)品部會前準備：

• 組織過程資產(chǎn)（歷史信息與經(jīng)驗知識庫）；
• 事業(yè)環(huán)境因素（質(zhì)量標準、組織結(jié)構(gòu)等）；
• 技術(shù)判斷；

會議輸出：

• 初步確定提交時間
• 定義初步范圍和落實初步財務(wù)資源
• 確定責任人
• 確定審批流程
• 初步制定項目成功標尺
• 設(shè)定項目愿景—需要完成什么
• 明確市場定位、產(chǎn)品定位、項目范圍和目標
• 最終輸出項目章程并立項

若會議最終未達成共識，經(jīng)雙方協(xié)商一致，開展第二次項目啟動會議或項目終止；

大型復雜的項目應(yīng)該被劃分為若干階段，在此類項目中隨后各個階段也要進行啟動過程，以便確認在最初的指定項目章程和識別干系人過程中所做出的決定是否依然有效。在每個階段開始時進行啟動過程，有助于保證項目符合預定的業(yè)務(wù)需要，核實成功標準，審查項目干系人的影響、動力和目標。然后決定該項目是繼續(xù)、推遲還是中止。

二、需求確認會議

會議流程

產(chǎn)品項目需求會議

就產(chǎn)品開發(fā)而言，在設(shè)計開發(fā)之前必須先明確項目范圍定義和優(yōu)化目標以及需求，為實現(xiàn)目標制定行動方案用于指導項目的實施的項目管理計劃和項目文件。

由于項目的復雜性，可能需要通過多次反饋來做進一步分析，隨著收集和掌握的項目信息或特征不斷增多，項目很可能需要進一步規(guī)劃。

會前準備：

確認會議時間、參會人員與會議內(nèi)容后，將會議地點與時間還有會議階段要準備的內(nèi)容以郵箱的形式發(fā)送給每一位參會人員，并確認雙方時間與實際到會人員名單，確認會議通知都送達。并在會議開始前就準備好會議需要的文檔與演示資料。

參會人員：

• 會議主持人：項目發(fā)起人或產(chǎn)品負責人
• 參會人員：公司總經(jīng)理；產(chǎn)品部成員；項目團隊相關(guān)成員；

會議召開方式：

• 如會議內(nèi)未達成共識，需召開多次會議；
• 每次會后，分頭收集信息，進行專業(yè)間碰撞
• 會議在會議室展開，會議地點雙方協(xié)商決定
• 每場會議雙方都需做會議紀要

會議目標

• 確定產(chǎn)品方向
• 識別項目風險點，提出預案
• 會議開始前業(yè)務(wù)部門應(yīng)負責收集需求，產(chǎn)品團隊通過會議獲取需求，并依據(jù)需求確定產(chǎn)品范圍；
• 雙方會議前依據(jù)項目啟動會議的對接情況進行競品分析與用戶調(diào)研；通過會議確定最終方向與定位。
• 雙方收集需求討論分析，最后根據(jù)需求制定WBS工作分解

業(yè)務(wù)團隊會前準備：

• 收集用戶需求
• 展開競品分析與市場調(diào)研；
• 進行業(yè)務(wù)流程梳理；

產(chǎn)品部會前準備:

• 用戶調(diào)研結(jié)論;
• 競品分析結(jié)論；
• 產(chǎn)品范圍管理；
• 初步的需求文檔與信息架構(gòu)；
• 一級界面布局；
• 產(chǎn)品的進度、項目風險分析、產(chǎn)品需求、成本預算、溝通計劃、人力資源分配等各方面管理計劃；

會議輸出：

• 產(chǎn)品范圍管理、
• 落實財務(wù)資源與預算
• 初步的進度確認
• 產(chǎn)品范圍說明書

注：在時間允許的情況下，產(chǎn)品部需要將項目可交付成果劃分為更小更詳細的產(chǎn)品可核實的功能；會議結(jié)束后產(chǎn)品部項目負責人需要將最新的需求及時更新并依據(jù)會議結(jié)果制定需求變更表或新增需求表，以便項目成果可追溯。

三、原型會議

產(chǎn)品原型會議

原型會議屬于項目執(zhí)行階段的重要關(guān)鍵環(huán)節(jié)，關(guān)系到整個APP的運營、設(shè)計與開發(fā)過程。通過原型會議可以基本確認這個產(chǎn)品是否可以進入開發(fā)階段，業(yè)務(wù)邏輯是否有問題等。

會前準備：

確認會議時間、參會人員與會議內(nèi)容后，將會議地點與時間還有會議階段要準備的內(nèi)容以郵箱的形式發(fā)送給每一位參會人員，并確認雙方時間與實際到會人員名單，確認會議通知都送達。并在會議開始前就準備好會議需要的文檔與演示資料。

參會人員：

• 董事長，董事長助理，公司總經(jīng)理；項目發(fā)起人及團隊相關(guān)負責人；產(chǎn)品部成員；技術(shù)部負責人；

會議召開方式：

• 如會議內(nèi)未達成共識，需召開多次會議；
• 會議在會議室展開，會議地點雙方協(xié)商決定
• 每場會議雙方都需做會議紀要

會議目標

• 業(yè)務(wù)依據(jù)產(chǎn)品原型設(shè)計核實流程是否正確；
• 技術(shù)部門依據(jù)原型初步估算整體進度；
• 產(chǎn)品部根據(jù)會議情況進行進度評估；

會前準備:

• 原型交互；
• UI根據(jù)原型與最初產(chǎn)品定位設(shè)計三套方案供分析；

會議輸出：

• 產(chǎn)品原型流程確認；
• 設(shè)計方案確認；

注：進入原型階段后，項目開展過程中有任何問題應(yīng)該開小會議協(xié)商,及時解決,項目執(zhí)行階段需要實時監(jiān)控項目進展的問題。

在原型會議后緊接著應(yīng)該有一個設(shè)計確認會議。以下是設(shè)計確認會議流程圖：

設(shè)計確認會議

設(shè)計確認會議是產(chǎn)品將UI設(shè)計整體進行展示此次會議主要就是審核設(shè)計質(zhì)量與最終開發(fā)的交互成果。

會前準備

確認會議時間、參會人員與會議內(nèi)容后，將會議地點與時間還有會議階段要準備的內(nèi)容以郵箱的形式發(fā)送給每一位參會人員，并確認雙方時間與實際到會人員名單，確認會議通知都送達。并在會議開始前準備好UI設(shè)計稿以便展示。

參會人員

• 會議主持人：項目發(fā)起人或產(chǎn)品負責人
• 參會人員：項目發(fā)起人及團隊相關(guān)負責人；產(chǎn)品部成員；

會議召開方式：會議在會議室展開，會議地點雙方協(xié)商決定

會議目標

• 確定UI設(shè)計最終設(shè)計
• 初步確定可進入開發(fā)時間；

會前準備:?UI設(shè)計稿;

會議輸出：

• 確認時間節(jié)點；
• 設(shè)計稿最終確認；
• 切圖標注

注：若UI方案已經(jīng)確認，UI設(shè)計稿最終可產(chǎn)品部內(nèi)部會議進行最終確認。UI設(shè)計員在此次會議開展后需要將標注、切圖交付給相對應(yīng)的開發(fā)人員。

四、開發(fā)會議

開發(fā)會議：開發(fā)會議主要是進行難度的評估與開發(fā)進度管理，進行開發(fā)人員的分配與需求管理。

會前準備：

確認會議時間、參會人員與會議內(nèi)容后，將會議地點與時間還有會議階段要準備的內(nèi)容以郵箱的形式發(fā)送給每一位參會人員，并確認雙方時間與實際到會人員名單，確認會議通知都送達。

參會人員：

• 會議主持人：項目發(fā)起人或產(chǎn)品負責人
• 參會人員：董事長，董事長助理，公司總經(jīng)理；項目發(fā)起人及團隊相關(guān)負責人；產(chǎn)品部成員；技術(shù)部負責人；

會議召開方式：會議在會議室展開，會議地點雙方協(xié)商決定

會議目標

• 確定開發(fā)進度管理；
• 技術(shù)難點分析；
• 項目開發(fā)優(yōu)先級分析；

會前準備:?最終UI設(shè)計稿與交互原型、各個相關(guān)人員排期

會議輸出：

• 確認開發(fā)的時間節(jié)點；
• 確定可進入開發(fā)時間
• 初步預測上線時間；

五、發(fā)布前會議

發(fā)布前會議: 開發(fā)人員開發(fā)好測試完畢后，在正式上線前開展一次項目演示會議，最終以雙方滿意作為產(chǎn)品上線的標準。

會前準備：

確認會議時間、參會人員與會議內(nèi)容后，將會議地點與時間還有會議階段要準備的內(nèi)容以郵箱的形式發(fā)送給每一位參會人員，并確認雙方時間與實際到會人員名單，確認會議通知都送達。

會議前需要設(shè)計好會議流程制訂一張會議紀要表，并準備好錄屏演示、講解的ppt以及前期準備的所有文檔與確認立項文檔。

參會人員：

• 會議主持人：產(chǎn)品負責人
• 參會人員：董事長，董事長助理，公司總經(jīng)理；項目發(fā)起人及團隊相關(guān)負責人；產(chǎn)品部成員；

會議召開方式：

• 會議在會議室展開，會議地點雙方協(xié)商決定；
• 多媒體功能會議室

會議目標

• 項目版本進入收尾階段；
• 交付可交付成果；

會前準備:

• 錄屏演示demo;
• 會議流程打印；
• 項目宣講ppt；
• 前期所有相關(guān)文檔；
• 確認函

會議輸出：

• 確認函簽字；
• 確定是否可以上線

以上是根據(jù)項目開展過程進行的流程開展的會議的總結(jié)，只針對新項目上線試用，如果項目已經(jīng)上線就不需要這樣的流程。以上流程圖中的董事長為公司的總負責人。

以下附圖產(chǎn)品部日常的一些工作流程，僅供參考：

項目溝通計劃

項目負責人每周最少一次與業(yè)務(wù)團隊進行項目溝通，通過與業(yè)務(wù)溝通提煉最新產(chǎn)品需求，并分析需求的優(yōu)先級與重要程度決定是否需要新增需求。

新增需求：

如有新增或變更需求，需提交需求變更或需求新增審批件給董事長審批，如果是重大需求變更，需要召開需求變更會議。通過董事長審批即可進入項目執(zhí)行階段，詳細流程參考本文第四章第3節(jié)至第5節(jié)原型—設(shè)計—開發(fā)—發(fā)布的流程執(zhí)行。

審批未通過：

若董事長審批未通過，則需依據(jù)需求重新分析并修改新增需求方案或變更需求方案的審批件，再次循環(huán)審批流程。

無新增需求：

若沒有新增需求或變更需求則將本次溝通做溝通紀要或溝通反饋。

循環(huán)變更需求例如：

• 輸入：被批準變更請求A、B、C
• 輸出：因為A、B、C的變化所引起的D、E、F、G的變更變化，為了讓D、E、F、G也可以順理成章的允許變更，所以要提出變更D、E、F、G的請求，等待批準。

1. 循環(huán)結(jié)束條件1：所有D、E、F、G的變更都被批準，且皆為了滿足A、B、C變更過所帶來的連鎖變動。
2. 循環(huán)結(jié)束條件2：D、E、F、G所引起的H、I、J、K的變更也獲得了批準，且皆為了最終滿足A、B、C變更過所帶來的連鎖變動。

（可以理解為A、B、C為批準的變更請求源。D、E、F、G可理解為 因為A、B、C的變更被允許，所引起的其他一系列需要變更的變更，那么D、E、F、G提出后，需要再一次等待被批準后執(zhí)行）

項目跟進

用戶需求/反饋收集：

項目負責人根據(jù)項目上線情況及時收集用戶反饋，并依據(jù)收集的需求做相對應(yīng)分析與記錄，如有變更需求需提交審批件，做相對應(yīng)的功能改進；如果項目跟進過程中有重大的需求變更，需要召開需求變更會議并提交審批件由董事長審核；

數(shù)據(jù)跟蹤：

定期進行數(shù)據(jù)查詢與分析，根據(jù)現(xiàn)階段數(shù)據(jù)情況及時分析反饋目前產(chǎn)品所存在的問題與需改進的地方，提出相對應(yīng)的改進方案；

了解市場：

關(guān)注同行運營模式變化，實時關(guān)注市場動向，與業(yè)務(wù)部門保持密切的聯(lián)系，根據(jù)市場運營情況，做出相對應(yīng)的運營調(diào)整。

23天從原型到上線的產(chǎn)品總結(jié)第一部分就總結(jié)到這里，第二期再總結(jié)項目過程中的一些流程與需求變更解決方案，以及一些項目反思。

ps：第一次出總結(jié)，不喜勿噴~~~

本文由 @我吃了僵尸的腦子 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。