Can you also briefly talk about your traction? Eg- no of users, growth rate and at what stage you were in before YC and currently. Good luck.
Can you also briefly talk about your traction? Eg- no of users, growth rate and at what stage you were in before YC and currently. Good luck.
(I don't know to what extent Zynq resolves these issues.)
I suspect the real difficulty for a company trying to offer something more powerful is balancing effort/input the user has to take against dynamism and principle of least astonishment.
I don't think it would be hard to write a scheduling algorithm in this space that basically works but everyone hates, for example.
I think it's quite good to find a time, with the least conflicts. However given any meeting with more than 3 people in a large organization, it's simply not possible to gather everybody at once, without planning 3 weeks in advance.
one screenshot: https://technology.ku.edu/outlook2013/scheduling-assistant
We came up with this idea halfway through YC and our paid version of the product has paying 2 customers and several others in the pipeline, including some big tech companies.
Curious how an automated algorithm can make that decision.
If you really need it one specific week, send an update with topics that must be covered. If you really don't need it one week, cancel it in advance.
Assuming that you work with regular people or on regular projects. You or other participants will always have something to share, but maybe only 15 minutes out of the hour, it's fine.
Edit: this makes me realize. It's obviously not a software algorithm for scheduling, because this ain't a technological problem. So to make it a technological problem, the issue might be to identify groups of people who interact and prepare them regular timeslots together. Now that's a plan for a SV startup that will disrupt how meetings happen.
If someone ain't marked required, then that person probably ain't coming up to the meeting, and they won't tell you that they couldn't make it because they assume they're not needed.
Similar thing as in To and Cc for emails. No need to reply to emails where one ain't in the To line.
Ah. Social conventions in large organizations. An infinitely complex topic. But you're probably not trying to cater to Fortune 500 so nevermind.
For example there are lots of situations where 4 1 hour meetings in a row is just a bad idea even though it could be done to protect a 3 hour block. Problem being knowing which situations those are depends on both the type of meeting and your role in it.
I guess the problem is splitting your day into "focus time" and "meeting time" will work well for some roles, but is overly simplified for others. Not obvious how to solve that, most of the simple approaches would involve significant user input.
Some meetings need more mental focus than others, so stacking them can in fact can cause the same sort of problem you are trying to avoid with other work (i.e. "focus time").
cycling through sounds like a decent approach.