User interface 同一订单中的多个付款选项

User interface 同一订单中的多个付款选项,user-interface,user-experience,User Interface,User Experience,我有一个要求,能够接受不同形式的付款在同一订单-即不只是通常的信用卡或贝宝为整个事情,但也许贝宝为一个项目,支票为另一个。我知道这听起来很疯狂,但是这个要求有一个很好的商业理由,所以我不能只是推辞 目前我能想到的实现它的最好方法是有一个中心页面,在那里你可以通过打开新窗口“启动”到每个支付的多个流中。我想不出一种线性流程的方法,例如,你不能保证一个用户会从paypal回来,所以你会完全失去这个用户 有没有一种更简洁的方法可以让任何人想到,或者有没有人可以给我举一个网站的例子,它做了一些类似的事情

我有一个要求,能够接受不同形式的付款在同一订单-即不只是通常的信用卡或贝宝为整个事情,但也许贝宝为一个项目,支票为另一个。我知道这听起来很疯狂,但是这个要求有一个很好的商业理由,所以我不能只是推辞

目前我能想到的实现它的最好方法是有一个中心页面,在那里你可以通过打开新窗口“启动”到每个支付的多个流中。我想不出一种线性流程的方法,例如,你不能保证一个用户会从paypal回来,所以你会完全失去这个用户


有没有一种更简洁的方法可以让任何人想到,或者有没有人可以给我举一个网站的例子,它做了一些类似的事情以获得灵感?

如果可能的话,只需根据用户的付款选择将您的订单分成单独的小订单即可


不要线性地做。如果您可以在一个单独的窗口中打开每个付款处理程序,以便保持状态。

即使同时打开多个窗口,也不能保证用户将完成所有付款方式。因此,您很可能会失去一些用户或付款。请确保发送自动电子邮件跟踪丢失的付款,以尽量减少此问题。电子邮件可能包含到您的支付提供商的链接,以便轻松访问他们尚未完成的支付操作

这是一个困难的问题,但您需要为多少个支付处理器进行异地处理?应该只有贝宝

在任何情况下,我都会在一个页面上给用户所有的支付选项,让他们填写每个处理者或支付类型的金额。然后下一页将列出他们选择的人、每个人的金额以及“完成此付款”的链接

链接将在新窗口中打开

您必须有一个良好的后端和javascript,以及用户警告,以便在处理每次付款时更新付款页面。考虑使用弹出对话框显示付款已经完成,或者订单已经闲置超过10-30分钟而没有完全支付。 也可以考虑发送电子邮件,让用户通过电子邮件中的链接完成支付。每次付款完成时发送一封新电子邮件,如果所有付款已完成且订单正在继续,则发送最后一封电子邮件

发送电子邮件一个小时,一天之后,对于需要剩余付款的未完成订单,这也让他们可以选择为剩余付款选择不同的付款方式


电子邮件不是最好的(因为改变主意,这样会丢失更多订单),但它对您正在考虑的交易类型有好处。

就我个人而言,我会这样做:

  • 让用户以惯常的方式装满他们的篮子
  • 允许他们向列表中添加付款类型和金额(第二篮子)
  • 当收支平衡后,开始处理收支
  • 对于外部站点,请尝试顶部有进度指示器的框架
  • 在理想世界中,它不是线性的。但是很多用户可能会丢失生成的窗口,或者对并行性感到困惑

    最好还是坚持既定的IxD原则,转而依赖良好的反馈。从一开始就给予用户控制权,并保持其透明性

    最后,以最直接的方式(如paypal)开始支付流程,以减少用户放弃。(鳕鱼应该排在最后!)

    希望这有帮助


    Tom

    我会采取一种方法,将整个订单分解为每个必要付款方式的子订单。您可以加载PayPal部分、支票部分等,并分别处理它们。对于用户来说,了解每种支付方式的费用是很重要的,因此在这种情况下,按支付方式显示整个订单(而不是显示为统一订单)是有意义的

    如果总是强制使用任何付款方式的项目的某个子集,那么实现将是最简单的。如果用户不同,或者订单达到一定数量时,情况可能会变得更加复杂。您能更具体地说明您的方法吗?

    处理多订单付款
  • 为用户提供使用您的任何付款类型为待定订单付款的选项
  • 让用户指定(
    金额
    =
    [订单总额]
    ,将订单标记为已支付。或者,如果处理的是双重折算汇率,请检查其是否正确到足够小的幅度内,例如0.5%
  • 或者,将多付的款项转换为客户的预付信贷

  • 实际上,有很多主要的支付处理器只在异地工作。比如ShareIt、Avangate、RegNet、RegNow RegSoft,。。。