定位|你的系统定位是什么？

今天想通过我自己过去一年多做的项目开始聊一聊，一个清晰的产品价值定位对产品经理自身和产品的搭建的重要性。

文章插图
在之前的文章中我也聊到过，我本身不是“科班出身”的产品经理，半路出家的过程也算坎坷。前期由于原来的工作经历，所以主要从事的是WMS产品经理。阴差阳错在19年底进入了现在这家公司，当时的物流产品经理离职了暂时找不到人，让我先顶上，我也是措手不及，从来没了解过，也没人带，只能自己摸索着做。
【定位|你的系统定位是什么？】且当时的物流系统不像仓储系统有实际的面向用户(仓库员工)和实际的流程(仓内实操)。它本身没有实际的使用用户，只是记录上游发货时的物流信息，因此存在感很低，不得不说，接到这样一块可以说是“鸡肋”的活，我还是有点失落的。
一、系统分析-我的困境秉着来都来了，先做做看说不定会有意外收获的想法，我对当时的系统进行了一个简单的分析。主要是从以下几个方面：
->核心用户：无
挖掘核心用户，主要是为了初步了解需求，了解当前系统对用户诉求的满足程度并考虑后续的规划方向。
由于我们是新建立的团队，当时划分了物流系统领域是因为标准流程中有这一环，需要有一个系统来记录物流数据。系统初始的搭建并不来源于实际的用户诉求，所以在当下我其实没有找到实际的系统用户。
->核心流程：无
核心流程是指基于核心需求和核心目标搭建的流程，是系统的命脉，通过核心流程为用户提供核心价值，才能抓住用户，体现系统价值，系统才有存在的意义。
而当时物流系统自身并没有业务流程，核心只在于记录上游发货的数据，创建运单（运单包含发货明细，甚至运单的状态是来自于收发货的节点，并不代表实际当前物流配送的情况）。
所以哪怕用户想要真正关心物流过程，也是没有做到的。

文章插图
->核心数据：无
既然是物流系统，那么应该要具备最基础的物流数据能力，但是在当时，这个系统本身是不具备生产和定义数据的能力的，从上面流程图中就可以看出，他的数据来自于外部系统，包括物流信息的录入也是。导致上游给什么，系统落库什么数据，而仓储系统必然是不会给予物流信息标准定义的，导致物流系统里就有了各种五花八门的数据，光一个顺丰就有七八种名字，更别提其他的数据了。

文章插图
综合以上来说，在当时这还是一个还不具备核心能力，没有领域核心数据和价值，无法真正赋能用户的“系统”。所以这可以理解成一个从0到1的新项目。
新的方向-我的开始
那么我要从哪儿开始呢？
从我个人的经验来说，我自己更习惯于从以下这四个步骤来设计系统的方向，包括：

文章插图
二、寻找潜在用户即用户访谈，挖掘和识别潜在用户。寻找可能和系统存在相关性的用户，了解和识别用户需求。他们想要什么，他们是会是我系统的用户吗？当然也不是盲目的去找，我自己是联系岗位相关的同学：如物流采购、物流管理、运力管理、司机管理等相关岗位的同学，问他们：你现在的工作考核指标是什么？你目前工作上最大的困扰是什么？如果有一个系统，你希望他可以有什么功能呢？了解他们的难点和期望。