网上电子游戏上288x

  • <tr id='3Id3Yu'><strong id='3Id3Yu'></strong><small id='3Id3Yu'></small><button id='3Id3Yu'></button><li id='3Id3Yu'><noscript id='3Id3Yu'><big id='3Id3Yu'></big><dt id='3Id3Yu'></dt></noscript></li></tr><ol id='3Id3Yu'><option id='3Id3Yu'><table id='3Id3Yu'><blockquote id='3Id3Yu'><tbody id='3Id3Yu'></tbody></blockquote></table></option></ol><u id='3Id3Yu'></u><kbd id='3Id3Yu'><kbd id='3Id3Yu'></kbd></kbd>

    <code id='3Id3Yu'><strong id='3Id3Yu'></strong></code>

    <fieldset id='3Id3Yu'></fieldset>
          <span id='3Id3Yu'></span>

              <ins id='3Id3Yu'></ins>
              <acronym id='3Id3Yu'><em id='3Id3Yu'></em><td id='3Id3Yu'><div id='3Id3Yu'></div></td></acronym><address id='3Id3Yu'><big id='3Id3Yu'><big id='3Id3Yu'></big><legend id='3Id3Yu'></legend></big></address>

              <i id='3Id3Yu'><div id='3Id3Yu'><ins id='3Id3Yu'></ins></div></i>
              <i id='3Id3Yu'></i>
            1. <dl id='3Id3Yu'></dl>
              1. <blockquote id='3Id3Yu'><q id='3Id3Yu'><noscript id='3Id3Yu'></noscript><dt id='3Id3Yu'></dt></q></blockquote><noframes id='3Id3Yu'><i id='3Id3Yu'></i>

                 返回亚游 設為亚游              資源已找到,加載中...... 請稍等!          網站地圖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當天修復,一方面可保證工作進度,另外也方便統計數據。
                  上線
                  測試人員測試通過以後,產品人員進行最後的驗收測試,沒問題的情況下,項目發布線上環境。最後測試人員和開發在線上環境再次進行驗收測試,確保無誤後,正式對外公布上線。

              2. 上一篇文章:

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

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