【統(tǒng)一開放平臺復盤】-創(chuàng)新互聯(lián)

結合PDCA模式，總結經驗，提升項目管理能力：

創(chuàng)新互聯(lián)是網站建設專家,致力于互聯(lián)網品牌建設與網絡營銷，專業(yè)領域包括網站設計、成都網站建設、電商網站制作開發(fā)、小程序定制開發(fā)、微信營銷、系統(tǒng)平臺開發(fā)，與其他網站設計及系統(tǒng)開發(fā)公司不同，我們的整合解決方案結合了恒基網絡品牌建設經驗和互聯(lián)網整合營銷的理念，并將策略和執(zhí)行緊密結合，且不斷評估并優(yōu)化我們的方案，為客戶提供全方位的互聯(lián)網品牌整合方案！復盤的方法與底層邏

項目階段：

項目復盤：

統(tǒng)一開放平臺是個啥？

搭建公司專屬的統(tǒng)一開放平臺，提供對應平臺服務中各類API接口，供給第三方廠商或用戶去做接入，微信支付、支付寶支持，高的地圖等，大部分產品都是調用他們開放的接口，此種情況下第三方不需要再進行頁面和后臺開發(fā)，只需要根據平臺方要求傳入相應的參數即可。

項目名稱：統(tǒng)一開放平臺

項目復盤周期：2022-10-01 —— 至今

項目目標：2022-09-30 ，統(tǒng)一開放平臺V1.0.0版本上線

目標內容：根據需求完成對應功能設計，在對應里程碑節(jié)點下完成最小可行性產品，并進行后期產品迭代規(guī)劃，具體內容為：API管理、授權管理、數據展臺、文檔管理、服務管理、數據開放接口、能力開放接口、門戶相關功能設計及研發(fā)，組件SDK模塊移動到后期版本迭代中進行

項目現狀：完成招標文件上對應所需的必要性功能，并配合研發(fā)進入到產品開發(fā)測試階段

一、項目目標復盤：

1、項目進度復盤

是否按原計劃時間交付？

目標：按照招標文件上的需求進行產品規(guī)劃及研發(fā)

現狀：已完成招標上關鍵路徑對應的功能設計，但產品細節(jié)在一定程度上需要進行優(yōu)化

原因：產品在設計過程中由于時間較為緊張，部分功能在交互或用戶體驗上有待優(yōu)化。

二、需求階段復盤：

1、現狀：招標文件上的需求并不是較為詳細的，導致很多問題更多的方向判斷是產品經理的經驗

2、經驗：后期產品在拿到不清楚且之前未了解過的需求時，需要先去了解對應競品，具體看看競品的功能邏輯，因為大部分是類似的，在一定程度上可以幫助經驗少的產品經理去快速理解需求功能點；如果是需求不清楚但有經驗，則可以按照自己的經驗去思考整個產品結構，同時也可以參考一下競品，在競品的學習過程中，大家可以做到取其精華，去其糟泊，當然更多的時候大家是站在業(yè)務的層面去做產品設計。

三、設計階段復盤：

1、UI設計復盤：在做產品設計以及UI設計時，需要考慮用戶主要是誰？面向的業(yè)務是什么，因為不同的業(yè)務形式有不同的潛在規(guī)則，比如政府項目的話，更多的產品UI風格多政務化，如果是電商的話，則更多是具有商業(yè)化，不用行業(yè)在設計上有不同的風格，即便是同一個行業(yè)面對不同的具體業(yè)務項，也是有不一樣的展示形式，如武警和消防，具體的主題色都會呈現不一樣的，作為一個產品，可以考慮一下產品整體的業(yè)務方向，然后根據方向去實際去做整體產品的規(guī)劃。

2、針對UI風格上，UI設計師雖然是主導，但是如果碰到那種沒有啥經驗的UI設計師，那作為產品經理是需要提前和UI設計說一下具體的業(yè)務方向，如果可以的話，盡可能和設計師溝通詳細一些，避免后期一直改整體的風格設計，說實話，具體要和設計師詳細到那種程度，還真不好說，哈哈哈哈哈哈，只能說最好是多次確認，保證產品一致。

四、開發(fā)階段復盤：

當前是作為產品經理角色在整個產品開發(fā)過程中的復盤：

