详解| 报价单管理0-1全流程产品规划设计
我们为什么要对报价单进行规划?又该如何管理报价单?本文作者以工作中业务事实为依据、分享金融公司产品报价单管理全流程规划设计、供大家一同参考和学习。
01 什么是报价单?
定义:支付公司的报价单是一份正式文件,其中详细列出了公司向客户提供跨境支付服务的成本、费用、费率和相关条款。
包含的内容:不同环节报价单的内容不同,大体分为一下几点:
①费用和费率:报价单会清楚列出不同支付方式和交易类型的费用和费率。这可能包括交易费、货币兑换费、交易成功费、退款费等。这些费用和费率可能因公司政策、客户类型和交易量而异。
②汇率:如果涉及货币兑换,报价单通常包括公司提供的汇率,以及与该汇率相关的费用(如果适用)。
③服务范围:报价单会概述公司提供的跨境支付服务的范围,例如支持的支付方式(信用卡、电汇、电子钱包等)或金融产品(payment link、checkout、资金分发等)、支持的国家和货币等。
④合同条款:合同条款部分列出了双方的权利和义务,包括合同期限、解约条款、隐私政策、风险和合规事项等。
⑤优惠和折扣:有时报价单会包括客户可享受的优惠或折扣,这可能是临时的促销或特殊条件。
⑥支付方式:报价单会详细说明支付公司所接受的付款方式和付款条件。
⑦生效日期:报价单会指定报价的生效日期和有效期,以确保客户知道报价的时效性。
02 为什么要对报价单进行规划?
需求背景:报价单属于商家与支付公司建立合作关系并开始使用产品过程的一个环节,目前标准的报价单为仅内部人员查看的excel版本,与商户报价的过程全部由BD和业务纯人工方式线下和商户沟通,耗费时间过长,较长的周期商户可能失去耐心而造成客户流失。
03 实际业务场景中报价单的流转过程是什么?
3.1业务场景
报价单属于商户Onboard的一环;同时报价单的数据最终汇合计费系统联动进行计费。
3.1.1 onboard的含义和内容
1)含义:onboard指的是商家与支付公司建立合作关系并开始使用其支付产品的过程。
2)内容:
- 登陆注册:商家需要向支付公司提交申请,通常在支付公司的官方网站上完成。在申请中,商家需要提供其业务和联系信息,以及所需的支付产品和服务的详细信息。
- kyc审核:支付公司可能会进行背景调查,以验证商家的身份和业务合法性。这通常包括审核商家的注册文件、财务状况和商业计划。
- 合同签订:一旦通过尽职调查,支付公司将提供合同,商家需要仔细审阅并签署该合同。合同中包括了商家和支付公司之间的合作条款、费用结构和其他重要细节。
- 技术集成:商家需要根据支付公司的要求进行技术集成。这可能涉及将支付系统集成到商家的网站、应用程序或电子商务平台中,以便能够接受跨境支付。
- 测试和调试:在正式上线之前,商家通常需要进行测试和调试,以确保支付系统能够正常工作,并且没有技术问题。
- 培训和支持:支付公司通常提供培训,以确保商家了解如何使用其支付产品。此外,商家还可以获得技术支持,以解决任何在使用过程中出现的问题。
- 上线阶段:一旦通过测试和培训,商家就可以正式上线并开始接受跨境支付。
3.1.2 onboard在实际业务场景可以分为以下几个阶段:
①KYC审核阶段:该过程是2-3个工作日
商户自助进件:登录注册后填写商户基本信息。以stripe&airwallex为例,包括企业基本信息、企业代表基本信息)、企业验证信息、银行基本信息、联系人信息。
- 审核人员在后台系统kyc审核
- kyc审核完成
②报价单阶段:
- 商户资自助进件kyc审核通过后,由BD通过注册的邮箱地址联系客户进行线下沟通方式,先将商户想要的产品标准价格报给商户,再与其洽谈。
- 双方对产品报价达成一致后、BD将结果反馈给业务,业务手动填写报价单后上传后台系统,并进行审批。
③协议阶段:审批通过的报价单会附着在合同中,签订合同后产品立即生效。
④服务阶段:我们提供产品和专业技术培训。
注意:报价单中的内容会根据实际情况多次修改、以最终合同签订的版本为主。
3.1.3 计费系统的报价单
①计费报价单目的:报给商户的价格是标准一口价的费率,而计费系统需要按照计费规则将商户报价单中的价格拆解成不同的收费项字段,方便管理公司内部的财务状况。
②数据来源:后续从商户后台的合同签订生效后的报价单中直接获取。
04 为什么要将报价单流程线上化及如何实现?
3.1 业务指标拆解
①商户自助进件到kyc审核通过前需要耗时2-3天,这一等待的过程商户想了解我们的产品服务只能通过线下与BD沟通的方式。
- 对应问题解析:不确定商户是否购买前,公司投入大量的时间成本解答商户问题。
- 解决方案:在官网页面设计价格页面为商户提供可以查看产品价格的路径;调研竞品官网报价如何展示;
调研stripe等竞品结果如图所示:
②kyc审核通过后、BD将与商户洽谈的报价,并将结果反馈给业务,业务手动填写报价单的内容后生成PDF、再上传到对应商户的后台系统进行审批;该过程商户可能会多次想要对报价进行修改。
- 对应问题解析:BD与商户洽谈耗费时间成本,BD对产品的具体收费项了解不足,需要业务反复沟通确认。其次由于产品的报价会多次调整,而人工填写并上传的过程耗时耗力。
- 解决方案:调研阿里云等竞品(如图所示)研究商户如何自助生成报价单的流程,并规划在onboard流程中让商户自助生成想要的产品报价,后台系统接受商户的报价单,支持修改、新增、删除功能,将最终版本的报价单进行审批。
根据阿里云(图片来源:阿里云官网报价单)调研商户自动拉取报价单流程如下:
- 商户填写基本信息:基本信息定位
- 设置折扣;想要产品的价格
- 预览报价:生成预览,检查报价
- 创建报价:支持预览报价单、导出报价单、推送采购单、返回报价管理
设计的好处:将基本信息和产品价格模块分开设置,避免信息紊乱。
根据有赞(图片来源:https://www.youzan.com/intro/wsc/price)调研总结商户自动拉取报价单流程:
直接将报价和产品放在一起,不同产品不同优惠活动排列,让用户勾选后上传提交。
设计的好处:报价和产品清晰直观、商家只需要勾选这一个步骤即可生成自己的报价单。
③合同签订后,内部计费系统的详细费率价格目前是人工填写,后续想从商户系统的报价单直接获取。
- 对应问题解析:计费系统直接获取价格
- 解决方案:计费系统与商户报价单联动,根据计费规则将商户报价单的价格拆解成计费的收费项,并直接获取,不用手动填写。
3.2 各环节报价单的功能
- 官网价格页面:展示给商户看,让商户清楚产品的基本价格。
- onboard的报价单:支持商户自助生成想要产品的报价,提交发送给后台;商户侧可在onboard上查看下载报价单。
- 商户管理后台报价单:支持报价单线上修改、审批。
- 计费系统报价单:计费系统具体收费项按照计费规则将商户报价单的价格进行拆解后直接获取。
05 产品方案
5.1 官网报价单
调研相关竞品官网价格展示页面,设计自有产品的价格展示页面。以stripe&adyen为例;如下图所示(图片来源于:Stripe 官网& Adyen官网):
①根据公司的实际产品可分为:
- 在线支付产品:分为卡支付产品和其他支付产品。
- 其他增值服务产品:参考stripe的金融产品包括payment link、payments、checkout等。
②参考竞品样式,展示的内容包括:
- 在线支付方式:支付方式、所在国家、主体所在地区、费率展示。
- 金融产品:产品名称、支持的支付方式和特点、费率展示。
5.2 onboard商户自助生成报价单
参考调研的直接竞品和间接竞品阿里云和有赞等,设计onboard商户报价单流程:
①注意要点:站在用户体验角度,从以下几点考虑:
- 简化流程:尽量简化生成报价单的流程,减少步骤和输入字段的数量。确保整个流程是直观的,容易理解,不会使用户感到困惑。
- 清晰的指导:提供清晰的指导和提示,以帮助用户了解如何填写报价单信息。标明必填字段,并为用户提供示例或帮助文档,以澄清信息要求。
- 自动填充和建议:支持自动填充功能,让用户能够快速选择或填写常用信息,减少输入工作。例如,自动填充商户的基本信息或地址。
- 可保存和继续:为用户提供保存报价单草稿的选项,以便他们可以在需要时回到流程并继续填写。
- 报价明细:允许用户提供详细的报价信息,包括产品或服务描述、数量、价格等,以确保报价单的准确性和透明性。
- 预览和确认:在用户提交报价单之前,提供一个预览页面,让用户检查他们输入的信息,并确认无误后再提交。
- 自助支持:提供在线帮助、联系方式等支持,以帮助用户解决问题和回答疑问。
②参考竞品的设计流程并站在用户体验角度,确定最终的页面流转设计。
1、基本信息:包括商户信息和提供的产品信息。商户基本信息在进件时已经填写过,后续在报价单信息栏可自动读取。由于同一国家商户所在主体国家不同,对应支付方式的价格也不同;需要考虑商户信息栏中、是否要定位到商户国家下所在的主体国家/地区。
- 考虑到商户对于字段的含义(主体所在国家/地区)可能不太了解、所以对于统一国家不同主体对应支付产品所收取费用不同的问题,我们采取的策略是:商户选择所在国家后、在费用栏中将所有不同主体国家费用统一展示,此步骤商户了解一个大致费用范围即可;详细费用调整后续和BD洽谈。
- 该页面需要商户填写基本信息并选择想要报价的支付产品;考虑到商户可能理解要填写和选择的内容,故每一个填选项都要有解释说明。
- 对于一些比如国家字段支持选择的同时,支持模糊填写;即输入前几个字母会跳出相关的选项。
2、产品报价预览:由于同一国家商户所在主体国家不同,对应支付方式的价格也不同;因此需要考虑同一国家的不同主体支付方式的价格(考虑是分别展示还是在国家下统一展示不同主体的产品价格)。
同一国家不同主体所在地区支付产品价格全部展示后、对于产品的费率,由于详细的费用项商户可能看不懂,且信息过多会造成理解困难。所以我们考虑对商户侧展示的价格、仅展示总的费率(一口价),后续内部系统计费报价单再通过计费规则拆解成费用项。
3、完成创建:该阶段报价单传递给后台,商户侧支持查看、下载和返回管理页面。
注:
- 考虑到用户操作失误导致退出或误删页面,支持商户对填选过内容的自动保存,即二次点开生成报价单页面,填写过的内容会自动显示。
- 当商户提交报价单后想要新增或删除产品时,点击【联系我们】按钮,联系业务人员,业务将链接打回后重新生成报价单。
②产品方案;结合adyen的在线支付产品和stripe的金融产品(产品来自于官网公布)为例设计流程,方案如下图所示:
5.3 商户管理的报价单
1、商户管理中所要经历的流程:
①注意的要点:
- 根据实际业务场景,由于标准报价只是给商户的参考,最终的价格需要线下与商户协商确认;所以会涉及到价格的修改;涉及到价格需要给一个修改原因,供报价团队参考审批。
- 由于商户在签合同前会出现对报价单不满意重新洽谈报价的情况、支持多次修改、审批;每一次修改都要注明原因,合同中的报价单以最后一版本的审批报价单为准。
06 总结和复盘
1、以业务事实为依据、按环节分别拆解:考虑每个阶段的扭转、包括功能、数据、相关人员的扭转;罗列出各环节涉及到的问题及如何线上化解决能最大化将人力成本和时间成本降到最低,绘制架构图帮助理解和思考。
报价单流转层面:
商户自助生成报价单——业务方查看报价并和商户洽谈无争议后进入审批——报价团队审批完成——合同签订环节——计费系统按计费规则获取详细费用项数据。
- 用户层:全流程涉及到的人员有商户、BD、商户业务、kyc审核团队、报价审批团队、资金。
- 平台层:官网、onboard、商户管理系统、计费系统。
- 功能层:针对不同的产品和业务场景分析不同环节涉及到的功能。
2、用科学的方法做决策:即数据依据>案例调研>业务逻辑>拍脑袋(切忌闭门造车)。
- 考虑该功能上线后带来的收益,决策是否一定也要做;
- 案例调研:调研直接竞品&间接竞品的报价单如何展示,了解主流市场报价情况,考虑使用何种展示方式能让用户更直接便捷的定位到想要的产品报价。
- 业务逻辑:实事求是,以业务事实为依据找寻流转规律,对于特殊场景考虑是否罗列还是私下解决;比如临时新增的免费活动,后续纳入报价单还是业务手动补充。
3、避免信息差:找到需求所有相关方、组织在一起对接业务;避免听取错误或遗漏的逻辑。
4、熟悉B端商户用户体验:站在商户的角度去思索界面设计,遵循流程简化、内容通俗易懂、减少填选工作、内容标注说明帮助商户把流程走下去等原则去设计产品页面。
本文由@年年有🐟吃 原创发布于人人都是产品经理,未经许可,禁止转载。
题图来自 Unsplash,基于CC0协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。
geekgg
欢迎大家留言一起探讨~作者是23届硕士毕业生,目前在一家支付公司,由于和公司业务不匹配打算裸辞了~有想招支付清结算方向的朋友们可以考虑考虑我~谢谢大家
产品经理岗呢~,我有一段七个月的支付产品实习外加三个月的清结算产品经验,还招PM岗的大佬们可以看看我
zhusongtao1992