说到电子商务产品,我们不会奇怪,作为一个普通人, 您还应该知道电子商务产品是完成人员购买商品的平台。但作为产品经理,需要阅读带有模块化视觉视觉的电子商务产品。我们可以简单地将电子商务产品拆分到产品中, 订单交易,顺序跟踪三个模块。在每个模块的设计中需要基于场景,以执行功能和逻辑设计。我经历过十多年的电子商务发展历史,用户长期受过教育。 愚蠢的。最快发现你想要的,购买最简单的订单,最方便的交易处理,这些是用户需要的。如果你看一下上面的三个模块
浏览产品模块 - 设计了哪种产品页面,分类,搜索,推荐,排行, 等等。让用户找到您想要的商品。该平台需要考虑如何平衡产品的重量,让他们尽可能地保持可持续生态。
订单交易模块 - 设计的规则是什么可以快速识别对商品感兴趣的用户,设计也可以快速刺激用户订购,您如何轻松地始终如一地完成您的付款行为尽可能简单?
订单跟踪模块 - 什么样的订单跟踪和提醒操作可以将用户提供给系统,旨在使用户感到快速解决的方便。
如本文所示,本文并不是为了告诉您电子商务产品的设计规则。我也不可能在一篇文章中告诉大家超过十年。但我们可以专注于订单交易的基础知识。订单模块逻辑设计。那是, 第三模块问题订单跟踪模块表示。我将结合自己的经验和淘宝设计规则,基于所带来的用户场景,共享订单交易模块的设计规则。有三个主要部分
根据用户场景订购事务要求
从订单状态构建一个整体秩序逻辑框架
订单异常不能忽视
根据用户场景订购事务要求
在设计订单跟踪模块之前,我们必须首先了解用户现在在线放置。正如刚才提到的,现在人们通过电子商务行业教育越来越懒惰。许多企业家公司首先要设计完整的交易闭环,采取很多人力和时间。“懒惰”的用户场景是什么?
当我想买,给我一步付款。不要两步,只要一步,围绕着我。
购买成功后,我没关系。我会记得告诉我我是否打电话给我。那个快递兄弟,把我的门放了 正好,不服用货物。
不要买它,退还金钱。别问我为什么,让我们用业务解释,我会回报我的钱。
仍有许多“懒惰”场景。用户可以如此懒惰的原因,因为他们有懒惰的资本,这些首都反映在持续改进交易过程和产品职能。它是产品的背面,以帮助用户和商家避免了很多风险。隐藏需要用户思考和操作的很多步骤。那么需要考虑哪些关键过程,以满足用户的“懒惰”?基于以上方案,我们可以总结其要反映的产品, 包含:
可以为买家达到单一支付运营,不要让用户有一种击中和思考的感觉,他只需要某些时候,你只需要炸弹,直到付款订单完成。
购买订单后可以为商家提供商家捷径。商家只需要根据炸弹炸弹炸弹炸弹,直到交付成功。
系统必须实时遵循订单进度。提醒用户和商家及时的顺序状态和物流状态。系统必须帮助用户跟踪像按钮等事务。确认收货。
当用户制作Miss Mass Master时, 订单被取消时,你必须知道他的脾气的原因,还要实时帮助她处理订单,还有必要及时通知和拾取商家。
当用户需要出来时,你必须让她快速找到你,及时处理问题。
行,以上只是在订单交易过程中可能发生的场景。产品需要从这些方案中解决,进一步的设计功能模块和逻辑框架。当然,我们还必须设计产品自己的系统。毕竟, 用户需要在系统中受过教育。然而, 使用该产品更好的体验是一个更好的经验。我们需要解决现场的抽象订单交易过程的问题, 包含
设计最小订单交易关闭循环,帮助用户完成基本交易
每个交易状态的设计系统触发机制,帮助用户自动完成基本事务
在每个交易状态下设计异常处理,帮助用户解决更多异常的交易场景
正规制作网站公司下一个, 我们开始从订单交易框架中建立电子商务事务流程。
构建一个整体秩序逻辑框架
订单交易是交易过程中最基本的部分,从最小闭环设计开始,将事务流程补充到最小闭环中。但是如何设计最小闭环,在这里,我们必须首先在订单事务中引入两个核心元素来定义基于场景的状态。核心部分是
1, 订单状态
2, 订单操作
订单状态
订单状态是定义订单的基础将基于订单的基础。就像我们人民的生命周期一样,婴儿期, 少年, 中年, 资历期。订单状态有几个功能
序列:订单状态需要符合某些规则,从上一个订单,不能跳,无法反转。
专业:订单状态异常,按顺序顺序可能是由于某些操作进入异常状态。
可伸缩性:订单状态可以添加为业务场景,但它通常不会删除它。这将影响历史数据。
订单操作
订单操作基于订单状态,订单的操作可以触发给用户。订单操作通常触摸订单状态[网站建设好]它会改变。例如, 买方单击接收按钮后,触发顺序将可应收状态转换为完成状态。订单状态通常是为买家和商家设计的,但是订购操作通常是独立设计的。所以, 在订单操作设计中, 有必要考虑订单功能的用户组。常见的用户组包括买家, 商人, 平台专业网站制作费用管理员。
某些特殊交易平台的订单还包括其他角色。例如, 有足够的产品有销售功能。包括红色的人。这里, 因为管理员是超级的,基本上, 你能行的,也可以设置级别。所以我们没有提出讨论范围。然后考虑对相应角色打开的权限,确认中有哪些特权?然后根据字符标识分发。
划分用户角色
在此状态下定义所有订单
根据角色设置订单操作
下面我们根据订单状态讨论与买方和商家对应的订单操作。
在订单状态下,在订单交易场景下,完成更低关闭,通常常用交易最小闭环过程如下
等待付款 - 要发货 - 发货 - 订单已完成四个州。
等待付款:虽然系统旨在使用户付费一步,但仍然保留未支付的。因为你永远不知道用户不付钱。
等待交货:未支付的订单,在此刻, 买家正在等待。基本上没有必要以后做。将通知商家交货。
等待货物:商人已发货订单,设计最关键的功能是物流跟踪。
订单完成:当买方点击收据时,此订单完全交易。
[众所周知的网站建设是多少]企业网站代运营
就四个订单状态而言,我们划分了商家和买家的两个用户角色。例如, 待充电,一般来说, “确认收据”“取消订单”“查看物流”操作。确认收据是相对买方的权利保护,只向买家开放。根据真理取消订单, 你也可以打开它。但一般受保护的订单,特别是在卖方的状态发货。不会向商家开放,只会向买方开放。查看物流是可以制作的行动。所以我们可以如下安排:
商家:查看物流
买方:确认收据,取消订单,检查物流
根据这个想法,我们可以支付付款, 等待交货, 订单完成状态下的订单操作。由此,最小闭环的排序过程。在订购过程后面可以完美基于此最小闭环。通常常见的操作包括:
在状态时轴上设置系统定时器函数,替代手动操作以更改订单状态。如果您从您的交付中核实,15天后自动收据。
对于业务需求,添加新订单状态。例如, 需要库存组功能。
对于业务需求,添加新订单操作,例如, 商人可以有货,还没有修改库存。当有人下订单时,您需要取消向卖方的订单操作。需要将取消订单操作添加到在那里付款的商家结束。
以下是淘宝的订单状态和与买方对应的订单操作。
订单异常状态不能忽视
如果根据正常的顺序行走,当然还可以。但不符合实际情况,在实际场景中,由于外部原因,每个订单可能导致订单异常。一般异常的主要情况包括
商人不能因为某些原因而发货
买家出于某种原因要求退款/货物
买家因某种原因取消订单
。
在产品水平上,这种异常顺序是必需的。因为异常发生在任何顺序状态,所以, 有必要考虑相应订单中的例外情况。然后根据可能性提供与不同用户角色对应的订单操作按钮。异常处理有两种结果:
一个是取消异常返回正常状态
一个是处理异常交易的结束
异常订单需要添加两个状态,一个是处理,一个是处理结束状态。例如, “申请退款”是加工的状态,“交易闭合”是一个结束条件。在淘宝,用户只有两类状态。的, 正常交易状况,的, 异常处理结束状态,其产品系统已被封装在背景中的所有异常中。
最后, 让我们看看淘宝的所有订单状态以及与买方对应的订单操作。
最后,我们将返回如何根据场景建立订单架构。首先,我们必须分析用户场景,找到需要订购系统满足需求和提供的能力。第二, 我们需要定义最小闭环以满足此需求,在最小闭环中, 您应该在最小闭环中构建一个最小的闭环,其中包含操作的操作的设计概念。然后我们需要基于最小闭环。业务需求,还采用了谈论订购过程的设计过程。最后,我们必须考虑异常处理的状态和运营,最后, 完成订单流程的完整关闭。
原标题:如何根据购物场景设计订单基本过程?
明叫野兽
公司网页设计公司 定制建站报价单
请立即点击咨询我们或拨打咨询热线: 13968746378,我们会详细为你一一解答你心中的疑难。项目经理在线