我的玩卡全追踪Excel表【动态计算实际CPP和真实ROI】
玩卡追踪工具从 Excel 迁移至 Coda,新数据库设计支持复杂场景,用户期待更新
awash 宣布将玩卡追踪工具从 Excel 迁移至 Coda,并分享了支持转卡、多 SUB、多版本卡、卖分等复杂场景的数据库设计草稿。用户对该工具的更新表示期待,并对 Coda 的数据管理能力表示关注。新增回复用户 cndive 对此表示赞赏并“留名”,进一步体现了社区对该工具进展的关注。
1. 关键信息
- (之前已归纳) Coda 数据库结构设计: awash 分享了其为 Coda 设计的数据库对象关系草稿,包括 Account, Actions, Card Object, Version Object, SUB Object, CLI, Credit Card Database, Cards, Versions, Credits, Point Redemptions, Point Values 等核心模块。
- (之前已归纳) 支持复杂场景: 新数据库设计旨在支持转卡、不同 SUB、同一张卡不同版本、人民币/其他币种卡、卖分、卖 credit 等复杂玩卡场景的追踪。
- (之前已归纳) 数据可视化与集成: awash 展示了 Coda 在图表集成方面的优势,并认为其比其他选择(如 Excel)更适合。
- (之前已归纳) 测试表格展示: awash 展示了一个用于测试的 Coda 表格截图,该表格用于记录公开存在的、可申请的信用卡信息、不同版本及对应 credit,作为个人记录的数据源。
- (之前已归纳) 用户期待更新: 用户 ExcelsiorDr 表示“坐等更新”,表明对 awash 在 Coda 上开发的玩卡追踪模板进展的关注和期待。
- (之前已归纳) 用户赞赏与关注: 新增回复用户 cndive 对该工具表示赞赏,并使用“厉害啊!留名。”表达了对帖子内容的高度认可和持续关注。
- 用户持续关注: 新增回复 nanzera 的“坐等更新”和 wzzang 的“插把椅子”,均表达了对该工具更新的持续期待和关注。
- 当前可用性询问: 新增回复 lb375 询问当前是否有可用版本,显示用户对工具的实际使用需求。
- 开发进度说明: awash 回复 lb375,坦诚目前还没有可用版本,并表示“还很远”,直接回应了用户的询问,并管理了用户预期。
2. 羊毛/优惠信息
- (之前已归纳) Credit 追踪: 数据库将支持追踪信用卡的各种 Credit,包括其名称、金额、频率、价值、使用链接和备注。
- (之前已归纳) SUB 追踪: 详细记录 SUB 的消费要求、奖励类型(现金、点数、FNs)、首年 AF 是否免除、FY Value 和 SUB ROI。
- (之前已归纳) Point Redemptions 追踪: 详细记录点数兑换的日期、用途、来源点数类型、使用点数类型、转卡费用、现金成本、同类商品现金价及 CPP 计算等。
- (之前已归纳) Point Values 追踪: 记录点数的 Main cpp, min cpp, enforced cpp, dynamic cpp, lowest cpp, highest cpp。
- 无
3. 最新动态
- (之前已归纳) 转向 Coda: awash 最终选择 Coda 作为新的玩卡追踪工具,并已开始设计新的数据库结构。
- (之前已归纳) 模板重构计划: awash 计划在 Coda 中重构其玩卡追踪模板,以支持更复杂的功能和更好的用户体验。
- (之前已归纳) 用户关注进展: 新增回复表明用户对 awash 的 Coda 模板开发进展保持高度关注,并期待其更新。
- (之前已归纳) 用户积极反馈: 新增回复 cndive 的“厉害啊!留名。”进一步印证了社区对该工具开发进展的积极关注和期待。
- 开发进度更新: awash 明确表示目前尚无可用版本,开发仍需时日。
4. 争议或不同意见
- (之前已归纳) 工具选择的持续演进: 从 Excel 到 Google Sheets,再到 Notion, Airtable,最终选择 Coda,反映了用户对数据管理工具的持续探索和对性能、功能需求的提升。
- 无明显争议。
5. 行动建议
- (之前已归纳) 关注 awash 的 Coda 模板: 对于希望精细化管理信用卡、点数和优惠的用户,建议持续关注 awash 在 Coda 上发布的模板进展。
- (之前已归纳) 学习 Coda 的数据管理能力: awash 展示的 Coda 数据库设计,为用户提供了在 Coda 中构建复杂数据管理系统的思路和参考。
- (之前已归纳) 关注工具更新: 用户可继续关注 awash 的 Coda 模板更新,以获取更先进的玩卡追踪体验。
- (之前已归纳) 持续关注项目进展: 用户 cndive 的回复表明,社区对该玩卡追踪工具在 Coda 上的开发进展保持高度关注,建议对该项目感兴趣的用户持续追踪。
- 保持耐心并关注官方进度: 鉴于 awash 表示开发尚需时日,建议用户保持耐心,并持续关注其官方更新,以获取工具的最新进展和可用版本信息。
hi nitan,我是一个非常data oriented的人,做做自己相关的数据的计算和统计就很开心。
今天和大家分享一下我的玩卡全追踪Excel表:
CCTrakr1920×1920 604 KB
(水印防xhs盗用,未授权请勿转发)
主要亮点可能是:
实时根据 我对点数的使用 计算每种点数的实际cpp和每张卡的回报率
track 点数使用
每次使用点数时,追踪使用的点数和现金
根据“同一个产品的市场价”和“如果花现金,我实际会买的alternative的价格”计算出两种cpp
一种给别人看看,别骗自己
一种给自己看看,点数到底值多少现金
防止掉入点数消费主义陷阱!
track 你感兴趣的各种SUB offer和获得的数量
根据动态cpp和自定义credit实际价值,计算每个sub的回报率
输入某个offer的获得次数,计算实际收益
统计撸卡生涯中最重要的几个数据,如总ROI和赚到的总分数
该开哪张卡呢?表中比较起来非常直观
自动高亮。薅多薅少/亏多亏少,一目了然
所有数字自动根据大小进行高亮
其他重要数据的高亮和auto complete/validation,防止坏账
有的人可能会喜欢的重要消费tracker
track是否使用SUB,根据使用的SUB的cpp计算省了多少
含rakuten等消费portal返现的计算和tracking
选择rakuten时,根据MR的动态cpp动态计算省了多少
track其他bonus如赠送的gift card(还包括是否已使用)
显示所有返现后的价格
其他不痛不痒的功能们
最基础的卡片tracking(开卡时间,是否HP,FTF等)
coupon book tracker
每年,会员年,半年,季度,月的各种credit的使用
每种credit自定义对你来说的实际价值,并根据使用记录计算总价值
每张卡在每个category消费返现价值的横向对比 (find the best card for xxx)
追求cashback而不是SUB的朋友可能比较有用
也是根据动态cpp计算的
转点 activities 记录
Referral tracking
track每次卖出物品/二手的获利/回血
每个tracked item都有notes区域用于记录细节
如果有人感兴趣,可以考虑开源。只是要把这个表清理出来 工作量有些大,得之后了
—————
update:
居然几个小时就50赞了,感谢大家
为了回报泥潭 决定开源!想问问大家想要什么版本的呢?
我的考虑是Excel本地使用更加私密一些,并且清理起来比较快
我没用过Notion和Google Sheets,所以重制需要更长时间并且功能可能缺失
不过还请大家投票,我看下各位的偏好,
Excel
Google Sheets
SQL
0
投票人
————————
2025.2.15更新
不好意思各位 之前一直在travel所以一直拖延着没做 会开始清理出一个好用的模板的!
我一直没做这个事情主要还是因为完美主义,我想不太到任何一种方式可以让大家接收这个表格持续improve的更新同时不妨碍大家本地已经记录好的数据
我总不能写个软件给大家 然后用自己数据库 handle版本更新吧
或者就得从一开始就放出一个“完美”的标格,这个肯定做不到,对我自己来说functionality也是一个一个增加的
————————
2026.3.3 更新:
在 151楼 详细描述了我选定的新工具和原因,以及migration plan
都手动加的这些数据么
基础数据是手动加的,然后任何计算都是自动的
做了不少我想过但是没执行力去做的, 点赞
可能对一些人来说这种记录和计算是成就感的一部分,而如果记录让你内耗 那就别想这些!
太不容易了
LZ真厉害,看得我头都晕了
羡慕这一水ink+amex biz
【引用自 awash】:
全追踪Excel表
两个问题。能分享这个模板吗?还有这个用excel做好像非常麻烦。。。
lz考虑转行去审计或者投行吗
厉害,看得头晕
楼主solid! 能否开源分享一下背后逻辑?谢谢!
数据库是楼主手动录入的吗
这下撸卡真成上班了
开源的话我是有此意的,只是确实需要把表格清理出来才能拿给大家
载体的话,我觉得确实 但是也因人而异
确实用Excel有一些麻烦的地方,比如说写新的公式的时候没有像写代码那么轻松,但是总体看下来以这个形式做还是比较较无痛的
主要因为在我玩卡一年不到的时间里,我对这个表格做了无数次修改,每次碰到一件新的事情都会对表格有一些比较大的refactor,也是最近觉得优化的差不多了才拿出来的
如果把这些数据记录在数据库里的话,对schema的修改每次都特别大,其实最后工作量应该是更大的。并且我感觉excel的一些功能(比如数字高亮和公式)还算方便/够用,就用下来了
给楼主点赞!!话说有没有可能结合一些什么AI软件的API,然后让用户模糊输入都能正确录入呢?
泥潭人才辈出 可以找几个人写document
【引用自 awash】:
转点 activities 记录
这个是通过api实现的吗
我建议lz给excel挪到google sheet上,我以前也用excel,后来发现google sheet定义function,弄下拉框都要更方便,而且很多不方便用电脑的时候,手机点点就好。
其实没什么数据库 我玩卡一年不到,这里记载的也是一年内最重要的几个数据而已,可能只是开的卡比较多,所以看起来数据很多
不过如果你指的是SUB数据库的话,这个确实是某一次我特别不知道开什么卡 所以收集的当时感兴趣的SUB们,然后修修补补继承下来了
哦你说的可能是图里“数据库里有的卡”说的这个,不好意思误导了,这个指的是自己记录过已经开了的卡,在别的地方填写卡的名字的时候会从这个表里面auto complete和validate
火钳刘明
我自己有一个简单的表格来track开卡时间以及每张卡的benefits
但是再多的就懒了(
看着好厉害
是的,如果要开源清理 确实可能挪到Google sheet
只是我不太想让谷歌有我个人数据(当然现在已经算是软公开了)我现在这个表是存在我个人“企业“的微软365 E5云里的,按照公司协议 微软应该是不能看的
厉害,手动点赞
哈哈哈,是有点班味儿了。
但不得不说能记录这么详细,楼主还是很牛逼的。
不是API,那应该不存在 ,这个是通过在兑换表里每次兑换手动记录下这个票值多少现金实现的
倒是消费tracking可以用类似Plaid的API实现,但是excel的载体限制了
哈哈哈哈哈哈给自己打工 看数据就开心嘛
放心,早就裸奔了
可以,但要点时间
不过你有什么具体想知道的我可以先跟你说哈哈
什么时候开来西雅图啊
很适合嘛
家里确实是finance背景,不过我是臭做游戏的程序员哈哈哈哈 开心最重要
厉害!像是M&A做due dligence的样子 期待分享。不过这应该需要不少时间输入吧。我懒就一般只做两个简表:一个track申卡/关卡/SUB日期, 5/24, hard pull 6/24 months, 下次申请日期,收益-年费对比。另一个track current points balance, free nights by brand, 年费日期,收到日期,过期日期, 兑换日期。
具体说说?感觉可以
不过这个表格是大改动麻烦,录入数据倒是很方便
确实输入主要靠坚持,不过我现在也只在开卡和用分的时候需要记录一下
以前做的什么各个消费的tracker也都没怎么在用了,确实量上去了嫌麻烦
include everything in drop down menu and do data validation
哈哈,我也不懂AI,就是好奇有没有这个可能性,论坛里很多CS大佬可能知道
哈哈哈op awash能期待你把这个做成游戏吗?
gamify信用卡,说不定也有相应的用户群
参考duolingo gamify语言…
【引用自 awash】:
我是臭做游戏的程序员哈哈哈哈 开心最重要
哈哈这个我早都实现了!
支持楼主分享变态
哈哈哈哈哈这个也太有意思了
我个人最喜欢(并且自己在做的)就是工厂优化流水线之类的游戏,如果是这样感觉做成cc tracking的游戏也不错哇哈哈哈哈
之前手机上有一个记账游戏软件叫fortune town还是啥的 我来美国前用了好久哈哈哈哈哈
真的可以变钛吗
这个简表我也有在做,就是关于每一张卡的更多info
我现在的解决方法是在一个另外的软件里结合reminder做的一个文档,主要用来追踪哪张卡是哪张卡变的,以及reminder提醒我关卡等等
我有点个人隐私freak,所以发出来之前克服了一些心理障碍 并且对我个人数据做了不少篡改的
so我不一定是这些卡
【引用自 awash】:
倒是消费tracking可以用类似Plaid的API实现,但是excel的载体限制了
感觉加上Plaid之后就是compliance地狱了
是哈哈哈 太没必要了
【引用自 awash】:
每次碰到一件新的事情都会对表格有一些比较大的refactor
我就是怕这一点所以一直没做表格,每做一件事就把做了什么用文字记录在一个Word文档里,想着万一以后做表格的话能有原始数据,已经记了几十页了
开心游戏开发op觉得有意思!可以成为您这款游戏的beta tester!
您现在做的工厂优化游戏有链接吗,感兴趣试试。
说起来游戏做得好玩,可以帮助很多人!之前做volunteer培养孩子们 financial literacy,那些内容,如果有设计好的游戏,可以更加 engaging,帮助更多孩子们
【引用自 awash】:
哈哈哈哈哈这个也太有意思了
我个人最喜欢(并且自己在做的)就是工厂优化流水线之类的游戏,如果是这样感觉做成cc tracking的游戏也不错哇哈哈哈哈
之前手机上有一个记账游戏软件叫fortune town还是啥的 我来美国前用了好久哈哈哈哈哈
还是早日期待有一天steam上出现撸卡模拟器,比直播模拟器肯定好玩
哈哈,这个我会!等你想要做表的那天,你就想出一个schema然后把你的文件扔给AI帮你做成表!
真的假的
还在开发过程!哈哈哈最近上班忙都没空想了
正需要,感觉你的那些不痛不痒的功能就够我用了。期待LZ赶紧分享
我一般就track一下今天赚了多少钱 只记钱不记点数
看看就已经很开心了
我也想把撸卡做成excel…
可是奈何本身没大佬们那么多点数也没多少卡
mark一下, lz强大
太强了,期待模版啊
好棒 求分享 感谢感谢
Tiller Money可以自动将信用卡交易倒入excel。一年$79
我用这个做budgeting,自己也做了很相似的spreadsheet。哈哈
樓主太強啦!!
期待模版+++++
真的不卡吗
得手动输入购买记录吗?
赞,不过老哥被招进AMEX RAT组请手下留情
不必要,我就是一开始做了这个功能 后来懒了
其他功能是可以独立于这个的
啊?谁?
lz太厉害啦
和楼主同样想法,刚好适合懒惰时间多的我
期待模版!太需要了,感恩感恩
感谢楼主 蹲等分享
蹲蹲分享!好厉害啊
lz能大概分享下你这个表格背后的原始数据是什么吗?是信用卡所有消费和点数使用都录入还是只选择自己觉得重要的录入?手动录入的话大概需要花多久?我刚玩卡的时候做了个类似的 但用了一段时间就觉得手动录入太麻烦而放弃了。。。
英雄所见略同,我是用Airtable搭建的
Artboard1920×1122 197 KB
大部分数据只需要有每张卡的信息就可以了。每张表格需要的额外数据不一样,具体可以看表头(表头的有一些column需要手动输入数据)
消费tracker不被别的表格依赖,填不填都可以的(我自己到后面就没填)
等我做出分享的版本,可以把需要手动填写的column高亮标注
nb!你这个感觉记的比我多很多啊
不过看起来我的更偏向数据统计目的,你这个偏向数据记录目的
感谢大佬
终于回到白金了!
为了答谢各位的支持,决定(忙完以后)把表格从头优化/重做一遍分享出来
有兴趣的谭友可以关注我,私信我,或者点赞这个评论/在这条评论下面评论插眼,到时候我花点时间一个一个通知过来(包括之前已经插了眼的朋友)
Group 11160×638 95.9 KB
Group 21076×638 86.3 KB
Group 3992×642 72 KB
Group 4526×522 60.5 KB
Group 51098×622 76.5 KB
Group 61131×620 79.2 KB
Group 71081×648 86 KB
Group 81203×654 93.8 KB
Group 91047×657 73.1 KB
Airtable嘛,简易的关系型数据库。更偏向查询,比如什么样的lounge PPS卡要用哪一张,当季5%分类该用哪张卡、什么里程什么价值、能转点给什么多久转到、自己的各种羊毛什么时候过期。遇事的时候简单检索一下就能迅速知道,不麻爪。
帅啊 光是看这些不同标注的column和颜色label都心满意足
太牛了这个,感觉是自己做了个小指南出来哈哈哈
大佬
其实我觉得撸羊毛久了,应该人人都要有个excel表的,不记账,不管理,那么多卡那么多羊毛那么多账户很容易出问题吧?可能开了自己都忘了然后在那默默扣钱什么的。
所以撸羊毛又不记录的朋友到底是怎么维持不翻车到现在的?全靠记忆吗。
—————————
再提一个比较有用的表,但好像很少看到有人记:礼品卡。
我买GC很多,而且经常有很多的渠道拿到不同的卡,所以我有一张表格专门登记礼卡,格式如下:
礼卡商家,日期,购买来源,面值,成本,fee,成本百分比,剩余面值,支付方式,卡号后四位,备注。
然后没用完的标记为绿色,用完的标记为黑色。备注里写上卡的套现渠道,这样如果发生意外退回可以知道是在哪张卡里。
这样可以有效追踪自己到底拥有多少没用完的GC,以及都来自于哪些地方方便忘记的时候去找回来用掉。同时可以计算靠撸GC返现出来多少钱。
我目前的礼卡表有170行,总面值三万多,综合的返现比例是18.71%。没有excel表的话估计完全无法管理了。
太给力了呀
一年不到是如何做到csp3 csr2的…
emm并没有呀
每一行代表一个已知的offer,这个是开卡前用来比较用的
然后在表格中间偏右的Received Count一栏才是标注这个offer拿到了几次
不过,我这些截图里的个人信息是随便填写的,为了发出来而已
Group 101137×597 595 KB
Group 11875×535 356 KB
我是这样管理的,过期之前还设定了自动邮件提醒
礼品卡和酒店FN等等确实都是我还没来得及涉及的部分,在我的表里就没有体现,感谢大神inspire
Screenshot 2024-11-19 at 00.57.50796×1074 56.5 KB
我总共有这些类型,供你参考
FN我是直接列一个表,然后链接到酒店的表格里去,这样酒店记录的时候可以直接绑定另一个表里的某行FN,不用重复信息记两遍
感觉复杂起来之后就很有必要用relational db了,可惜这个不适合大部分人
【引用自 xxxyyy】:
所以撸羊毛又不记录的朋友到底是怎么维持不翻车到现在的?全靠记忆吗。
记性特差,信用卡账户transaction靠copilot, SUB/coupon book/各种offer靠ios reminder, 里程点数羊毛账户靠awardwallet, GC靠gmail(因为基本只买egc)
【引用自 xxxyyy】:
我目前的礼卡表有170行,总面值三万多,
这么多都是自用吗还是会liquidate GC最大的问题不是管理 而是买的次数多了总会碰到幺蛾子 要么盗刷要么各种其他问题 我碰到一次verizon gc给我发空卡 到现在都没要回来 跟吃了苍蝇一样
这都相当于part-time了,有收益真不眼红
【引用自 popeyes228】:
信用卡账户transaction靠copilot
copilot还能干这个?
【引用自 popeyes228】:
这么多都是自用吗
大部分自用,只要啥消费都走gc就能用掉大量gc啦。我买了这么多都没遇上幺蛾子,线上一般都没事,线下的话去熟悉的店买就没事。verizon gc空卡是常见问题,不要买就对了
copilot.money 这个软件,不是LLM
【引用自 未知】:
【credit card 524 计算formula有大更新】新手必备!!玩卡常用 Tracking Sheet Templates 玩卡
Credit Card Template里的formula exclude掉了business,并且改了cornor case, 请更新!!!
好记性不如烂笔头,有记录总归是好事情,玩卡自然也不例外。
chase的524,debit card 的最优关卡时间等等,我们都可以用到tracking sheet来记录。
当拥有的信用卡数量越来越多,信用卡资产…
这位大佬做的表格也不错
厉害 那你的流水应该蛮高的 不然三万多的balance其实隐形利息都蛮多了
大神
太强了zs
各位都是头子
冲钛冲钛!
都太强了, 我是用Google sheet + reminder,前者用来记录,后者用来提示
目前还没找到非常好的track各种employee副卡offer的方式
感谢分享!刚用电脑仔细看了下顶楼的图 基本明白lz的意思了 我之前是还会track各种消费 然后定期看每笔消费的用卡是否最优 每次录入都要normalize不同issuer的数据格式 没多久就从入门到放弃了
还得接到日历和提醒事项里
激励输入永远是各种自我管理的tracker logger最难的事情了……
【引用自 Anon1】:
之前做volunteer培养孩子们 financial literacy
我是从后往前读你的回复的
你刚开始说语言duolingo gamify的时候我就想起来uw一个团队做过儿童financial观念教育的研究
然后想了下做教育导向的和做“利润”导向的区别太大了很难融合
…
太吓人了,果然泥潭人才辈出,还都是码工
同意,教育导向,和利润导向,区别很大。
一些觉得真心的教育产品,最开始是(忽略利润)“用爱发电”,例如khan academy(还有ocw曾经那震撼)
有人做这样的事情,这样的选择…是我很感恩的历史时刻。
【引用自 Lunasol】:
然后想了下做教育导向的和做“利润”导向的区别太大了很难融合
…
太厉害了 一眼过去赏心悦目
这几天想找个信用卡管理面板,翻到这个贴,来水一下
谢谢你的excel。
求踢zszs
大佬这是啥软件?能分享吗
手动插眼 希望大佬早日开源 造福泥潭
求开源
【引用自 felixdesign】:
我是用Airtable搭建的
求搭建教程
@felixdesign
等过几天有空我把个人信息去掉把我搭建的airtable模板分享过来好了
airtable 比notion好用
谢谢!
感恩大佬
不好意思各位 之前一直在travel所以一直拖延着 会开始清理出一个好用的模板的!
我一直没做这个事情主要还是因为完美主义,我想不太到任何一种方式可以让大家接收这个表格持续improve的更新同时不妨碍大家本地已经记录好的数据
我总不能写个软件给大家 然后用自己数据库 handle版本更新吧
或者就得从一开始就放出一个“完美”的标格,这个肯定做不到,对我自己来说functionality也是一个一个增加的
怎么感觉LZ有点处女座 没事,好饭不怕晚
关注zszszs
【引用自 awash】:
我是一个非常data oriented的人,做做自己相关的数据的计算和统计就很开心。
我也是。自己在電腦裡整理的那些數據和表格我能玩一天。
人生RPG的感覺。
謝謝,期待模板分享!
蹲,期待分享!
又难产了,最近开始各种转卡,发现这个表格非常难优雅的记录卡片的product change……头疼,有人有想法吗
【引用自 awash】:
最近开始各种转卡,发现这个表格非常难优雅的记录卡片的product change……头疼,有人有想法吗
我有一個和大佬類似的管理表格,我有一個Column是叫Identifier,格式自創。我把轉卡前和轉卡後的兩張卡都標記成同一個,這樣Filter選擇之後就能顯示出前後是同一張卡的兩張或者更多張卡。
image526×370 5.19 KB
我本地的最新版也有这个了,但是还是没法解决有的时候一行 = 一张卡,有的时候一行 = 一个product的冲突
大佬再把腦汁攪拌一下,加油。
感觉需要按照action来存储,比如open, close, product change (upgrade, downgrade), 然后每一个account有个自己的id,每一次change有一个自己的id,然后按照change来记录每次变动的SUB/年费什么的
但是这玩意用excel咋搞啊 感觉能做 但是烦死了 而且会很卡
头疼啊xdm,感觉做完美的工具还是写程序方便,excel的限制也在这了
本来用excel只是因为功能简单不想自己造轮子
蹲,期待大佬分享!
佩服,我只能做个excel记录开户bonus
顶一顶 大佬早日更新
佩服 求楼主早日更新
26年第一天 继续求模板~~~
同求同求
同求同求
同求模板
excel现在太卡啦!正在研究是自己写个软件/网站 还是搬去notion(但是功能不够)…
不好意思 完美主义者是真的很拖拉…
跑不动的,我试过notion了,airtable勉勉强强,但也很卡。我现在是用notion管理行程,airtable管理卡
服了,那到底有啥能用的啊
怎么2026年了搞个表还这么低效,后端子线程delayed update不就行了么
我的airtable已经让我搞到有时加一行数据要等一分钟的程度了。这种民用的关系型数据库一旦数据复杂了根本没法搞。除非自己开发了
期待大佬的模板
哎 就是这种问题
要么真的等我空了 写一个原生的…
但是感觉遥遥无期啊
你用过Coda吗?最近在研究,貌似性能比Notion好,而且支持渐变色的conditional formatting。接下来打算测试一下他们的MCP Server好不好用。
image3771×1592 302 KB
但是性能应该不如airtable,毕竟airtable应该底层确实是relational database
但是如果是这样的话,为啥你的这么卡?你的数据行数很多吗?
顶一顶 大佬早日更新
如果性能都不如airtable肯定就没戏了,我行数不多不过随时都处于free plan的max,也就是2000,但我有十张表互相交错在一起
但是说实话我这个表不需要你这么多数据哇…
你行数大头都在哪?真的是需要容易获取的数据吗?还是那些记的多了只需要导出永久保存就可以的东西
大概总卡片数量差不多有100条(含历史),账户数80条(含历史),会籍项目数30条,分期plan个位数,年订阅20条(含历史),月订阅50条(含历史),奖励100多条(含历史),奖励任务项目分配50条(含历史),机酒holding订单20条(随时更换),每笔应付账单(无上限,仅保留一年内数据,直到存满全base总行数2000后转移到备份base以规避月费)
我的base大概是这个构成,每个表之间都交叉引用,就算我把占大头的bills清空也还是卡
还有我每张表的列数都是至少十几列,最复杂的一张表将近40
90ded4e6eca81cd3ce38ccb7d62dd67f3020×1658 504 KB
这一年来,在尝试并且比较了非常多个 alternative 后,我最终选择了 Coda(类似 Notion)来作为新的数据库工具,用来给大家开发一个好的开源信用卡 Tracking 模板。我虽然还没有 daily drive 过这个软件,但是目前来看应该是最合适的
普通原因:
在线
免费(非共享文件免费无限容量)
有手机客户端
可共享(我共享给大家)
可复制(大家打开我的模板就可以复制到自己账户)
支持基于颜色的 conditional formatting(我原图上花花绿绿的格子,用来快速 visualize)
支持文档和表格的互相引用和嵌套关系
不像 excel 里所有内容都是平级关系,导致需要手动做嵌套并且 UX 不好
支持添加各种视图和统计,如graphs,timeline等。无痛可视化!
某个官方 Template,能看到sheet和graphics2572×1675 306 KB
技术原因:
表格性能优异: 性能比 Notion 和 Excel Web 版好得多,尤其是处理大量跨表引用和复杂公式时
数据模型是真正的 Relational Database
所以性能好
支持真正的 One-way/Two-way Relations
每一行都是一个独立&结构化的Object,包含各种properties甚至subtable,点开就是一张单独的表单
是唯一一个融合了relational database 和 Excel 的 Column-aware 能力的工具
很关键。市面上绝大多数现代数据库工具(如 Notion, Airtable)的公式都是Row-bound的,单行无法知道整列的数据
Coda 突破了这个限制,公式可以像 Excel 一样纵览全column(例如直接引用 =Table.Column.Max())
优势:支持基于 Column 的 Color Scale / Heatmap 和动态进度条。当列里的min或max变化时,所有颜色和进度条会 recursively 重新校准
(Beta) 支持官方 MCP 服务器,可以快速集成到各位的 AI 助手里
Coda的限制:
没那么流行,但是考虑到专用工具对核心需求的契合更重要,我认为这是值得的取舍。他们之前是小公司,前段时间被 Grammerly(现在的Superhuman)买下来了
模板分发&实时更新: 我并不能直接编辑一个 template 然后让所有已下载用户的版本“实时同步更新”。目前貌似没有任何一套软件能完美解决这种“去中心化分发 + 中心化代码更新”的问题,除非我自己写客户端和后端并维护 SQL 数据库
隐私与端到端加密(E2EE): 像所有现代协作化 SaaS 一样,Coda 默认不是端到端加密的。但对于信用卡 Tracker 来说,我希望大家记录的是脱敏的数据,并且把卡号cvv等敏感数据交给 1Password 这类专业软件
分享大文件需要付费:对接受分享的人来说没有影响,但是我共享出一个大文档是需要付12刀月费的。目前发现可以通过我发 refer link 获得新注册/付费会员的方式给我账户抵月费,实在不行我就付点钱也没事,长期可能吃不消
我淘汰的工具和核心原因:
Excel (Desktop/Web)
不方便传播、更新
XLOOKUP多了以后的性能问题
手机客户端可用性非常差(在屏幕上划这么大的表是灾难,如果有frozen column那直接划动不了)
不方便 link,不同表格里同样的 row 实质不是同一个物体,只能靠脆弱的 XLOOKUP,本质上是数据的 duplication
本地文件,协作和同步极度依赖微软生态和订阅
没有合适的官方 MCP 服务器
Google Sheets
虽然解决了分享和云端同步,但底层依然是2D电子表格
缺乏 App 级别的 UI 和关系型数据管理,几十列的数据在手机上也没法看
AirTable
它是纯正的“表格/数据库”,缺乏doc support
不支持数值自适应的渐变色 Conditional Formatting(它必须手动设定“0-10是红色,10-2色”这死板的规则)
免费版有非常严格的记录行数限制(1000,2000行),把 @felixdesign 哥都快逼疯了:
【引用自 felixdesign】:
直到存满全base总行数2000后转移到备份base以规避月费
Notion
性能瓶颈: 当数据库达到几千行,且包含大量 Relation、Rollup 和复杂公式时,卡顿非常明显。
致命伤: 公式引擎极其孤立。它完全不支持基于“列最高值/最低值”的自适应颜色/进度条。在 Notion 里想做一个根据整列数据动态是地狱难度
Craft
我自己的简易表格所在地,文档优美,有手机原生 app。
但是本质上是“带轻量表格的笔记软件”,不支持复杂的关联和重度公式,作为 Database 性能差且功能欠缺
各种开源自建项目 (如 Grist, ONLYOFFICE, NocoDB 等)
Grist:数据结构和 Python 公式很好,但完全没有原生的颜色渐变/进度条(只能靠写 Python 代码生成 ████░░░░░ 这种复古 ascii 条来妥协)
普遍问题:上手门槛极高,需要使用者自己有服务器、懂 Docker 部署和内网穿透。没有现成稳定的云支持,根本不适合大家享给大家
重构计划:
选定工具后,我现在正在开始着手从头开发整一套 tracker。希望可以在现有版本的基础上:
提升功能: 添加升降/转卡路径支持、多 Player 支持等。
改善碎片化: 减少数据分布带来的手工劳动,利用 Relation 打通底层逻辑
提高整合性(All-in-One)
我自己都同时用了两三套系统分开管理(大致信息和笔记在 Craft,具体计算在 Excel,Todo 刷卡任务在 Todo list)
借这次迁移,希望可以利用 Coda 的 Doc + Database 特性,集中到一个系统里。
这整个过程本身可能又需要一段时间。我会研究 Coda 内部的 implementation 逻辑,用正确和高性能的方式(例如:优化文档中视图的个数)做出这一套模板,并且争取做的完善,避免大家之后使用出现需要经常更新、性能限制、功能不够等问题
很好奇,在这个AI时代,是不是自己用AI手搓一个客户端、服务器和数据库会比从头(遵循工具的限制)implement这些功能的工作量更少。
不好意思拖了这么久,大家应该能看出我是认真在研究hh
期待不久™后能把 2.0 版本的 Tracker 交到大家手上!
Coda玩起来!
以下是目前打算 track 的 object 的数据库 object relationship draft。
数据库将支持转卡,不同sub,同一张卡不同版本,人民币/其他币种卡,卖分,卖credit 等 tracking
感觉工程很大啊
Account
Actions
Open
Card Object
Version Object
SUB Object
Duration: Default 24m to show 5/24 timeline view
Notes
Close
Notes
Product Change
From Card+Version to Card+Version
Any reward for that
Notes
CLI
From
To
Date
Current Status (auto-calculate based on actions)
CLI (auto-calculate based on most recent)
Age of account (calculate)
Duration: Time limit for how long you can’t close the account
Notes
Statement Date (list for change)
Next Statement (calculate)
Notes
Player (p1, p2, p3, etc support)
Credit Card Database
Cards
Name
Bank
Type (Personal/Business)
Type (visa/mastercard/amex/discover/unionpay)
Type (Signature Business/world elite/Infinite)
Currency
USD
CNY
USD, all NFTF
USD, FTF
CNY, all NFTF
etc
etc
Versions
AF
Credit list (linked with TODO)
Name
Amount
Frequency
Worth
Link to use
Notes
Credits worth sum
List of cashbacks
category (travel, groceries, chase travel, hilton, everything)
amount back (1x, 1.5x, 2x, 4x, 8x, etc)
rebate unit (cent / point type)
SUBs (linked to my accounts)
Card + Version
Spend Requirement
Rewards (List)
Cash
Cash Type (currency)
Points
Point Type
FNs
FN Type
First Year AF Waived?
FY Value
SUB ROI
SUB Time Limit (Duration, for rendering SUB timeline)
Card Versions
Hard Pulls
Linkable to accounts
Referrals
Account
Amont
Type (point, cash)
Points
Point Redemptions
Redeem Date
Use Date
Redemption Type (Flight/hotel/car/cash/gc)
From (for flights)
Destination (for flight/hotel/car)
self use / gift(?) / liquidated (sold)
Origin Point Type (MR/UR/Bilt/etc)
Origin Point amount
Used Point Type (MR (amex travel) / CX (transfer) / Hilton / UA / Hyatt / etc actual point type when used)
Used Point amount (could be different)
Transfer Fee? (should I add “transfers/point movement” table and make this linked?)
Cash used (tax for flights etc)
Cash Price (listed price if buy exact same item with cash)
Same Item CPP (use cash price to calculate a cpp. This is probably higher than the actual value of the point)
Cash Alternative Price (How much you’d spend on an alternative item if you had to buy it with cash)
Cash Alternative CPP (the actual cpp that will be used extensively elsewhere e.g. when calculating point values and subsequently card SUB values)
Price w/ Average CPP (the price of the same item if we use the average cpp of the point type to calculate)
Average CPP Multiplier (ratio of this redemption’s cpp and the average cpp)
Difference (cash difference between the cash alternative price and the price w/ average cpp, aka how much you lost/gained on this redemption vs the average for this point type)
Quantity (number of tickets/days/items)
Received (confirms date this is received)
Rebate (if there is any rebate e.g. Amex biz plat amextravel 35% point rebate)
Note
Flight number, cabin, etc
Hotel name and dates, etc
Liquidation info, buyer, amount, currency, etc
Point Values
Main cpp
min cpp
enforced cpp
dynamic cpp
lowest cpp
highest cpp
transfers/point movements table?
Views
Timelines
5/24 Timeline
SUB Timeline
Hard Pull Timeline
Card View
My active cards
My archived cards
All my cards
Stats
Earnings by time
Utilities
Value Back
row: my unique card types (not accounts)
column: categories
content: precent back
sum: highest
Credits
todo for current credits
Subtable / list of received credits
sum of received values
顺便给大家看一个随便做的测试用的表格,感觉确实是会比别的选择好呢
image2123×1804 291 KB
(这三个表格是在简易记录公开存在的、可以申请的信用卡信息、这些信用卡的不同版本、这些不同版本的不同credit,用作个人纪录的数据源。这些表并不是在记录个人手上有什么信用卡、有什么credit。后面的部分我会专门做)
图表也能比较方便的集成 不错
image3680×2392 420 KB
坐等更新
厉害啊! 留名。
坐等更新
插把椅子
请问现在有可以用的版本吗?
没有 实话说还很远呢