为创作者打造隐私优先的收入平台

Source: Dev.to

如今，创作者经济蓬勃发展，但却有一个巨大的盲点：计算真实的净收入。如果你是 YouTube、Twitch 或 Substack 的创作者，估算收入通常需要使用笨拙的电子表格或充斥广告的计算器网站，这些网站会收集你的财务数据。大多数计算器只显示毛收入估算，忽略了平台抽成、税费以及受众地域等因素。

我想要解决这个问题。作为一名开发者，我也想以最轻量、最尊重隐私的方式来构建它。

于是 Crecaly 诞生了：一个面向创作者经济的收入计算器，能够算出你在 15+ 平台上的真实到手收入。我完全使用纯 Vanilla JavaScript、HTML 和 CSS，将其构建为一个无服务器的渐进式网页应用（PWA）。

🛑 现代金融工具的问题

在构建处理敏感数据的工具时——比如个人收入、税率和财务目标——隐私应该是默认设置，而不是可选功能。

大多数计算器应用会把用户输入发送到服务器进行逻辑处理，往往会将这些数据用于分析或再营销。我希望 Crecaly 成为“终极隐私之王”。

我为自己设定的约束条件：

• 零后端数据收集。
• 闪电般的加载速度。
• 不使用沉重的框架。

🛠 技术栈：Vanilla JS + PWA

客户端处理（零后端）

所有复杂的计算——包括 15+ 不同平台的独特费用结构、估算税费以及受众地域的调整——都在用户的浏览器本地完成。因为没有数据库需要请求，界面能够即时更新，用户的财务预测永远不会离开他们的设备。

PWA 的优势

我把 Crecaly 构建为一个渐进式网页应用。通过使用简单的 manifest.json 和 Service Worker，用户可以直接将工具安装到手机或桌面的主屏幕上。它的体验类似原生应用，同时规避了传统应用商店的门槛和 30% 的费用。

🧠 构建 “追踪模式”（逆向数学逻辑）

最有趣的功能之一是我称之为 “追踪模式” 的功能。

• 正向模式： 输入观看次数 → 输出收入。
• 追踪模式： 输入目标收入 → 输出所需的观看次数/订阅/销售额。

从逻辑上讲，这需要一个动态的逆向数学引擎。如果创作者希望本月净收入恰好为 5,000 美元，JavaScript 逻辑必须动态地把税费估算和各平台费用加回去，告诉他们需要多少 Twitch 订阅或 YouTube 观看次数才能达成目标。在不使用虚拟 DOM 的情况下，通过 DOM 操作即时完成这些计算，是一次高效事件监听管理的绝佳练习。

🚀 从 “Vanilla” 中得到的启示

• 速度即特性： 没有框架的情况下，Lighthouse 分数几乎完美。
• 隐私建立信任： “零后端” 是向厌倦数据收集的用户营销时的强大卖点。
• Vanilla JS 强大无比： 现代 JavaScript（ES6+）已经足够强大，我在这种实用工具中几乎不需要任何框架。