My first thought was "oh, this will contribute to already high anxiety levels", mostly because I remember how I reacted to MRR changes:<p>- MRR went up a bit: "Great, we're on track"<p>- MRR went down a bit: "THE END IS NEAR!!!!"<p>At some point, I understood that it was Loss Aversion Bias [1] at play. Once I reframed MRR movements as something fluctuating and neutral, it lost all anxiety-inducing powers.<p>So this might actually be fairly neat if the business owner has a reasonable approach to this metric.<p>[1] <a href="https://en.wikipedia.org/wiki/Loss_aversion" rel="nofollow">https://en.wikipedia.org/wiki/Loss_aversion</a>
Any particular reason why this isn't notarised? I realise it's another hoop to jump through (and an annual fee for Apple's developer program), but given that I'm going to connect this thing to my Stripe account it would be nice if it didn't feel like it was avoiding (minimal! easy!) security checks.<p>For that matter, it's also slightly misleading that you don't call it out as Catalina-only. I'd love to use it (to wit, I've just paid you for it!) but I'm sure there are still lots of folks putting off the upgrade to Catalina.<p>(Indie game devs especially, since Steam's upload tools are 32-bit).
Would be very useful if the website had even a single screenshot that clearly showed the app experience. Yes I know there’s a video (and a rather crude clip of a screenshot at the very bottom of the page), but nothing that clearly just shows what the app looks like easily. As the author, I’d assume it shouldn’t be too hard to mock it out with dummy data rather than blurring out details. If there’s any motion, a gif would be ok, but clearly showing a screenshot with what the menu bar experience looks like would go a long way imho.
Alternatively for other data you can use <a href="https://github.com/matryer/bitbar" rel="nofollow">https://github.com/matryer/bitbar</a> and code your own api consumer in a shell script.
I would love to see this also for App Store & Play Store Revenues. That would push me to pay for something like this because it's much harder to get that revenue data in real-time .
Recorded a quick overview: <a href="https://www.loom.com/share/412c35ddc5f944f7937629080c76d7e1" rel="nofollow">https://www.loom.com/share/412c35ddc5f944f7937629080c76d7e1</a>
I imagine with an app like this that gives visibility into which SaaS services are making good revenue, it would be very tempting for the app developer to exploit that information and select businesses to start replicating. Or hand the info off to an associate if you want to keep up appearances. Very clever if that’s what’s going on here.
Hey that looks interesting, do you have graphs in your product? I just installed it, looks minimalistic but I like to know if there is some kind of extended functionality that I am missing. Thanks