长期处理问题，他需求了解流水线是怎样运作的，出了问题怎样定位到具体的流水线人物

近期一直在思考关于数据服务的论题，一是自己这些年阅历的这些公司的数据部分都是一种被用户摧残的感触，不论是在大公司中公司仍是小公司，自己做了很多数据的作业，但用户并不买账，对数据短少信赖，价值感和认同感严重缺失。另一方面从用户的感触来看，他们也不是无端的责备，而是实在有数据使用的痛处。

细心深思这个现象，究竟是哪里呈现了问题？为什么我们都很努力的去处理问题，但仍是达不到皆大欢喜的作用？基于最近的作业和对以往的回忆，我以为可能是我们忽视了贴身感的数据服务。短少从大局视角深度的设计数据服务，没有做好数据建设与数据使用的桥接。怎样协助一个非专业的小白用户用好数据是我们都知道的，但从来没有在数据的作业的每一个细节中都渗透这个概念。

从用户的数据运用体感来说，就我自己也有过十分不愉快的体会：运用某数据体系前要考试，不及格不能运用；遇到一个问题，需求自己找到和这个问题相关的全部产品、研制，历经七七四九劫难才得以处理；要想提升有必要经过XX的学习并认证经过；想想这些与数据、产品彻底不搭调的绑定动作就很领人厌恶。我是一个平常很少用到数据的产品司理，但提升有必要经过中台的东西考试才能够申报，想必此刻任何一个人都会骂上几句吧。

数据服务，也许是我们平常忽视的作业，可能它看不见摸不着，可是它就像一个人的表情，带给你的是一种感触，实在存在着。

一、用户的烦恼

最近我和朋友都在周末遇到了用户反应的体系或许数据问题：

朋友担任他公司的某个体系，因为用户的操作不妥，导致体系出了问题，数据有很多没有采集上来，下游的指标数据呈现错误。可解这个问题的进程让用户特别糟心，用户经过ONCALL体系寻求协助，惋惜体系没有周末值班人员，然后他们就经过各种方式联络到了产品担任人，但产品担任人只担任产品问题，数据的问题涉及到一些技能问题，分担这块的技能担任人和产品不是一个部分，所以用户又经过产品担任人的连线到了技能担任人，就这样，用户自己前前后后打了10来通电话，联络到了体系的全部担任人，等了大半天，才算处理了部分问题，但数据的恢复作业还需求再比及第二天才能彻底恢复。

事后同事跟我说，这个事务的用户感触十分不好，假如不是平常联系还不错，必定要向上投诉的。他说最烦的是他是一个用户，处理问题的全程都需求自己来和谐处理，可作为体系方，没有一个大局人或许接口人能够协助和谐，这一点着实令人气愤。就如同去4S店保养汽车，从进入4S园区开始，全部汽车保养的流程都需求靠自己和谐来完结：找前台、描述问题、别离找不同的保养师傅、自己开到洗车区、缴费、自己打开停车场出门杆..

二、你究竟服务与谁

现在绝大多数的中大型公司都有十分长的数据加工流。假如看一个报表的制造，大的模块上来看，就有数据采集、加工、分析、可视化4个步骤，每个步骤下还有很多细分范畴。跟着公司安排的扩大，这些细分范畴都需求细分的人物来完结流水线上的每一步动作，每个人物的作业都十分的专精化，例如做埋点的专职做埋点、做数据加工的专职做数据加工、做东西的专职做东西，乃至一个大型的产品、项目需求多人物协同完结，比如东西的建设，一起需求研制、产品和测验3个人物。

所以这些数据流水线上的人物服务范围只是流水线的一段，它不是大局。每个人物专精在自己作业范畴内，但他可能对自己确切的服务对象并不是了解的很清晰。仍是拿埋点来举比如，专职做埋点的人，他直接服务的对象是谁？他是否和用户有直接的联络？是否有清晰的服务动作和服务流程？

服务的灰区

另一方面，对于数据的使用方来讲，绝大多数的用户是不知道流数据水线有几个人物，他们之间是怎样协同作业的，他们不是数据方面的专业人士，发现问题只能看到问题的表象可是不能拆解问题定位到数据流水线的具体哪个人物上。假如呈现了数据问题，在流水线的一侧我们没有建立好问题的对接机制和流程的话，用户体会就会十分糟糕，跟着长期处理问题，他需求了解流水线是怎样运作的，出了问题怎样定位到具体的流水线人物。