皇后平台 - 如何设计WMS多批次收货需求(下):方法论实操

发稿时间:2020-01-11 16:39:06 来源:匿名

皇后平台 - 如何设计WMS多批次收货需求(下):方法论实操

皇后平台,前一篇文章《如何设计wms多批次接收需求(第一部分):我的产品方法论》(My Product Methodology)谈到了正常情况下设计产品需求的部分过程,主要是一些方法论和理论方面的东西。然而,本文的内容如下,这也是根据方法论和实际工作的要求进行实践性解释的典型案例,供大家学习和参考。

多批次收货目前是许多同行或竞争对手支持的功能。由于以前的业务模式问题,我们没有调整该功能。目前,业务量增加,相关客户需求增加。因此,我们决定安排该功能的设计和开发。

每个公司都有自己的业务背景,所以我设计的功能一方面是指市场上成熟的业务计划(很难找到计划);另一方面,它也结合了旧体制和旧企业的特点,具有强烈的商业背景品味。因此,在本文中,我将更多地强调产品的内容,更少地谈论业务,因为wms毕竟是一个相对较小的领域。

~请坐好,老司机要走了~

根据前一篇文章的内容,我的产品方法论在产品需求设计过程中一般分为四个步骤,即:

根据方法中提到的四点,我们将依次进入相关的实际操作!一些内容将被截屏省略或替换,主要意思将在适当的地方表达出来。

项目背景通常是最不重要的一环,但也不能少。不需要花费太多的精力、时间等也没关系。,但它不能被忽略,甚至不能被写入,因为它简单且成本较低。

项目背景最好在需求开始设计和计划时编写:

一般来说,对于需求分析过程,我将首先构建一个“业务分析图”,这是mindjet制作的思维导图。其次,根据思维导图绘制业务流程图、数据流程图或其他流程图。

然后,在运行整个过程后,制作“产品结构图”。产品结构图包括“产品信息结构”和“产品功能结构”。在这一步,产品的总体框架就出来了。最后,画原型图,写相关文件等。,并填写一些细节。

以下是我实际梳理这个需求时生成的几个文档、流程、业务分析图和产品结构图:

业务分析图通常包含以下部分:

背景是产品方法论中提到的第一部分:需求背景,而其他部分加上流程图是方法论中提到的第二部分:确定初步计划;因此,业务分析图不仅是背景,也为后续的计划确定起到了一定的铺垫作用。

多批次收货的背景如下:

写完相关的项目背景意味着我们基本上同意这个要求,并且觉得应该做并且值得做。当然,在计划制定的第二步中还会不断发现许多需求,最终发现它们根本无法实现。

这没有害处。毕竟,需求的可行性决定本身并不是一个放之四海而皆准的工作。第二步,发现需求问题几乎没有沉没成本。相反,只有在第三步或第四步之后,问题才真正被发现。

为了确定最初的计划,我通常会对mindjet中的一些业务进行分类,例如需求描述、客户想要什么、当前系统状态、可能的异常等。我将首先使用脑地图来传播我的想法。

然后,当相关信息被整理出来后,可以绘制相关的流程图。流程图可以采用全除法。首先,画一个没有细节演绎的主题流程。只有理想化的情况才能贯穿整个企业。然后在关键区域绘制子流程。子流程也可以用完全划分的方式进行划分,但是不要划分太多的级别。

在流程图被确认后,mindjet的大脑图将被修改并反向调整。同时,在流程图中也可以发现一些问题。两者相互参照,最终调整。下图显示了“一般流程图”和“子流程图”。

整体流程:

子流程:

子流程:

流程图确定后,初步计划就确定了。我对一些数据不敏感,但总的框架是这样的:

初步计划已经在这里决定了,但还远远没有结束,因为到目前为止,我们已经写的项目背景和我们已经起草的需求计划都是产品的个人意见,并且可能到目前为止一切都是错误的。

因此,计划最终确定后,我通常会与开发、测试、业务等部门举行一个简短的会议。主题是“xxx需求计划的讨论”。既然有讨论,就必须先讨论一个主题,当然,就是扔掉我们正在通过电子邮件整理的计划,同时记录一些我们不想理解或感到怀疑的要点,以便于在会上与每个人讨论。

在接受了每个人的“火”洗礼后,根据会议的结论调整你的计划。如有必要,您可以在确认计划后继续召开另一次会议。

如上所述,产品结构图、产品信息结构图和产品功能结构图是杀死小白的三座大山。我建议你阅读《人人都是产品经理》中的两篇文章,这两篇文章流量大,阅读量大,具有一定的指导意义。

我同意产品结构图是全面展示产品信息和功能逻辑的图,包括产品信息结构和产品功能结构。简而言之,产品结构图是产品原型的简化表达。

