好的。我加一下
2个100的,reset之后就好了,感谢
最近搞了个果子玩玩(但是还是萝卜用得更顺手…已经在物色下一部主力手机了),总算有机会体验一下这个 app 了,加完卡没事翻着看 ![]()
功能上我是一点意见都没有
只能在 UI 上找问题了,about 这块的下面三个选项文字和图标都没有像上面那些对齐,文字颜色也偏浅了一点 ![]()
多谢多谢![]()
之前我都没注意没对齐
我改一下
请教一下,amex转卡后年费日期是不是错误的?
比如 1月获批的amex gold,5月升级成plat。app里显示plat年费是5月,实际年费应该是1月。
我也有这个问题
我古早6月开卡BCE 前年11月升级 年费是去年11月post的 感觉分情况讨论
卡产品变更后收年费的时间可能还要用一年才能确认,不按照开卡周年收的情况我也遇到过
另外,不知道你们怎么设置 statement closing day 的,因为有的银行可以设置成每个月第几天,有的银行却是每个 statement 长度按照月份变化,导致了 closing day 会有小幅度的变化
1月收完整一年的费用吗?
之前有人提过,所以我打算在目前基础上加个自定义年费日期
按照月份变化,是说每个月的closing date还不一样吗?有没有更具体的例子让我理解一下?
我看了一下我上面的描述其实不准确,等我下班回家截个图,我自己这里 BOA 和 AMEX 是找客服对齐过日期的倒是固定同一天,CITI 和 C1 都有偏移(我怀疑是固定 30 天一个周期,但是没有仔细看过)
是的,我几张plat都遇到了同样的情况,1月份charge了全部年费。
不好意思来迟了,仔细看了一下发现关于 statement period 的处理其实友商各有各的玩法,我接下来尽量简单说明一下研究成果
基于我自己的几张卡的观察得出的,不保证 100% 正确
C1
C1 看起来像是在同一天附近浮动,实际也是很简单的规律,把日期都列出来就看出来了
:
(为了截图方便我只列出了 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 日结束一轮的,但是有几个月会有偏差,这个日期和月份看起来也不强相关,是为什么呢 ![]()
偏偏这张卡有三个月完全没用过,观察规律用的素材少了一些…不过还是搞懂了
不卖关子,结论是 CITI 虽然会按照一个预设好的日期进行周期轮替,但是如果某个月的 closing date 落在了周六或是周日,它就会顺延到下周一,也就是原定 closing date 往后的第一个工作日。
这就解释了为什么 2025-02-03 2025-06-02 2025-11-03 这三天出现了偏差,因为当月的 1 日不是周六就是周日,统统等周一再 close。但是即使某个月出现了偏差,下个月还是会在预设的结束日期结束,并不会因为前面多了一天少了一天影响到下一个周期,即,在我这张卡这个例子中,每月 1 日为基准的 closing date,这个前提是不变的,不论某个月发生了什么偏差,下个月还是以 1 日为基准,如果不在周末就结束,在周末就顺延到下周一。
其实我这个例子比较极端,不确定只会往后延是不是因为是 1 日的缘故,可能换个中间一些的时间就也能往前提早呢,最好再找一些结束日期不同于我这卡的别的例子
AMEX
AMEX 想了很久,初看完全找不到规律
我都用两张卡来交叉对比了,上面哪个友商有这个待遇哦
但是前置作业不是白做的,刚才从 C1 和 CITI 上得到的规律,两者一结合,往上一套,好像挺合适?
结论是,AMEX 对于每个 statement period 的长度,和 C1 一样会以 closing date 所在的月份来计算周期长度(不过 AMEX 的卡批卡后第一个月是正常给用户算一个月的,不像 C1 第一个周期一般都小于一个月,要匹配到它给用户分配的那个结束日期去),但是它在这基础之上又叠加了 CITI 的规则的加强版:
如果 closing date 落在周日,那么顺延到周一,本周期天数 +1,但是下一周期天数 -1,即从下一个周期补一天,并不改变原定的下一周期的结束日期;
对应的,如果 closing date 落在了周六,就提早一天在周五结束,本周期天数 -1,下一周期天数 +1,同样不影响下一周期的结束日期。
但是按照这个算法,看起来会导致每个周期的起始和结束日期都不确定(前一周期在哪一天结束,以及本周期在哪一天结束,两个因素分别影响),所以我认为 AMEX 在实现上应该是先无视周末规则得出预设的结束日期,然后再加一个判断做偏移,前面一组未做偏移的值要保留用于推算之后的周期
大概就是这样,你看看怎么整理成算法 ![]()
下面还是一些关于交互的小细节:
每次打开 app 后在 my cards 页面下拉显示出搜索框的时候,以及每次打开 app 后第一次切换到 best card 页面(这个页面的输入框是常态显示的)的时候,都会有一个震动反馈(我觉得这两个震动是同一个触发条件,和输入框的出现同步的),这个感觉很奇怪
是有什么特定意图的 feature 吗,还是什么系统级别的通用震动反馈行为 ![]()
然后我又来对齐图标了 ![]()
还有就是 venture x 在估计等效年费的功能里面可以加一下持卡周年获得 10000 点的项目吗,毕竟这卡所谓的等效 -5 是要把这 10000 点算进去的,现在只有 $300 credit 和 GE/TSA 报销两项
回美国会变回来
好详细,太感谢了!
没想到小小一个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,所以也从来没注意这个问题 ![]()
看来以后对于UI细节要更上心一些了,不能再抱有侥幸心态
这里是内置Link自带箭头和手动添加箭头导致的
好的 ![]()
非常感谢花时间去帮忙核对数据和改进app!closing date的问题我估计要晚一点修,另外的问题我下个版本就修好 ![]()
好奇怪的行为..看来还是允许自定义年费日期比较灵活了
辛苦了,原来 amex 是先设定固定的 due date 再用这个值反推出 closing date,怪不得行为这么奇怪 ![]()
@Define_P 刚刚才发现你的
支持力度这么大,真的有点震惊到我了
说实话我都没想到会有人选这么高的档位…你是第一个… 真的太感谢了,原地鞠躬 ![]()
venmo debit和discover debit是否考虑也加上?还有转卡之后5/24里卡片不会同时更换,而是显示最初申请的卡。
惊了原来我是第一个 ![]()
可以偷偷说一下果子抽走多少了吗







