buguge - Keep it simple,stupid

知识就是力量,但更重要的,是运用知识的能力why buguge?

导航

< 2025年2月 >
26 27 28 29 30 31 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 1
2 3 4 5 6 7 8

统计

支付宝安全发的客户签约时效是100s?- - - - - 姜还是老的辣,看看老战哥的老底儿和老道

上周日,2022年8月7日,和我的大哥搭档参加了一场久违的半马。中伏天的傍晚,炎热度不减,全程挥汗如雨,虽不是PB,但也算尽力。晒一下战绩。

 

 

关键词:善于发现问题,掌握发现问题的能力,try to 解决问题。

 

系统计划对接支付宝安全发这个通道,今天上午10点,产品经理组织需求会,跟我们开发小组讲解需求PRD。

与历往通道不太一样的是,这个通道的客户入网并不全是通过系统间API调用来完成,而是需要客户负责人在中间环节介入。

怎么个介入方式呢?是需要客户负责人在支付宝签约页面完成签约。

具体实现流程是,我们系统调用支付宝API来获取这个签约页面URL,然后我们的运营人员在OMS系统复制这个页面链接URL提供给客户,客户负责人在支付宝这个签约页面完成签约入网,后面我们系统继续与支付宝开户API交互调用来完成整个开户流程。下面是PRD文档里展示的支付宝安全发这种模式的签约入网流程截图。

 

这个入网流程本身合情合理合法合规。然而,一个令人吃惊的消息是,产品经理说这个签约URL的有效期是100s,并明确标注在PRD文档里。运营把URL发送给客户、客户打开URL,进行在线签约,这样一件事情,要在短短的100s内完成,虽不能与攀登珠峰相提并论,但也十分有难度了。

从产品PRD文档里,也看出来了产品经理在这个100s上的煞费苦心,页面、API调用机制、数据展示,等等,着重强调系统要支持运营人员能够在超过100s后重新获取这个签约URL。

开发小组的几个伙伴,包括QA,但凡有一些支付或系统研发经验的,都对这个100s表示吃惊,所以,大家对这块需求听得也比较入神。

当然,吃惊的,也包括作为TL的我,同时,依据既往经验,我更多的是质疑。暗自心想一方面我要亲自了解原始的支付宝官方文档,分析支付宝这么做的初衷;另一方面,我要根据产品经理掌握的线索,来求证也许产品经理有所误解呢。

 

需求会行将结束时,在需求讲解完成后,我提出了我的想法。

产品经理打开支付宝的官方文档,在页面上Ctrl+F搜索“100s”,定位到的结果一下子为我们解惑。

 

还真是产品经理的一时疏忽,误解了这个100s!——————这个100s,不是签约页面的有效期,而是签约页面上的签约码的有效期。也就是说,这个签约页面是没有有效期的,这样一来,我们只需要调用一次API获取到这个签约URL就可以了。如此,产品经理煞费苦心的需求设计也可以付诸东流了。

附上支付宝官网-支付宝安全发接入文档:https://opendocs.alipay.com/open/02r26e

 

写此文以记,并分享给当事产品经理。谦逊的产品经理了解我的工作风格,表示佩服。

 

posted on   buguge  阅读(236)  评论(0编辑  收藏  举报

相关博文:
阅读排行:
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 推荐几款开源且免费的 .NET MAUI 组件库
· 实操Deepseek接入个人知识库
· 易语言 —— 开山篇
· 【全网最全教程】使用最强DeepSeekR1+联网的火山引擎,没有生成长度限制,DeepSeek本体
点击右上角即可分享
微信分享提示