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

本文是作者在建立數(shù)據(jù)共享系統(tǒng)時對遇到的一些情況進行的復(fù)盤思考，按照產(chǎn)品層和開發(fā)層兩個角度總結(jié)出的經(jīng)驗教訓，與大家分享！

一、產(chǎn)品介紹

1. 數(shù)據(jù)共享系統(tǒng)

數(shù)據(jù)共享系統(tǒng)是一個實現(xiàn)數(shù)據(jù)上云與下云的工具型產(chǎn)品，第一期主要實現(xiàn)結(jié)構(gòu)化數(shù)據(jù)與非結(jié)構(gòu)化數(shù)據(jù)的下云任務(wù)，同時可以對申請的任務(wù)設(shè)置定時調(diào)度更新。

• 產(chǎn)品用戶：對結(jié)構(gòu)化數(shù)據(jù)與非結(jié)構(gòu)化數(shù)據(jù)下云的需求者；
• 產(chǎn)品服務(wù)購買決策者：總署信息中心技術(shù)科；
• 產(chǎn)品功能：數(shù)據(jù)源注冊、下云任務(wù)申請、審批流程、下云數(shù)據(jù)，調(diào)度更新等功能；
• 用戶主要訴求點：保障數(shù)據(jù)安全的在云上實現(xiàn)不同類型數(shù)據(jù)共享；
• 產(chǎn)品原型：5大模塊，每個模塊包含若干信息流；

2. 產(chǎn)品原型五大模塊

1. 用戶分組——用戶可以以組的形式申請、創(chuàng)建任務(wù)；
2. 自定義數(shù)據(jù)源——對想要進行數(shù)據(jù)共享的數(shù)據(jù)源自主系統(tǒng)注冊，通過選擇對應(yīng)數(shù)據(jù)源，實現(xiàn)特定數(shù)據(jù)源下數(shù)據(jù)共享；
3. 以任務(wù)的形式實現(xiàn)數(shù)據(jù)共享；
4. 審批工作流的功能——對共享的任務(wù)需要進行嚴格的審批流程，以保護數(shù)據(jù)安全；
5. 全系統(tǒng)審計——對保證數(shù)據(jù)安全傳輸及共享，對系統(tǒng)中任務(wù)動作都進行日志審計；

二、產(chǎn)品回顧

當前產(chǎn)品的第一期已經(jīng)接近尾聲，回顧整個項目歷程，中間遇到的部分功能重構(gòu)情況是完全可以避免的。

系統(tǒng)首期即將結(jié)束，對項目中遇到的一些情況進行復(fù)盤思考，并從中總結(jié)出了一些經(jīng)驗，以下是按照不同角度進行分類的經(jīng)驗教訓：

1. 產(chǎn)品層

2.1.1 多與客戶溝通，了解功能背后的業(yè)務(wù)背景

通過與客戶不斷溝通，逐步了解客戶使用系統(tǒng)的場景及功能的業(yè)務(wù)背景，才能真正讓系統(tǒng)功能滿足客戶需求。

項目啟動后，第一時間奔赴客戶端，與客戶進行了系統(tǒng)性的需求了解。根據(jù)第一次的溝通，首先梳理了整個業(yè)務(wù)流程；同時查找根據(jù)獲取的相關(guān)信息查找對應(yīng)的競品。流程定后，再次與客戶確認整個流程的完備性。

就這樣流程、功能點、系統(tǒng)模塊分類、初版原型、原型確認、調(diào)整原型、再次確認等不斷的與客戶進行溝通，一次次的向最底層需求探索，一步步熟悉了解客戶的業(yè)務(wù)場景。

由于整個項目的周期較短，需要對系統(tǒng)功能等盡快確認，抓緊時間定板整個設(shè)計。

產(chǎn)品的功能包括數(shù)據(jù)源管理、用戶組管理、任務(wù)管理、審批管理等，任務(wù)管理是整個產(chǎn)品的核心。由于數(shù)據(jù)安全有較高的要求，任務(wù)管理中數(shù)據(jù)的共享就要設(shè)計好相關(guān)的安全策略，對相關(guān)的設(shè)計要即時向客戶確認。

這樣就可以避免因一點的設(shè)計偏差引起其他點的偏離，影響整個項目的周期。

2.1.2 界面細節(jié)

前期需求設(shè)計時多考慮細節(jié)，如寫清楚必填字段，減少后期的溝通成本。

