71–80 of 207 posts
P.S: Not affiliated with Fantastical in any way, just a happy and paying user for a few years now.
Are you worried about iStat Menus, Bartender, Alfred or Better Touch Tool adding your product as a feature? Is there a hard problem that you've solved that they'd face in replicating the idea?
FWIW, what I'd personally love is a physical stoplight on my desk with Green-Yellow-Red lights for whether a meeting is coming up. It should have a hotkey that launches the meeting. For that I might pay $10/mo.
Earlier quoted context omitted.
> I feel like businesses would happily pay $10 per user-month to have all their employees on time to a meeting Maybe I'm being extremely naive, but isn't it already a solved problem with synchronized & shared calendars and notifications?
I don’t think so because the notifications in chrome get buried for me. Email alerts for lost in the deluge of work emails. The Apple Watch helps a lot actually
I have several computers with different os's and a phone, that sometimes I call into meetings with, sometimes I use the apps.
I have meetings on teams, zoom, google, webex, (Skype is dead right?)
I may have presentations that I need to give in these meetings, in google docs, ppt, browser tab, etc.
So if your app could unify all of this, so I can click once on whatever device I'm on to get into my meeting, and have my meeting materials at hand, that would be cool.
I'm less big on notifications of any kind, I get too many already, making some new kind of extra important notification won't help.
Stick to the price, the ones that sign up will be loyal. Adjust later if need be.
Good job. It seems to scratch an itch.
This could be a selling feature, but it isn't clear from your privacy policy that calendar events don't go through your servers. You might want to make that clearer and upfront in your privacy policy (and possibly make that promise separate from the clause that lets you change the policy at any time, or at least commit to notifying users of changes to the privacy policy).
Also, just generally, you might consider other edits to your privacy policy for clarity. For example, there's a heading that refers to "Personal information we collect" but then "personal information" is never actually defined; instead you define something called "device information". It's unclear (to me anyway) whether device information is the same as personal information. This makes it hard to interpret the rest of the privacy policy, which refers to personal information.
Trying to be constructive, but why would it even be a subscription model? Although it looks nice, I would think twice even spending 10$ once for it (mostly due to our currency's value). Also, since it's an Electron based widget, is the memory overhead considerable for just a calendar widget? Also, how does this YC Launch work? Does not seem related at all with your original idea (not sure if it's a deal-breaker thoug…
Thanks for the feedback. We'd like to fall into the category of other consumer SaaS products like Superhuman and Vimcal. > since it's an Electron based widget, is the memory overhead considerable for just a calendar widget? Great question. In my menu bar right now, the app's using ~150MB. > Also, how does this YC Launch work? Every startup in YC gets one YC Launch where they're featured on the front page for the day.…
iStat Menus, which is tracking a lot more data across my system to render its multiple graphs is using ~85MB total.
Bearing in mind that many users are going to have 5 things like this in their menubar, they can't all use this amount.