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

本文主要介紹后臺產品從0-1的產品實現過程。最近在負責公司的一個后臺項目，本人是技術轉型開發，之前負責的也多數是后臺管理系統，希望跟大家分享一些個人心得。

后臺產品一般都是辦公使用，或者內部人員使用，實現過程一般來說有以下幾個步驟，需求調研、原型設計、需求評審、開發、測試、上線，此篇著重講一下開發前期的需求調研，原型設計和需求評審。

需求調研

后臺產品的需求相對比較明確，大部分的需求來自領導，少部分的需求來自各個部門，比如市場、客服、人事、財務等。

需求調研的過程中，一定要明確調研的目的，比如客戶管理功能，市場部、客服部員工會比較關注新注冊客戶、今日使用客戶、我根據的客戶等，對于研發部、職能部門可能就只是看一下客戶記錄，因為他們不需要去關注客戶的具體跟進情況。跟不同部門人員溝通需求時候，要有側重點，員工不關注或者幾乎不用的功能問了也是雞肋，并不能給實際的工作帶來幫助。

需求調研以后，就要進行需求整理。收集到的需求都是分散的，可使用XMind（或者MindManager）軟件繪制思維導圖，進行簡單的邏輯整理，把相關的業務或者功能進行分類，然后再細化模塊，采用 分-總-分的模式。我們之前的后臺分類是按照業務線劃分，比如移動端，PC端產品，然后產品模塊下會有客戶管理、訂單管理等，后面在重新規劃后臺的時候，采用的是功能劃分，比如客戶管理，然后模塊下會有移動端產品客戶、PC端產品客戶等。這兩種模式沒有對錯之分，因為后續考慮到角色權限，按照功能劃分容易規劃權限。

需求整理分類以后，要開始歸類劃分，學會區分真假需求。比如用戶反饋需要加一個功能，不是盲目去加功能，要考慮需要此功能的目的，有時候他需要B功能去實現C功能，那如果直接提供一個C功能豈不是更好。需求分類以后，要根據時間情況規劃優先級，可根據四象限法則來定義。

原型設計

框架定了以后，開始進行頁面原型設計，目前使用的軟件是Axure，后臺產品的終端大多是PC或者筆記本，Axure功能比較強大，比較適合做PC的原型設計。

針對后臺產品原型設計的過程中，要把握幾個點：考慮使用場景、功能要強大、行為路徑要短、效率要高、要有容錯機制。具體到頁面細節，需要注意的比如尺寸適配、數據的增刪改查、字段的長度、必填項、交互樣式等。如果有設計功底的話，在原型的頁美觀度上可以進行優化，輸出中保真、高保真原型圖。

考慮使用場景：就拿分頁功能來說，之前我們做的后臺一般一頁顯示20條，最多50條記錄，我在設計后臺的時候想當然也按照這樣分頁記錄，后面跟領導討論后才知道，只是客戶量就上萬，每頁顯示20條記錄根本不符合使用場景，至少每頁100條或者200條記錄才可滿足需求。

功能強大：比如客戶管理，除了查詢、添加、編輯、刪除、詳情，還要跟進業務情況考慮是否需要添加任務、添加訂單、跟進情況、日志記錄等等。最好考慮到業務的各個方面，并有所側重。

行為路徑要短：用戶可以通過1次或者0次交互可達到目的，就不要讓他2次或者更多次交互才達到目的。比如查看客戶列表，客服部、市場部比較關注我的客戶，那頁面在加載的時候默認就加載我的客戶數據，并高亮顯示。而不是先顯示全部客戶，再點擊我的客戶才可以看到需要的數據。

效率要高：這個一般針對大數據的時候，要考慮加載速度，系統性能問題，需要技術層面多多優化。

要有容錯機制：后臺系統一定要有容錯機制，不能說用戶操作錯誤或著誤操作，就無法挽回。比如針對禁用按鈕，要點擊按鈕時提示是否確認禁用，禁用后會帶來哪些影響，盡量在操作前給出相應提示。

原型設計的同時還需要輸出的是PRD文檔，一般會花費60%的時間畫原型，40%的時間寫需求文檔，但是實際上PRD文檔的重要性要大于原型，因為原型很多交互，功能細節等需要通過PRD來進行描述。需求文檔方面，主要的是把需求描述清楚，條例清晰，邏輯嚴謹，至于格式參考公司原有的就可以。

需求評審

需求評審分為內部評審、團隊評審。

內部評審一般參與人員有產品總監、產品經理，主要目的是針對有疑慮的點，大家提出一些可行性方案，擇優決定，另外就是看看原型、文檔哪里有問題的提出來再進行優化。比如列表項的選填，PC端產品支持可選，可填，手機端考慮到屏幕尺寸問題只支持可選，這樣顯然是不合理的，考慮一致性的話，手機端也需要支持可填。

團隊評審一般參與人員有產品經理，項目經理，測試主管，設計師（需要設計的話），主要目的是針對產品流程，產品實現展開討論，為了確保產品落地，另外項目經理也要根據產品的原型設計，考慮技術可行性。特別是對于已有功能做優化的時候，要考慮到不破壞原有的數據結構，項目經理就需要對一些產品細節進行把控，比如字段長度，必填項等，需要兼容原來的產品設計規則。

開發

原型定稿以后，交由設計師設計，一般后臺產品為內部人員使用，設計部分相對弱化。開發可根據原型或設計稿，進入開發階段。項目經理要根據產品原型，制定出項目排期（研發一般區分前端和后端，排期方面盡量詳細）。產品經理要按照項目排期，推動產品落地，及時掌握工作進度。

在開發過程中，如有需求變更，及時通知到相關負責人，共享文檔及時更新，避免開發人員拿到舊版本的原型或文檔進行開發，重復勞動。

測試

開發人員功能開發完畢以后，首先要保證單元測試通過（開發人員進行單元測試一般在開發服務器進行），然后交付測試。測試人員根據具體情況，可按照業務線、功能模塊等進行測試，測試人員一般在測試服務器（模擬線上服務器）進行測試。產品經理在此階段也要參與測試，主要關注一下產品的流程實現是否合理。

測試過程中提交的Bug，要及時進行修復。產品也要關注Bug的數量和修復進度，需要去定義哪些是需求，哪些是Bug。我們之前的處理是測試階段每天16:00之前的Bug當天修復，一方面可保證工作進度，另外也方便統計數據。

上線

測試人員測試通過以后，產品人員進行最后的驗收測試，沒問題的情況下，項目發布線上環境。最后測試人員和開發在線上環境再次進行驗收測試，確保無誤后，正式對外公布上線。

以上是個人針對后臺系統實現分享的個人心得，歡迎大家多多交流，共同進步！

本文由 @lihuakai 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Pexels，基于 CC0 協議