惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Stack Overflow Blog
Stack Overflow Blog
N
Netflix TechBlog - Medium
大猫的无限游戏
大猫的无限游戏
Cyberwarzone
Cyberwarzone
T
Troy Hunt's Blog
Vercel News
Vercel News
T
The Blog of Author Tim Ferriss
U
Unit 42
Last Week in AI
Last Week in AI
云风的 BLOG
云风的 BLOG
F
Full Disclosure
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Google DeepMind News
Google DeepMind News
Hacker News - Newest:
Hacker News - Newest: "LLM"
IT之家
IT之家
Google Online Security Blog
Google Online Security Blog
Cloudbric
Cloudbric
月光博客
月光博客
Hacker News: Ask HN
Hacker News: Ask HN
罗磊的独立博客
N
News and Events Feed by Topic
S
Secure Thoughts
The Last Watchdog
The Last Watchdog
Google DeepMind News
Google DeepMind News
aimingoo的专栏
aimingoo的专栏
Microsoft Security Blog
Microsoft Security Blog
I
InfoQ
Hugging Face - Blog
Hugging Face - Blog
I
Intezer
C
Cybersecurity and Infrastructure Security Agency CISA
博客园 - 聂微东
P
Privacy International News Feed
有赞技术团队
有赞技术团队
博客园_首页
F
Fortinet All Blogs
Recent Announcements
Recent Announcements
O
OpenAI News
博客园 - 【当耐特】
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
T
Tor Project blog
B
Blog
量子位
T
Threatpost
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
C
CXSECURITY Database RSS Feed - CXSecurity.com
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
V
Vulnerabilities – Threatpost
酷 壳 – CoolShell
酷 壳 – CoolShell
S
SegmentFault 最新的问题
L
LangChain Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
详解| 报价单管理0-1全流程产品规划设计
月月有🐟吃 · 2023-10-16 · via 人人都是产品经理

我们为什么要对报价单进行规划?又该如何管理报价单?本文作者以工作中业务事实为依据、分享金融公司产品报价单管理全流程规划设计、供大家一同参考和学习。

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协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。