前言
在日常的產品項目中,每個項目都會產生大量的項目資料。如何構建一個可以方便管理並且快速查找的資料體系是我經常思考的問題。根據參與過的大小項目逐漸總結了一套項目通用的資料管理方式。
兩個維度
維度:通用資料管理、項目資料管理
- 項目資料管理:每個項目都是單獨的文件夾體系,這樣可以保證項目資源獨立。
- 通用資料管理:通用資料管理是一些常用的資料的集合,源於不同項目的逐步積累。在通用資料管理中,儘可能的是一些可以快速複用的模板文件。
關係
通用資料管理與項目資料管理是一個相輔相成的關係。通過項目資料文件的積累抽離出通用的常用文件。建立通用資料庫。同時在下次可以新的項目與迭代時可以快速的複用部分文件。
如何快速將項目資料抽離成通用資料
- 歸納總結:不同的項目在部分資料的需求上是不同,但是也會通常會有50%左右的相關重複類型文件。如果公司有統一文檔的規範,這裏的規範就可以直接納入我們的通用資料。如果公司沒有統一的規範,就需要我們從已有的項目中進行抽離。並且逐步的完善。
- 內容標準化:在部分文檔中,每次提交或處理都是固定內容與位置進行替換。此時就可以進行通用模板文件中的常用替換內容進行有效的標記。例如:模板文件中文字用紅色進行標記,方便直接定位替換。同時有利於檢查是否全部修改。
- 整合標記:在通用資料管理中通過標籤或文件命名的形式,進行文件的標籤化處理。方便快速定位查找。
四個方面
四個方面我是按照項目整體的進度順序進行劃分的。一個項目常規的流程就是調研、設計、研發、運營(交付)爲一個週期。
調研方面資料
在調研方面,我們通常有部分調研數據的收集與整理。此過程中可能產生相關的政策資料、行業報告、各類數據、規劃計劃大綱等等。
如何抽離爲通用調研資料。
- 網站收集,建立快速導航目錄。
- 文檔模板收集(MRD、BRD、部分PPT文檔)。
- 問卷調查問卷題庫方式。
- …
設計方面資料
在設計方面,經過了調研,產品一般就會進入確定功能與內容;交互設計與信息架構;界面設計、導航設計、信息設計;本質上是對產品調研結果與產品目標進行“實體化”的一個部分。
設計方面資料主要分爲產品設計資料、交互設計資料、UI設計資料。一般UI設計資料對於我們來說相對較少,但是可以養成對應的收集管理習慣。方便了解主流的UI設計趨勢與規範。
產品設計資料
此處的產品設計資料主要是需求層面的資料。對應的是通常我們在我們項目完成調研後,整理項目功能點、核心流程等等都是在產品設計層面的東西。此時我們會產生項目的相關流程圖、角色構成,核心功能等等。
交互設計資料
交互設計資料主要是將以梳理完成的需求進行結構層面的處理,在結構層面,我們需要設計部分交互邏輯與信息流轉結構。此處會產生較多按照項目類型形成的通用交互方式。同時市場上主流頭部產品具有的通用交互形式也是我們需要收集的資料之一。
UI設計資料
UI設計資料我們只需要收集對應生態的官方資料即可,不同的生態具有不同的差異性。在處理對應生態的產品時,需提前瞭解對應生態的設計規範。
如何抽離爲通用設計資料
- 產品設計資料:抽離常用的流程,總結流程中核心字段。例如:常規的訂單流程。我們可以整理出通用的訂單流程。然後進行標記訂單流程分支位置即可。如:線上線下結合訂單。
- 交互設計資料:抽離出常用的數據交互方式,此類型需要抽象爲層級。
- UI設計資料:只需整理生態差異化的總結即可。(注:此處UI設計資料只是爲了方便後期快速查找規範)。
研發方面資料
研發方面資料主要是整理收集常用的項目使用的規範。研發方面資料重在收集歸納。在部分問題上可以諮詢研發獲取部分資料。
例如:
- 平臺的API申請流程,所需提交資料。
- 部分生態開發框架整理。例如:圖表、前端框架等等。
- 定點知識整理收集整理,例如:數據庫使用、數據埋點規範等等。
如何抽離爲研發設計資料
研發資料重點在於積累,擴充自我的知識邊界,在這裏需要進行自我總結形式的整理。例如不同平臺框架的特性進行交叉對比等等。
運營交付資料
主要分爲兩個方案,自研產品的運營,合作項目的交付。
自研產品的運營
系統使用手冊、系統使用規範、反饋流程規範、版本迭代規範等等,此處主要是在項目基礎上搭建一個完整的項目資料庫。
合作項目交付
在合作項目交付上,有的項目需要提交完整的項目資料,此時我們可以將項目資料按照調研、設計、研發、運營四個方面進行整理。
如何抽離爲運營交付資料
在自主運營上,對應的相關運營規範可以整理成通用模板,方便複用。
在合作項目交付上,按照層級整理出對應的文件夾體系,後續只需將對應文件進行歸檔即可。
總結
如何搭建一個合理的體系需要結合所處環境進行合理調整。例如:公司有對應的文檔規範庫,此時這部分規範就是項目通用的基礎組成。後續只需進行自我補充即可。
資料的整理主要是爲了搭建通用的資料庫,通過通用資料庫的搭建逐漸的進行我們的積累與提效。