[Reward Radar] 美加信用卡返现和福利/Benefits管理 iOS App(3/4发布v1.9.0:Notifications功能 + 大量改进和新卡)

好的。我加一下

1 个赞

2个100的,reset之后就好了,感谢

1 个赞

最近搞了个果子玩玩(但是还是萝卜用得更顺手…已经在物色下一部主力手机了),总算有机会体验一下这个 app 了,加完卡没事翻着看 :distorted_face:

功能上我是一点意见都没有 :melting_face: 只能在 UI 上找问题了,about 这块的下面三个选项文字和图标都没有像上面那些对齐,文字颜色也偏浅了一点 :thinking:

1 个赞

多谢多谢:folded_hands:

之前我都没注意没对齐 :sweat_smile: 我改一下

1 个赞

请教一下,amex转卡后年费日期是不是错误的?

比如 1月获批的amex gold,5月升级成plat。app里显示plat年费是5月,实际年费应该是1月。

我也有这个问题

我古早6月开卡BCE 前年11月升级 年费是去年11月post的 感觉分情况讨论

卡产品变更后收年费的时间可能还要用一年才能确认,不按照开卡周年收的情况我也遇到过

另外,不知道你们怎么设置 statement closing day 的,因为有的银行可以设置成每个月第几天,有的银行却是每个 statement 长度按照月份变化,导致了 closing day 会有小幅度的变化

1月收完整一年的费用吗?

之前有人提过,所以我打算在目前基础上加个自定义年费日期

1 个赞

按照月份变化,是说每个月的closing date还不一样吗?有没有更具体的例子让我理解一下?

我看了一下我上面的描述其实不准确,等我下班回家截个图,我自己这里 BOA 和 AMEX 是找客服对齐过日期的倒是固定同一天,CITI 和 C1 都有偏移(我怀疑是固定 30 天一个周期,但是没有仔细看过)

1 个赞

是的,我几张plat都遇到了同样的情况,1月份charge了全部年费。

1 个赞

不好意思来迟了,仔细看了一下发现关于 statement period 的处理其实友商各有各的玩法,我接下来尽量简单说明一下研究成果 :distorted_face: 基于我自己的几张卡的观察得出的,不保证 100% 正确

BOA 和 CHASE

从简单的开始,BOA 和 CHASE 会固定在特定日期结束一个周期,没有任何变化:

(Amazon 这张卡改过周期所以有几个月不一样)

C1

C1 看起来像是在同一天附近浮动,实际也是很简单的规律,把日期都列出来就看出来了 :distorted_face:

(为了截图方便我只列出了 2025 年以及 2026 年 1 月的 closing date)

它会从你批卡后开始先给你安排一个 closing date(C1 的神奇算法,应该是动态均衡了它的信用卡客户来达到分散处理的效果,我猜的),在这个日期第一次结算后,接下来你的每个周期的天数等于 closing date 所在的那个月的天数,比如第一行,在 2025 年 2 月内结束的这个周期,它就会选择 2025-02-14 为 closing date 使得这个周期的天数为 28 天,然后从 2025-02-15 开始到 3 月结束的周期它就会设为 31 天,这样 2025-03-17 就是下一个结算日,以此类推。

CITI

CITI 开始上强度,我这张卡看起来是每月 1 日结束一轮的,但是有几个月会有偏差,这个日期和月份看起来也不强相关,是为什么呢 :melting_face:

偏偏这张卡有三个月完全没用过,观察规律用的素材少了一些…不过还是搞懂了

不卖关子,结论是 CITI 虽然会按照一个预设好的日期进行周期轮替,但是如果某个月的 closing date 落在了周六或是周日,它就会顺延到下周一,也就是原定 closing date 往后的第一个工作日。

这就解释了为什么 2025-02-03 2025-06-02 2025-11-03 这三天出现了偏差,因为当月的 1 日不是周六就是周日,统统等周一再 close。但是即使某个月出现了偏差,下个月还是会在预设的结束日期结束,并不会因为前面多了一天少了一天影响到下一个周期,即,在我这张卡这个例子中,每月 1 日为基准的 closing date,这个前提是不变的,不论某个月发生了什么偏差,下个月还是以 1 日为基准,如果不在周末就结束,在周末就顺延到下周一。

