一套公寓可以有三种价格:广告上的、买家心里的、银行估值里的。前两者聊得很愉快,第三者带着文件出现,扫了大家的兴。
因此,我的房贷计算器从容易被漂亮界面掩盖的区别入手。购买价格与银行估值是两个数。首付与完成交易需要的全部现金也是两回事。固定利率期结束后的月供,不一定等于买家今天看中的数字。
计算器打开的是虚构购房场景,价格与银行估值有独立字段。可以修改输入,查看这个存档版本如何计算。
购买价格与银行估值
归档界面 · 演示数据
与 AI 的对话在哪里结束
我用 AI 工具构建产品,但把计算移到了独立 TypeScript 模块。React 与 TanStack Start 界面传入参数并显示结果。语言模型不会凭心情选择月供,也不会用有说服力的文字补上缺失公式。
引擎分别定义监管规则与银行假设。这是结果变化的不同原因:规则变化与具体贷款条件,不能藏在同一个“房贷”常量下。
固定期结束后,计算以剩余本金与剩余期限继续。不能只替换第一行利率,就假装之前没有还款。可负担性还提供压力情景:签文件前看到不舒服的数字很有用。
下一个画面打开收入、负债和计算假设等额外参数。数值为演示用途;市场条件属于保存的计算器版本。
高级购房场景
归档界面 · 演示数据
链接也会泄露太多
计算器有俄语、英语和阿拉伯语界面,也支持分享计算。复制 URL 看似最简单,但把全部表单字段机械塞进去,可能连同公寓一起发送收入、债务和储蓄。
普通链接不包含这些个人金额。私密分享有独立的加密选项。我喜欢这个细节:对人的关心,体现在地址栏里根本没有的东西。
当前源文件中的市场假设日期为 2026 年 8 月。这是条件快照,不承诺今天的利率。工具帮助准备与银行的讨论,不代表银行批准。
本文讲计算器的结构;面向买家的房贷文章另有一篇。相同输入必须产生相同计算。假设截至 2026 年 8 月,不承诺今天的利率或银行批准。
相关故事:LiveDXB Analytics · Comps Engine 研究。我做了迪拜房贷计算器:先看数字,再看公寓。






@nevsky_alexander
在 Instagram,看明信片之外的迪拜:家人、城市、新发现,还有项目之间的日常。在 Threads,聊聊设计与 AI 的随想;在 YouTube,分享一条限时动态装不下的视频。选你习惯的平台关注,常来聊聊