一切從用戶出發(fā)，一定不是用戶說什么就是什么！
從數(shù)據(jù)分析師轉為數(shù)據(jù)產品經理之后，最大的變化是自己的角色多了更多服務的性質，在定位產品經理時，聽到、看到最多的觀點都是作為產品經理應該一切從用戶出發(fā)！現(xiàn)在我不禁開始審視這個問題，到底該如何理解一切從用戶出發(fā)這個概念。
01
年前，公司領導發(fā)出了這樣的一個疑問：數(shù)據(jù)團隊已經發(fā)展幾年了，為什么用戶還在大量手工處理數(shù)據(jù)呢？
帶著這個疑問，我盤點了一下數(shù)據(jù)平臺上的報表，一共開發(fā)了334張報表（不包含已下線的），使用情況如下：
- 每月被訪問報表數(shù)293張，占比58%；
- 平均每張報表被授權用戶數(shù)51人，每月有訪問用戶數(shù)3.4人 ；
- 平均每張報表每月被訪問次數(shù)51.3次，每天訪問次數(shù)1.97次。
其中有一塊業(yè)務一共開發(fā)報表37張，每月有被訪問報表數(shù)9張，平均每張報表有授權用戶數(shù)37人，每月被訪問次數(shù)0.3。更讓我吃驚的是這些報表基本都是去年開發(fā)，在這之前開發(fā)還未下線的報表更處于無人問津的狀態(tài)。
回顧一下這多年的工作狀態(tài)，截止目前，我們仍然處于用戶不斷提需求，研發(fā)同事不斷趕進度，用戶大量手工處理數(shù)據(jù)、繼續(xù)提需求的惡性循環(huán)中。
為什么會這樣？我們開發(fā)的產品全部都是以用戶需求為基礎啊，明明是他們要的，為什么不用？
02
基于上述分析結果，我調研了部分同事及關鍵業(yè)務用戶后，主要原因可以分為以下幾點：
- 業(yè)務成熟度不高，需求多變。公司處于高速發(fā)展狀態(tài)，通過數(shù)據(jù)需求機會和做問題診斷是主要手段，這就導致了大量數(shù)據(jù)需求的狀況，但是由于業(yè)務不成熟，在探索前進的路上，數(shù)據(jù)需求分析必然產生多變；
- 缺少一致的數(shù)據(jù)分析文化。我理解為對于業(yè)務，不同的人有不同的想法，沒有形成統(tǒng)一的數(shù)據(jù)分析體系，提交給我們的數(shù)據(jù)需求就是千人千面；
- 對系統(tǒng)不信任。用戶習慣于將自己手工加工數(shù)據(jù)存數(shù)據(jù)才有安全感，這已經成為了一個常態(tài)。
- 組織架構多變，人員流動性大，交接不到位。在調研的過程中，我看了一個部門數(shù)據(jù)分析專員做的表，數(shù)據(jù)平臺基本都有，我問他為什么不用，他告訴我自己都不知道有這些表，因為在他前面的那個人沒有交接給他。還有一種情況是前面走的同事基于自己對業(yè)務的理解提了一套報表需求，但是新來的同事想法又變了，直接導致前面開發(fā)的表沒人用。
現(xiàn)在跳出來看這些問題，可想而知我們的產品使用率能高到哪里去。
作為新成立的數(shù)據(jù)部門，或者新上崗的數(shù)據(jù)產品經理，為了體現(xiàn)價值做出成績，一開始奉行一切從用戶出發(fā)可能是最好的方式。回想一下這幾年我們的工作模式——70%時間做需求開發(fā)，30%時間在做系統(tǒng)建設，即使這樣，用戶滿意度卻始終處于相對低下的狀態(tài)，提起數(shù)據(jù)團隊，印象仍然是開發(fā)的東西沒人用。
時間長了回過頭來才發(fā)現(xiàn)，一切以滿足用戶需求為主的工作模式可能已經行不通了，改變現(xiàn)狀，勢在必行！
但是，在沒法改變業(yè)務現(xiàn)狀的情況下，我們該怎么做？
03
1. 深入業(yè)務，引導用戶
很長一段時間里，領導對我們的要求是不要埋頭接需求，要引領用戶，你才能做出真正有用的產品。每次我都欲哭無淚，我一直問自己連用戶現(xiàn)有的需求我都不能滿足，我怎么引領他？我還能做到比業(yè)務更懂業(yè)務？
經過多個項目的洗禮后，我覺得可以改變一下思路，雖然不能做到引領用戶，但是我可以引導用戶。
作為IT服務部門，你會發(fā)現(xiàn)你真的很難做到有量化的標準去拒絕用戶的需求，特別是項目需求，否則很容易就上升到你影響了他的業(yè)務發(fā)展的高度，但是改變這個局面我們可以這樣做：
（1）在理解業(yè)務的前提下去分析需求性質，滿足用戶但不完全聽從于用戶
（2）從用戶層面來看，需求可以分為個體和項目制兩類：
個體需求可以理解為用戶為了滿足短期的數(shù)據(jù)分析需求，或為了指導某個崗位的具體操作而必備的基礎報表。如果是前者，建議直接寫腳本按時提數(shù)；如果是后者，則可以考慮開發(fā)相應的數(shù)據(jù)產品。由于用戶提需求幾乎不需要成本，他們不會為你考慮太多，這就需要你清楚用戶的目的，當然這個目的是需要你跟用戶不斷的溝通、深挖的，這個就要看個人的技巧了。
對于項目制的需求，我們要提前洞察到各業(yè)務部門的項目規(guī)劃，盡早知曉需要在大數(shù)據(jù)平臺上實施的項目，然后適時的參與進去，這個階段我建議在內容設計階段就接入，因為這個階段是影響用戶的最佳時期，作為數(shù)據(jù)產品經理可以結合自己對于每塊業(yè)務的數(shù)據(jù)流、數(shù)據(jù)結構的了解情況引導用戶去設計、規(guī)劃項目實施內容。如果我們還像以前那樣等著項目需求給到我們手上，那等待我們的就只能是被動執(zhí)行，已經失去了輸入自己影響力的機會。
2. 提升用戶體驗感，改變用戶習慣
滿足用戶需求的同時給到用戶更好的體驗，是我們的職責和義務，但是我現(xiàn)在想說的是，在給用戶好的體驗感的情況下，引導用戶改變數(shù)據(jù)應用的習慣更應該是我們的努力方向。
舉個例子，很多情況下用戶都習慣于以報表的形式提報需求，我們可以結合數(shù)據(jù)分析的目的及邏輯提供給用戶更多的查看數(shù)據(jù)方式，譬如：對于明顯總分結構的套表可以設計成可視化看板；對于用戶提報的大寬表格式的表，可以引導用戶用自助分析的形式去查看數(shù)據(jù)。
在不斷給到用戶不同的體驗后，用戶才會對我們數(shù)據(jù)平臺有更多的了解和認識，習慣也就潛移默化的被我們改變。
04
服務用戶，勤于建設
在信息系統(tǒng)技術部門，自身平臺建設的重要性不需要我做過多強調，但是現(xiàn)狀是前面很長時間基于用戶對我們的滿意度需求，我們70%的時間都用來被動滿足用戶需求，在系統(tǒng)建設層面我們做的功夫還不夠多；
系統(tǒng)建設上主要分為三大塊：前端平臺建設及優(yōu)化、后端數(shù)據(jù)倉庫建設及應用模型優(yōu)化、數(shù)據(jù)治理。
- 前端平臺建設由于直面用戶，建設的好不好直接影響用戶體驗；
- 后臺數(shù)據(jù)倉庫建設是業(yè)務板塊需求的數(shù)據(jù)支撐，直接影響前端數(shù)據(jù)輸出；
- 數(shù)據(jù)質量是個大工程，涉及到各業(yè)務系統(tǒng)，需要業(yè)務系統(tǒng)、用戶高度配合，只有保證數(shù)據(jù)質量的情況才能保證數(shù)據(jù)準確性。
這三塊細講起來都需要很大的篇幅，后面會單獨進行解析。
05
數(shù)據(jù)團隊開發(fā)出來的產品使用率高不高，當然不僅在于用戶，從系統(tǒng)層面也會有很多原因，譬如數(shù)據(jù)更新不及時、數(shù)據(jù)質量不高、數(shù)據(jù)平臺數(shù)據(jù)與業(yè)務系統(tǒng)數(shù)據(jù)有偏差、數(shù)據(jù)平臺體驗感差等等，這些問題都需要我們去關注和解決。
但是在面對用戶，我們一定要主動去改變被動等需求的局面，不讓用戶牽著走，我們才能更好的審視自己，發(fā)現(xiàn)問題和解決問題。
一切從用戶出發(fā)，一定不是用戶說什么就是什么！
愛盈利-運營小咖秀(www.jza6.com) 始終堅持研究分享移動互聯(lián)網App運營推廣經驗、策略、全案、渠道等純干貨知識內容；是廣大App運營從業(yè)者的知識啟蒙、成長指導、進階學習的集聚平臺；
想了解更多移動互聯(lián)網干貨知識，請關注微信公眾號運營小咖秀（ID: yunyingshow）
【轉載說明】 若上述素材出現(xiàn)侵權，請及時聯(lián)系我們刪除及進行處理：[email protected]