产品的功能结构图会早于产品的信息结构图出来,因为产品应该先根据第二步的初步计划确定相关的功能结构,然后再去深思相关的信息结构,而不是信息结构投入森林却看不见山。

但是,这个词不能太绝对,因为实际情况是:产品信息结构和产品功能结构不是黑或白、二元对立的,而是相互混合的,你有我,我有你。只有在绝大多数情况下,我们才应该优先考虑功能结构,然后梳理信息结构,这样会更加方便合理。

功能结构实际上很难分类,因为大多数时候功能是信息。如果在功能结构上花费太多的能量或空间,信息结构将头重脚轻且不平衡。

我的想法是:试着从大框架而不是从细节来思考功能点。细节是什么?细节是这个界面上有什么按钮,如何放置按钮,如何提示它们,如何判断要触发什么,以及触发后如何链接……这些都太好了,不能跳出来忽略整个产品。

那么大框架是什么?大框架能够反映特征并解决需求。例如,在仓库收货时,我需要打印收据。在梳理功能结构时,我写道:收据打印->收据模板设计。这里有两个功能。一个是打印收据的功能,另一个是收据的pdf模板。到目前为止,我还没有考虑这个函数是如何触发的,或者这个模板是什么样子的。

这是我所理解的大框架。当我看到标志时,我不会拔出萝卜。

回到上面,我所说的只是我的方法,产品功能结构图本身是一个很难掌握的点。如何操作取决于你自己的理解和探索。下图是我为多批次收货而写的产品功能结构图:

在功能结构确定之后,信息结构将更容易分类,因为信息结构基本上是框架层和表示层。当然,我在这方面不是很有经验,我的理解也可能缺乏表面和本质的获得。

对于网页的B端产品,我通常把信息结构分成页面。当然,批量收据本身由两页组成。如果页面的粒度不够,我会“拆分”页面,通常是从上到下,比如典型的asn页面。我这样分割页面:

首先是顶部搜索区域,然后是中间的表格区域,最后是表格内容区域,加上一些特殊信息或注释。如果是其他产品,如桌面客户端、安卓、ios等。它们可以以不同的形式显示,它们可以根据自己的判断来区分。

在这一点上,产品结构基本上被整理出来了。当您使用这些信息与开发、测试、业务等进行交流时。,他们基本上知道你想做什么。对于一个合作顺利的团队来说,他们可能能够直接开发它。

当然,还有一些细节需要补充。添加它们的方法可以是丰富指南地图、编写相关文档或绘制详细的原型地图。

产品结构图的构建也意味着这个需求的抽象结构已经基本得到处理,如何填充血肉以及如何完成最后一步取决于原型图和文档是如何编写的。

坦率地说,我的原型照片很糟糕!axure的一些高级用法,我不能用,墨刀已经用了几个月了,其他工具也没怎么用。

然而,我毫不怀疑我表达自己的能力。我相信如果原型不够清晰,我可以用其他方法解决它。例如:面对面交流、tapd交流、文档交流、截图交流等。

交流实际上是双向的,你的画充满了美丽的东西,但是对方理解它们是没有用的。你画几下,对方就能明白你的意思。事实上,它也是一个优秀的原型。因此,原型是好是坏取决于原型能否通过开发和测试被理解,以及协作是否有效。至于颜色值,好看肯定是一个优点,但不好看也是一个优点。

我对画原型也没有什么好的建议。从我踩的坑里,我通常有以下意见:

最后,原型图不会被抛出。我相信每个人都能画它,而且它比我的好。原型设计实际上是实例化上一步的抽象方案。有许多实例化的方法,但只有每个人都需要理解。

有长篇演讲和插图来解释真的很累人,但是写这么多是相当有意义的。一方面,你写得越多,你就越觉得你的写作风格太差,废话连篇,干货不多。另一方面,他们自己的产品在这方面的交流太少,平时他们只是盲目地出口,但他们很少有机会与他人交流,了解自己的缺点和不足。

至此,方法论和实际操作的演示已经完成。我觉得我说了很多,但没有什么值得仔细看的。然后,我将优化并迭代一段时间,试图写得更好。

我希望这篇文章能给你一些启发和收获,补充!如果您有任何建议或意见,请留言并指出,谢谢!

维生素,微信公众号:Pisauce个人博客:几句话——记录产品的工作和思考;每个人都是产品经理的专栏作家。中级产品经理,1年开发经验+2年产品经验。该公司主导了在线教育产品,目前是跨境电子商务供应链中的存储和物流产品。欢迎你们一起勾搭和学习。

这篇文章最初发表于《人人都是产品经理》。未经允许禁止复制。

主题地图来自unsplash,基于cc0协议。

威尼斯人官网手机版

© Copyright 2018-2019 bofecafebar.com 天上人间娱乐 Inc. All Rights Reserved.