1、在需求評審前需要做的準備工作：作為產品經理，在需求評審前，我個人建議需要做幾件事，第一作為產品經理，在開需求評審前，你需要梳理一下本次需求評審的功能內容的邏輯框架圖；第二在需求評審前，需要將對應的原型圖、邏輯圖等資料提前一天或者半天發(fā)到對應的研發(fā)人員手中；第三，理解什么是需求評審，很多新人覺得需求評審就是產品和研發(fā)撕逼的環(huán)節(jié)，其實并不是這樣的，好的需求評審會是做一個產品的需求及功能實現方案的確認，并不是讓產品和研發(fā)進行對撕，我目前會在需求前去和對應技術總監(jiān)去溝通一下（這點很重要?。。。。?，目前整體產品實現上可能存在的技術難點，如果存在一定技術壁壘，那可以在產品上進行調優(yōu)，事下溝通，可以一定程度上節(jié)約開會時間且能和技術較高領導人達成一致，避免會上其他開發(fā)人員忽悠說開發(fā)實現不了，有技術總監(jiān)發(fā)話，一切就會好辦很多，這個方法大家可以試試；第四，需求評審前需要預約對應的時間（具體到時分）、參與人員、地點、明確會議主題等會議事項需要提前通知到具體人員

2、需求評審過程中，首先可以整體向大家介紹一下整個產品功能的背景、讓大家事先了解這個功能是干啥的，不要一上來就直接進入到功能研發(fā)講解中，需要把開發(fā)人員帶入到你的講解環(huán)境中，這樣他們才能比較快的去接受你的看法，其次，說完功能背景、業(yè)務背景后，作為產品還需要和大家在整體邏輯上保持一致，所以我建議是大家在需求評審時，需要先說一下整體的邏輯是怎樣的，最后在根據具體的功能進行講解，在具體的功能講解中，如果你覺得有研發(fā)會有忽視或者容易模糊的細節(jié)，也可以隨便提一嘴。

3、在需求評審時，如果遇到和研發(fā)意見不合的情況，可以及時在原型圖上做備注，我個人不建議在會議上和研發(fā)去爭論，說實話毫無意義，還浪費時間，如果是那種和研發(fā)沒有長時間（極限是十分鐘）沒有達成一致的，作為產品經理，需求評審會你自己主導的，所以你可以直接說，這個問題你目前的一些看法，如果和研發(fā)存在較大差異，可以會議后私下再找對應功能開發(fā)的人溝通一下，避免浪費其他人的時間，后期討論的結果也要及時通知到其他人，讓大家整體的邏輯達成一致，避免大家前后信息存在差別（這個很重要?。。。。?/p>

4、最后，需求評審會議結束后，如果原型有需要調整的，我個人建議是及時調整，避免遺忘細節(jié)，調整后及時將最新的原型通知到具體相關人員。

五、一些好用的方法

這是我個人目前較為喜歡的一些做事方法，可以和大家一起交流一下：

需求分析階段

1、我建議大家拿到需求時，不要一開始就去做具體的功能設計，而是需要先把產品的整體框架用思維導圖整理出來，大家可以按照模塊出發(fā)，思維發(fā)散的去想如果你是用戶，你可能會用到哪些功能模塊

2、整理出你覺得必要的功能模塊后，你可以用魚骨圖，對功能模塊進行拆解，拆解出具體這個功能需要完成的事項

3、當確認完成事項后，咋們就可以做一件很重要的事情，采用用例圖，按照角色去做劃分，將不同角色下的操作進行分解，這個很重要，這樣做的話，你可以很清楚的知道具體角色功能權限、數據權限，后期在繪制角色管理、用戶管理、權限管理的時候，你將會十分的便捷

4、通過以上這幾個圖的繪制，我相信你可能已經對自己的產品有很多較為詳細的認知，接下來的時間，就是按照功能去做原型繪制啦

最后：可參考我針對復盤查詢的相關資料

1、如何設計及管理開放平臺？?|?人人都是產品經理?(woshipm.com)?

2、產品項目復盤【方法論+案例】 - 簡書 (jianshu.com)

3、了解什么是用例圖：淺談UML中常用的幾種圖——用例圖 - Vathe - 博客園 (cnblogs.com)

你是否還在尋找穩(wěn)定的海外服務器提供商？創(chuàng)新互聯(lián)www.cdcxhl.cn海外機房具備T級流量清洗系統(tǒng)配攻擊溯源，準確流量調度確保服務器高可用性，企業(yè)級服務器適合批量采購，新人活動首月15元起，快前往官網查看詳情吧

網頁名稱：【統(tǒng)一開放平臺復盤】-創(chuàng)新互聯(lián)
轉載注明：http://muchs.cn/article32/djihsc.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供App設計、外貿建站、ChatGPT、網站內鏈、網站改版、網站維護

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)