返回首頁 設為首頁              資源已找到,加載中...... 請稍等!          網站地圖google地圖百度地圖同行旅游RSS |

  資訊>|新聞|人物訪談|新手教程|網絡營銷|互聯網絡|站長故事|網站設計|網絡應用|

  分類>|百度推廣|谷歌推廣|騰訊推廣|必應推廣|雅虎|搜狗|搜索|炒作|軟文|博客|綜合|

  目錄>|推廣故事|域名空間|故事|編程|合作|休閑|人才|招聘|論壇|博客|站長|休閑|

>> | 設為首頁 | 加入收藏 |

后臺產品如何完成實現的過程
后臺產品如何完成實現的過程
   點擊數:198  更新時間:2017/11/19 20:22:28
  本文主要介紹后臺產品從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當天修復,一方面可保證工作進度,另外也方便統計數據。
  上線
  測試人員測試通過以后,產品人員進行最后的驗收測試,沒問題的情況下,項目發布線上環境。最后測試人員和開發在線上環境再次進行驗收測試,確保無誤后,正式對外公布上線。

  • 上一篇文章:

  • 下一篇文章: 沒有了
  • 【字體:
      網友評論:(只顯示最新10條。評論內容只代表網友觀點,與本站立場無關!)
    相 關 文 章
    沒有相關文章
    最 新 推 薦

    Copyright © 2005 - 2011 建站流程網 chczz.com All rights reserved. 聯系郵箱:chczzcom#163.com
    中國信息產業部備案編號:渝ICP備09029879號-2
    本站全部資源來自于互聯網,只供學習,不得用于商業,如有侵犯版權請聯系告知,來信請務必附上版權申明及相關證據,我們將第一時間刪除.

    cctv5高尔夫网球频道