enkarta

We're always considering various pricing models, and per-integration was one of them. For the time being, though, we've decided that would be counter to our primary goal: allowing you to see and process all of your work from in Monolist, as quickly and easily as possible.

Email does indeed catch and notify you of most things, and Gmail is getting smarter every day. The one major downfall, though, is that it's stale: the minute you receive an email it's out of date, and if anything requires additional emails to send updates.

It's also those "filters and scripts" you've set up to create your own triage queue that we're trying to replace. The average user should not have to write scripts to receive and process their work in an efficient manner. That's what we're trying to solve at Monolist!

This “Cambrian explosion” is exactly what we’re trying to help with at Monolist (https://monolist.co).

The number of tools used daily is growing, which is in one way beneficial for the worker since they get a better and more specialized tool to do their work. However, it increases fragmentation and the chances of missed work.

Email is the most common solution, but that has its own downsides and seems to be used less and less for daily work. We think the solution is an ever-updating and fully synchronized “command center” for everything across every app you may be using.

1. Yes, it is possible to create a separate email address for all of your different purposes (work, personal, etc). However, for the average user that is not a very efficient workflow or desirable end result.

2. Yes, as you're describing there are various hypothetical ways to link an email with a pull request or vice versa. But how do you propose the average user implement this? At the end of the day, they'd end up building a subset of the underlying functionality that Monolist provides.

3. Yes, it is "possible" for email clients to support additional features, and many of them do. However, we believe email requires a fundamental rethinking to be valuable again in the workplace.

Slow/frustrating UIs can be one of the biggest barriers to productivity.

At Monolist (https://monolist.co), we’re building a streamlined task experience that integrates deeply with Jira (and Confluence) Cloud specifically so you don’t have to deal with these painful UIs.

More details on HOW you actually made the switch would have been nice. I'd love to stop using jQuery, but I feel like if I end up writing my own utility functions to emulate the original jQuery functions then I might as well stick with jQuery for the time being.

I'm getting an SSL warning, a redirect to a dummy page, then a final redirect to a 404 error...