其实我这个例子比较极端,不确定只会往后延是不是因为是 1 日的缘故,可能换个中间一些的时间就也能往前提早呢,最好再找一些结束日期不同于我这卡的别的例子

AMEX

AMEX 想了很久,初看完全找不到规律 :yaoming: 我都用两张卡来交叉对比了,上面哪个友商有这个待遇哦

但是前置作业不是白做的,刚才从 C1 和 CITI 上得到的规律,两者一结合,往上一套,好像挺合适?

结论是,AMEX 对于每个 statement period 的长度,和 C1 一样会以 closing date 所在的月份来计算周期长度(不过 AMEX 的卡批卡后第一个月是正常给用户算一个月的,不像 C1 第一个周期一般都小于一个月,要匹配到它给用户分配的那个结束日期去),但是它在这基础之上又叠加了 CITI 的规则的加强版:

如果 closing date 落在周日,那么顺延到周一,本周期天数 +1,但是下一周期天数 -1,即从下一个周期补一天,并不改变原定的下一周期的结束日期;

对应的,如果 closing date 落在了周六,就提早一天在周五结束,本周期天数 -1,下一周期天数 +1,同样不影响下一周期的结束日期。

但是按照这个算法,看起来会导致每个周期的起始和结束日期都不确定(前一周期在哪一天结束,以及本周期在哪一天结束,两个因素分别影响),所以我认为 AMEX 在实现上应该是先无视周末规则得出预设的结束日期,然后再加一个判断做偏移,前面一组未做偏移的值要保留用于推算之后的周期

大概就是这样,你看看怎么整理成算法 :innocent:

下面还是一些关于交互的小细节:

每次打开 app 后在 my cards 页面下拉显示出搜索框的时候,以及每次打开 app 后第一次切换到 best card 页面(这个页面的输入框是常态显示的)的时候,都会有一个震动反馈(我觉得这两个震动是同一个触发条件,和输入框的出现同步的),这个感觉很奇怪 :melting_face: 是有什么特定意图的 feature 吗,还是什么系统级别的通用震动反馈行为 :thinking:

然后我又来对齐图标了 :melting_face:

Language 选项右边的小箭头有点偏右了,没放大的时候我也怀疑有没有看错..

还有就是 venture x 在估计等效年费的功能里面可以加一下持卡周年获得 10000 点的项目吗,毕竟这卡所谓的等效 -5 是要把这 10000 点算进去的,现在只有 $300 credit 和 GE/TSA 报销两项

3 个赞

回美国会变回来

1 个赞

好详细,太感谢了!

没想到小小一个closing date有这么多学问!我去研究了一下Amex的closing date,它是根据payment due date往前推25天,碰到周末会再往前找。这个我后面看看怎么优化一下。

It’s because AmEx likes to keep the due date exactly 25 days after the statement closing date, and their due dates are static.

太牛逼了,被你发现了一个千年老八哥!刚刚调试了一下,那个震动应该是在长按某张卡或某个category的时候触发的,注册的地方不对于是触发时机完全错了。。。又加上我都是关掉haptics,所以也从来没注意这个问题 :man_facepalming:

看来以后对于UI细节要更上心一些了,不能再抱有侥幸心态 :yaoming: 这里是内置Link自带箭头和手动添加箭头导致的

好的 :ok_hand:

非常感谢花时间去帮忙核对数据和改进app!closing date的问题我估计要晚一点修,另外的问题我下个版本就修好 :folded_hands:

1 个赞

好奇怪的行为..看来还是允许自定义年费日期比较灵活了

辛苦了,原来 amex 是先设定固定的 due date 再用这个值反推出 closing date,怪不得行为这么奇怪 :distorted_face:

1 个赞

@Define_P 刚刚才发现你的:money_bag:支持力度这么大,真的有点震惊到我了:folded_hands: 说实话我都没想到会有人选这么高的档位…你是第一个… 真的太感谢了,原地鞠躬 :man_bowing:

venmo debit和discover debit是否考虑也加上?还有转卡之后5/24里卡片不会同时更换,而是显示最初申请的卡。

惊了原来我是第一个 :distorted_face:

可以偷偷说一下果子抽走多少了吗

1 个赞