整個產(chǎn)品涉及的頁面較多。雖然按照優(yōu)先級輸出了原型，但是原型中許多細節(jié)沒有完全注意到。比如頁面的必填字段、需要校驗的字段、某些字段的關(guān)聯(lián)性等。

產(chǎn)品設(shè)計時要盡可能多考慮這些細節(jié)，時間緊迫的情況下，可以按照需求的優(yōu)先級，保持和開發(fā)同步的節(jié)奏進行產(chǎn)品設(shè)計。先把一個功能點想透徹后并在原型中備注后，在考慮另一個功能點，這樣開發(fā)在進行中，會節(jié)省很多溝通成本，同時邏輯也會更加清晰。

2.1.3 功能優(yōu)先原則

根據(jù)項目的性質(zhì)不同，重功能，體驗次之。

對于B端產(chǎn)品來說，更重要的是解決客戶問題，實現(xiàn)客戶的業(yè)務(wù)需求，真正幫助客戶提高辦事效率，特別對于工具型系統(tǒng)來說，功能就比較重要，這個和展示型系統(tǒng)有較大的區(qū)別。在功能實現(xiàn)的基礎(chǔ)上，再完善用戶體驗問題。

2.1.4 需求整理

將各類需求歸總整理，確保需求不遺漏。

在需求確認階段，需求會比較集中。當進入設(shè)計階段后，需求的來源就會比較多，如與客戶的討論中客戶忽然提到的新的需要點、客戶在進行原型評審時提到的一些反饋點，有些功能點常常是口頭或是微信等提到就結(jié)束了的等。

對于研發(fā)人員，他們介入一個項目時往往是剛從另一個項目中抽離出來。他們最迫切的就是先進行研發(fā)，對于一些細節(jié)、優(yōu)化、BUG等都會放到后期一起處理。

這時將需求要進行統(tǒng)一整理，形成項目的需求池就顯的至關(guān)重要，這樣在后期追蹤或是客戶忽然提到時有準備，且開發(fā)時不會遺漏，同時也節(jié)省開發(fā)人員節(jié)省尋找需求的時間。

2.1.5 與技術(shù)人員溝通

需求變動時，先與技術(shù)人員溝通，確保技術(shù)的可實施性。

當接到新的需求時，先要思考客戶為什么有這個需求？這個需求的業(yè)務(wù)場景是什么？客戶的提到的需求是解決方案還是真實需求？還有更重要的，要與開發(fā)人員溝通實施的可行性，需求是否合理？

從研發(fā)的角度出發(fā)，對于新的需求需要的視角與實現(xiàn)的難易程度，當與開發(fā)確認好后，再次確認需求的必要性。當所有都滿足時再加入到需求池中，排入開發(fā)周期中。

2.1.6 系統(tǒng)演示

產(chǎn)品設(shè)計后，要盡早進行給最終客戶進行系統(tǒng)演示。

當原型設(shè)計好后，盡早給客戶演示，盡早的讓客戶看到系統(tǒng)的樣子，激發(fā)他們的需要點。這樣有利于更快挖掘到客戶內(nèi)在需要，為開發(fā)等爭取更多的時間，為后期系統(tǒng)優(yōu)化爭取盡可能多的時間。

2. 開發(fā)層

2.2.1 盡早的參與到需求評審中

產(chǎn)品在與客戶溝通時，項目組中重要成員要盡量一起參加，這樣可以對需求理解的更加深刻?？吹较到y(tǒng)原型時，可以從開發(fā)的角度出發(fā)，提出建設(shè)的意見，提高整個項目的溝通效率，對產(chǎn)品設(shè)計不合理的地方盡早提出，這樣可以規(guī)避重工的風險。

產(chǎn)品在設(shè)計時雖然是根據(jù)客戶需求，對整個項目的需求起到把控的作用，但要做到各個功能、各個細節(jié)想到位有點難。這時就需要研發(fā)人員及時溝通與反饋，及時從開發(fā)的角度提出他們的想法，如整個流程及功能的想法，這樣提高效率的同時，減少功能重工的風險。

2.2.2 技術(shù)框架

根據(jù)系統(tǒng)功能，先要盡可能多想一步，定的框架不會因為后期的部分更新導(dǎo)致框架的重構(gòu)。

開發(fā)在拿到系統(tǒng)原型后，首先要考慮整個系統(tǒng)的架構(gòu)問題，不是看原型就開始敲代碼。一個靈活，兼容的框架會使后期少去很多工作量。

本文由 @迎風走 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Unsplash，基于CC0協(xié)議