商户入驻
注册、证件核验、一个用于管理商品和订单的后台,以及一份清晰展示已售出商品和适用佣金的账目。
电商平台不是产品更多的网店。它其实是合二为一的两个产品:一个供商户上架和管理所售商品的工具,以及一个供买家浏览和结账的体验,二者通过双方都信任的支付、评分和纠纷处理机制连接在一起。迪拜电商平台网站开发从分别梳理这两条旅程开始,在设计任何一个界面之前,因为大多数电商平台的失败,追根溯源都是某一方被当作了次要考虑。
本页属于我们更广泛的按行业划分的网站设计工作。关于底层建设,请参见网站开发;关于店面和支付方面,请参见电商解决方案。
两个方面
每一个界面都属于其中一方,两方都必须先各自独立运作良好,平台才能作为一个整体运作起来。
注册、证件核验、一个用于管理商品和订单的后台,以及一份清晰展示已售出商品和适用佣金的账目。
跨多个商户目录的搜索和筛选,类别设置要符合买家的思考方式,而不是照搬商户自己组织库存的方式。
评价、卖家评分和可见的纠纷处理流程,因为电商平台上的买家信任的是一个他们从未打过交道的卖家。
消费者保护
阿联酋消费者保护立法依据 2020 年第 15 号联邦法律制定,其执行细则进一步细化了供应商的义务。经济与旅游部自己对这些规则的总结指出,供应商,包括通过电子商务经营的供应商,必须妥善处理价格披露、产品缺陷、保修落实和商品出现问题时的取回等事项,该框架适用于在阿联酋注册的企业,包括自由区企业。
对电商平台而言,这通常意味着平台需要在结账前清楚显示价格,一套每位买家都能轻易找到的退货退款流程,以及一条能让真实投诉送达可以处理它的人手中的渠道。这正是迪拜电商平台网站开发从一开始就必须规划的细节,而这些义务在平台和个别商户之间具体如何划分,是一个与贵平台结构相关的法律问题,最好向阿联酋法律顾问核实,而不是从一份通用指南中假设。
支付
支付层通常是电商平台建设中比普通网店更棘手的部分。不是由一个商户账户为一个卖家收款,电商平台通常需要把每笔销售中属于各商户的份额路由给他们,平台佣金自动扣除,而不是每月手动核对。
我们会把网站对接到一个支付网关,或一个专为这种分账场景而建的电商平台专用支付服务商,而不是从零开始搭建资金拆分逻辑。佣金规则、结算周期以及任何增值税处理,仍然归贵司财务团队掌控。
内容审核
一个从不下架不良商品的电商平台,会很快失去买家的信任,因此内容审核必须从一开始就是迪拜电商平台网站开发的一部分,而不是等问题出现后才补上的事后工作。
让商户能公开上架之前先进行简短审核,核查其营业执照和基本信息,而不是让任何人即时开放上架。
每条商品上都有一个可见的举报或标记按钮,路由到贵团队真正会查看的队列,而不只是一个消失在收件箱里的表单。
上线策略
上线时铺得又宽又薄的目录,通常表现不如一个内容充实、范围较窄的目录。
| 上线方式 | 适合的情况 |
|---|---|
| 在一个类别中精选少量商户 | 在向更广泛开放平台之前先建立买家信任 |
| 邀请制商户入驻 | 希望在早期就把控上架质量 |
| 开放注册,上架前审核 | 已经有大量潜在商户的需求 |
无论选择哪条路径,一个有十条描述详尽商品列表的电商平台,在买家信任和搜索可见性上,都胜过一个有两百条内容单薄列表的平台。这是我们在几乎所有迪拜电商平台网站开发项目中看到的模式,无论类别是什么,也无论平台销售的是商品、服务还是租赁。
启动准备
对以下每一项给出清晰的答案,能大大加快迪拜电商平台网站开发的进度,因为大多数延误来自悬而未决的决策,而不是建设本身。
谁可以销售,他们注册时需要提供什么,以及买家在信任一条商品列表之前需要看到什么。
佣金如何计算,商户多久获得一次付款,在支付对接建设之前先与贵司财务团队确认。
一套反映买家搜索方式的初始类别,而不只是商户如何描述自己库存的方式。
商户和买家条款经贵司法律顾问审核,因为这些条款规定的义务不是我们能代替贵司决定的。
买家
电商平台通常是由同时考虑双边增长的人委托建设的,而不只是单一店面的负责人。
考核指标是平台能否吸引足够多的商户和买家从而实现自我维持,因此第一个问题通常是第一版能多快上线、并用真实用户测试。
考核指标是平台日常制造了多少人工工作量,商户审核、纠纷处理和结算对账,因此他们会问网站上线后还有哪些环节仍需要人工介入。
考核指标是电商平台两端的增长和单位经济效益,因此他们会问商户和买家数量以及佣金收入从上线起将如何被追踪。
在第一次会面中,我们通常会被问到商户入驻需要多久、佣金如何计算和展示,以及买家和商户之间的纠纷在日常中实际如何解决。这三个问题几乎出现在我们启动的每一个迪拜电商平台网站开发项目中。
卖家入驻
商户端是电商平台大部分运营复杂性所在,迪拜电商平台网站开发必须像对待买家页面一样细致地设计它。一个新商户通常先注册基本营业信息,上传营业执照和任何类别专属文件,然后等待审核,商品才能公开上架。这道审核正是维持平台可信度的关键:一个让任何人即时上架、完全没有核查的平台,往往会很快积累低质量甚至欺诈性的商品列表。
核验不需要繁重才有效。上线初期,核实营业执照真实且企业名称匹配通常就足够了,之后再为需要更深入核查的类别加码,例如食品处理许可证或医疗执业牌照。把这一步做对,是任何迪拜电商平台网站开发项目最早期的决策之一。
商户后台
商户是通过管理自己商品和订单的便利程度来评判一个电商平台的,一个糟糕的后台赶走优质商户的效果,不亚于一个缓慢的买家结账流程赶走购物者。
添加、编辑和暂停商品,无需等待平台团队处理常规改动,每条商品都有清晰的状态:在售、待审核或已拒绝。
清楚显示新订单、需要处理的事项,以及已发货或已送达的内容,商户无需另外查邮件。
实时显示已售出商品、适用的佣金,以及商户在下次结算时能拿到多少,确保没有意外出现。
佣金与结算
佣金的计算方式必须简单到商户不用每次都联系客服就能预估自己的结算金额。最常见的做法是按销售额收取固定百分比,有时按类别不同而浮动,佣金在商户的份额路由给他们之前自动扣除,而不是靠手动核对。迪拜电商平台网站开发必须让商户在销售发生时就能看到这一点,而不只是在结算时才看到,因为一个看不清佣金如何计算的商户,往往会随着时间推移逐渐失去对平台的信任。
结算时机是一个与佣金本身分开的决策。有些电商平台在销售确认后不久就结算,另一些则等退货窗口关闭后才结算,这能保护平台不必为后来被退款的订单先行付款。两种方式都可行,但需要及早决定,并在商户加入之前就清楚告知,而不是等到他们第一次结算时才发现。
纠纷处理
买家和商户之间的纠纷,是对电商平台最直接的考验,因为双方都期望由平台来公正解决。
一条从订单直接发起的可见路径,而不是一个通用联系表单,这样买家或商户不必从头解释这是关于哪笔订单的问题。
照片、消息或送达确认直接附加到有争议的订单上,让审核人员不必只依赖一段文字描述。
纠纷被路由到一个包含订单、双方消息和清晰状态的队列,而不是分散在邮件和聊天记录中。
退款、部分退款或结算放行,一旦解决就会同步反映在买家和商户双方的平台界面上,不需要手动变通处理。
我们会把这一流程和界面作为迪拜电商平台网站开发的一部分来建设。由谁来裁定一起有争议的案件,以及贵司政策实际允许什么结果,是贵司的业务决策,必要时也是法律决策。
冷启动
一个没有商户的电商平台,买家无从浏览。一个没有买家的电商平台,商户没有理由上架。这就是冷启动问题,也是新电商平台停滞不前最常见的单一原因,而不是网站本身的缺陷。
大多数成功的电商平台,会先手动招募一小批投入的商户,然后才向买家开放,而不是从零开始同时增长两端。
上线时聚焦在一个类别或迪拜的某个区域,比试图从第一天起覆盖所有内容更容易做到可信地填满内容。
有些电商平台在上线时会上架少量自有库存或几个创始合作伙伴的商品,让买家在商户数量增长期间有真实内容可浏览。
网站可以支持冷启动策略。它无法独自解决冷启动问题,任何迪拜电商平台网站开发项目都不应该承诺相反的说法。
托管与支付
在一笔销售和一次结算之间持有客户资金,在阿联酋属于受监管的活动,而不是一个可以留到后面再处理的技术细节。阿联酋中央银行的储值设施监管规定为发行储值或在转账前持有客户资金的公司设立了一套发牌制度,并把”浮存金”定义为客户为换取储存在某设施上的价值而支付给持牌机构的资金。实际上,这正是迪拜电商平台网站开发把支付路由通过一个持牌支付网关或电商平台专用支付服务商,而不是自行搭建一个由平台持有买家资金的系统的原因。
这不构成法律意见,贵司具体的支付流程是否需要自己的牌照,还是可以完全通过一个持牌第三方服务商的基础设施运作,取决于资金在贵平台内部具体的流转方式。在支付流程建设之前,这个问题应该与贵司的支付服务商核实,如果结构不够直接,还应咨询阿联酋监管顾问。
商品质量
除了审核商户之外,一个活跃的电商平台还需要一套标准,规定一条商品上架前必须包含什么内容。
每条商品必须填写的一组清晰字段,照片、真实描述和准确的库存状态,而不是接受一个没有任何细节的空标题。
一种能标记出近似重复或缺失必填字段的商品的方式,在发布前或发布后不久就检查出来,而不是留给买家去投诉。
从警告到下架商品,再到暂停商户账号,有一套明确的处理路径,一致地执行,而不是在压力下临时决定。
平台处理的数据
电商平台承载的动态数据比单一商户网站多得多:每个商户自己的商品目录、库存或可用状态、跨众多商户的订单状态、佣金计算,以及必须无限期与正确订单绑定的纠纷记录。迪拜电商平台网站开发从数据库结构开始就为此做规划,因为把商户分离的数据结构,事后补装到一个按单一网店建造的平台上,成本高昂且容易出错。
如果商户已经运行自己的库存系统,一个数据推送或 API 对接可以自动保持其商品可用状态是最新的。如果没有,商户后台就成为他们更新库存的唯一方式,因此它需要足够简单,让一位不懂技术的商户也能持续使用。
系统对接
电商平台对接的第三方系统比大多数网站都多。支付网关或电商平台支付服务商负责处理平台与商户之间的分账。KYC 或证件核验工具可以加快商户入驻速度,超出人工审核的效率。通知,包括订单更新、纠纷状态和结算确认,通常通过邮件,越来越多地也通过 WhatsApp 发送,考虑到它在阿联酋的广泛使用。在商户运送实物商品的情况下,物流或货运对接可以把跟踪信息拉回订单,无需商户手动更新。
我们会对接贵司选择或已经在使用的系统,而不是从零开始自建这些功能,因为支付分账和身份核验尤其是一个成熟、持牌服务商比定制代码更安全的基础。及早选定合适的服务商,是任何迪拜电商平台网站开发项目规划工作的一部分。
访客来做什么
两条截然不同的旅程共用同一个网站,迪拜电商平台网站开发必须同时服务好两者,不让任何一方感觉像是事后添加的。
| 访客 | 他们来做什么 | 薄弱网站会在哪里失去他们 |
|---|---|---|
| 买家 | 搜索或浏览,比较几条商品,查看评价,然后下单 | 内容单薄的商品、没有评价,或一个感觉比向一个熟悉卖家购买风险更高的结账流程 |
| 正考虑加入的商户 | 查看已经有谁在上架、适用什么佣金,以及自己能多快开始销售 | 没有清晰的入驻页面,或者在解释任何好处之前就要求提供太多信息的注册流程 |
| 现有商户 | 添加商品、查看订单、查看自己的结算 | 一个比他们已经在用的其他工具更慢或更不清晰的后台 |
搜索行为
研究型搜索和准备购买型搜索需要落地到不同的页面。
在一个类别内比较选项的买家,需要一个真正具备筛选功能、组织良好的商品列表页面,而不是一个没有办法缩小结果的平铺网格。
已经知道自己想要什么的买家,需要在一两步之内到达那条具体的商品列表,搜索要能可靠地返回它,而不是把它埋在不相关的结果之下。
本页不给出任何搜索量数字,因为真实需求高度取决于贵司的类别,不应该从一个通用模式中假设。
您提供的内容
电商平台需要的前期内容和决策,比单一商户网站更多,因为类别、商户条款和买家条款都必须在第一个商户能真正使用平台之前就存在。最常见的延误并非技术问题:而是等待商户和买家条款最终确定,或者一项随着上线日期临近还在反复变动的佣金决策。及早把这些定下来,哪怕只是粗略地定下来,也能让建设工作在细节被同步确认的同时继续推进。
阿拉伯语
阿拉伯语的重要性因阅读者身处平台的哪一端而不同。
阿拉伯语的类别和商品页面,能扩大能够自如在平台上购物的人群,尤其是面向覆盖全阿联酋受众的类别。
阿拉伯语的商户条款,对更愿意用自己母语审阅商业承诺的商户很重要,即便日常的后台操作继续用英语进行。
商户自己撰写的商品描述,通常保留商户选择的语言,而不是由平台统一翻译。
我们看到的错误
在我们审核的电商平台上,有几种模式反复出现。
一套照搬商户碰巧如何描述自己库存的类别结构,而不是买家实际搜索的方式,会让浏览体验显得杂乱无章。
有纠纷的买家或商户被迫去找一个通用联系表单,而不是一条从订单本身直接发起的清晰路径。
一次性开出几十个类别,大多数只有寥寥几条商品,看起来更像一个空荡荡的平台,而不是一个有雄心的平台。
衡量成功
总访问量本身说明不了太多。真正重要的是电商平台的双方是否在一起增长。
有多少商户有一条在售商品,并且最近至少有一笔销售,这比从未真正上架任何东西的注册总数更能说明问题。
买家是否会回来进行第二次购买,这表明他们信任的是平台本身,而不只是一次访问某条商品列表。
相对于订单量,纠纷发生的频率有多高,解决得有多快,这反映了商品质量和商户可靠性随时间的变化。
我们不会在此给出目标数字,因为一个现实的数字取决于贵司的类别、商户结构,以及迪拜同一领域目前的竞争程度。对任何迪拜电商平台网站开发项目而言,诚实的基准是贵司自己的早期数据,而不是从另一个类别借来的数字。
一个实际案例
设想一位销售家居装饰品的商户加入一个经过精选的迪拜电商平台。他们注册,上传营业执照,等待审核后第一条商品才能上架。审核通过后,他们通过商户后台添加十件商品,每件都配有照片和符合平台最低上架要求的描述。一位买家通过类别浏览找到其中一件,查看商户的评分,然后通过平台的支付网关完成结账。平台佣金自动计算并立即显示给商户,结算安排在退货窗口关闭之后。一周后,买家通过订单页面提出一个小问题,商户附上照片回应,纠纷以部分退款的方式解决,全程都记录在这一笔订单之下,而不是丢失在某段邮件往来中。
这一连串每一步,都是迪拜电商平台网站开发必须单独设计和测试的一个界面或流程,因为一个电商平台只有在每一个这样的小环节都按预期运作时,才会让人感觉真正值得信赖。
范围
明确范围能避免创始人的期望与网站本身能交付的内容之间出现落差。
我们对接一个持牌支付网关或电商平台支付服务商。直接持有客户资金是一项受监管的活动,我们不承接这部分。
双方同意的商业和法律条款由贵司自行制定,最好有阿联酋法律顾问参与,网站的建设是为了展示并执行贵司最终决定的内容。
与我们合作
各个阶段遵循我们一贯的工作方式,并针对双边平台做了调整。
我们会分别梳理商户和买家的旅程,并在设计任何界面之前,确认佣金、结算和纠纷处理的决策。
商户入驻和面向买家的目录并行建设,对照真实商品列表而不是占位内容进行审核。
以一份小而精的商户名单上线,而不是一个空荡荡的宽泛目录,等真实的商户和买家数据显示出哪些方面在发挥作用后再扩展。
参见我们完整的网站开发流程,我们的UI 和 UX 设计工作说明商户和买家流程如何分别设计,关于买家端的结账体验,具体请见我们的电商解决方案工作。如果电商平台还需要专属的商户端或买家端应用,请见我们的移动应用开发工作。关于订单开始流转后的税务发票要求,请参见我们关于阿联酋在线商店增值税税务发票要求的文章。
上线顺序
电商平台不需要在上线时就具备所有功能,试图把所有功能都塞进去,往往会拖慢真正能验证想法可行的那部分内容。
带人工审核步骤的商户入驻、一个带真实筛选功能的可用目录、通过支付网关完成的结账,以及每笔订单都有的基本纠纷发起路径。
自动化商户核验、更丰富的商户数据分析、一项忠诚度或回头买家功能,以及在真实使用数据显示出确实需要时,再加入更深入的类别专属筛选。
评价与评分
评价是买家信任一位从未打过交道的商户的方式,这让它的可信度值得刻意保护。
评价绑定一笔真实完成的订单,而不是向任何人开放,这从一开始就限制了虚假或竞争对手驱动的评价。
让商户能够公开回应一条评价的方式,这比单方面的评分更公平,往往也能明显化解一场误会。
通知
电商平台产生的通知时刻比单一网店更多:一笔新订单、一条评价、一起纠纷、一次结算、一次商品审核通过。在双方之间把握好平衡很重要。一位因为新订单被埋在收件箱里而错过它的商户,会把这笔销售拱手让给响应更快的一方。一位为每一个细微状态变化都被发邮件通知的买家,往往会干脆关闭所有通知,连重要的也一并关掉。我们会与贵司商定哪些事件确实需要即时提醒,通常是新订单和纠纷,哪些可以留在后台里,让商户或买家在方便时查看。
上线前测试
除了跨真实设备和浏览器的常规检查之外,电商平台还需要在真实商户和买家到来之前,把双边流程端到端地测试一遍。
一笔测试购买,一路跟踪到商户看到订单、完成履约,佣金和结算正确计算完成。
一起测试纠纷通过实际工作流程走一遍,检查证据、消息和最终解决方案是否都正确附加到该订单上。
不同类型的电商平台
不是每个电商平台的运作方式都一样,这些差异会改变网站实际需要建设的内容。
| 电商平台类型 | 建设中会改变的内容 |
|---|---|
| 商品类电商平台 | 每个商户的库存和可用状态、物流跟踪,以及实物退货处理 |
| 服务类电商平台 | 预约和档期而非库存、服务商资料页,以及绑定已完成工作的评价 |
| 租赁类电商平台 | 可用日历、押金处理考量,以及交接和归还时的状态检查 |
无论适合贵司业务的是哪一种类型,本页前文所述的基本模式依然适用:商户入驻、佣金和结算机制、纠纷处理和内容审核都需要在建设任何一个界面之前设计好。这在每一种迪拜电商平台网站开发中都成立,无论销售的是商品、服务还是租赁。
商户沟通
商户后台覆盖日常事务,但一个不断增长的电商平台还需要一种能面向全体商户沟通的方式:一项政策变化、一个新类别开放,或一次值得告知活跃商户的季节性推广。这不需要多复杂:商户后台里一个简单的公告区,或者商户加入时自动订阅的一份邮件列表,就能覆盖电商平台早期大部分需求。更重要的是决定贵司团队中由谁负责发送这些更新,因为一个没人使用的公告功能,并不比完全没有这个功能好多少。
把两者结合起来
本页的一切都回到同一个想法:电商平台是共用一个平台的两个产品,迪拜电商平台网站开发只有在双方都获得同等重视的规划时才能真正奏效。
入驻、核验、后台、佣金和结算机制都在这一侧,一段薄弱的商户体验会表现为内容单薄的类别,以及悄悄停止上架的商户。
发现、信任信号、结账和纠纷处理都在这一侧,一段薄弱的买家体验会表现为高流量却从不转化为第一笔订单。
我们把迪拜电商平台网站开发当作一个拥有两类受众的单一项目来对待,从需求说明阶段就分别规划,在上线前分别测试,在上线后分别衡量,而不是当作一个后来补上商户登录功能的通用电商建设项目。这正是为什么迪拜电商平台网站开发的规划时间比单一商户网站更长,也是为什么这段规划时间很少被浪费。
尽早做对
平台本身只是让电商平台真正运作起来的一部分。
无论贵司选择哪种方式,在上线前就有一套应对方案,比选择哪一种具体策略更重要。
在开发开始前就与一家持牌服务商商定好,这样佣金和结算流程就不会在建设中途被重新设计。
从上线起就有一位指定负责人检查商品质量和处理纠纷,即使这个角色日后会成长为一个更大的团队。
直接解答
网店销售自己的库存。电商平台则把多个卖家和买家连接在一起,这意味着需要商户账户、佣金处理、按卖家区分的商品列表,以及在两方而非一方之间分配支付和处理纠纷的机制。这套结构必须在开发开始前就规划好。
可以,通过一个商户后台,他们可以添加商品或服务、设置可用状态,并查看自己的订单,如果贵平台希望保留把关权,还可以为新商品设置一道审核步骤。
我们会对接一个支付网关或专门支持在平台与各商户之间拆分资金的电商平台支付服务商。我们自己不持有或转移资金,任何佣金或结算结构都会与贵司财务团队和服务商共同确认。
清晰的商品信息、价格,以及贵司的退货、退款和投诉处理流程,应该在结账前就展示出来,而不是埋在没人会打开的条款里。具体适用于贵平台的规则取决于贵司的运营结构,我们建议与阿联酋法律顾问核实具体细节。
可以,而且通常应该这样做。以一份精心筛选的简短商户名单和清晰的类别开始,比一开始就把内容单薄的类别分散到过多卖家身上效果更好。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。