We only support javascript at the moment. Most of the data gets updated with the user on your site, so this was the logical first client since any backend would work with it.
We plan to roll out support for Ruby, Python, PHP, and likely some plugins/addons (think wordpress, magento, shopify, and etsy) shortly. We will likely preference the plugins/addons at first.
We had a lot of users emailing about the beta price so we decided to adjust the pricing to $5 for unlimited beta access.
Would any of you prefer an integration with Sales Force, Zendesk, Desk.com, or Helpscout more than a Gmail integration?
We are looking to expand out of Gmail eventually, so if you would use one of the existing CRM tools and would like Accordive for it please let us know by email - [email protected]
Hey, I am the creator of Accordive. I just wanted to note that we have users in private beta right now, and opted to openly tell everyone the signups were for a public beta, thus the discounted price.
While we considered not telling users this until after they signed up (many services have done this in the past) it ultimately seemed like a shady thing to do and I would rather be open with my users than trick them.
That said, we are allowing signups into the public beta pretty slowly because we like to work with each user individually to help them get setup and running. This is slow at first but it makes the experience much better and we learn a lot along the way.
We only charge you one time, then never again until a month after it leaves beta. This just locks you in at the discounted price and doesn't charge you again until the 2nd month out of beta. I'll make this clearer on the site.
As far as why we are taking money, we already started a private beta and are looking to get feedback from paying customers. As incredibly useful as our private beta users have been, they aren't paying so it is hard to determine what things they ask for are things they would pay for and what are just neat things they want. With paying users it is a little clearer that they would pay for feature x, because they are already paying to use the service.
Hey, I am the creator of Accordive. Thanks for the feedback!
I have looked at the Raplets a bit but I wanted to make something that was a little easier to setup and would allow for further customization in the future.
Think automatic labels for your customers on the Enterprise plan, or a quick way to find all past emails from the user who wrote the email you are currently viewing.
I know a lot of this can be achieved in Gmail through filters, searches, etc, but I am aspiring for something a little more immediate and non-tech friendly. So far our private beta users have loved it and most of them are not insanely technical.
I am in the same decision process right now. What I find interesting is when you compare customers who will pay vs those who won't. The ones who are already willing to pay will often pay even more if they had to. I often find myself wanting to drop prices to try to entice the non-paying user group. But since it’s a mindset it normally just ends with decreased profits.
I'm working on this project as well so I can add a little insight.
I needed one place I could login to, add as many email accounts as I wanted and manage them from one location online. The email accounts run via the imap protocol.
I can't tell you how many times I've been working on a project and a client sends one team member a email and others don't get it, but we assume they did.
So I can create a list called "Roockit Bugs" share it with other users and drag and drop any email from any email account onto a task. A popup screen loads and auto-fills the task with the subject and inserts the email body into the description. I can now edit that task as needed and click save & archive. Now everyone can view it and can comment on it. The email is archived and out of my inbox so the right person can take care of it.
This process can work the same as above but I can drag a email to the messages section and it's converted to a message for all users to see. This makes sure everyone in a list stays on the same page without forwarding emails all over.
This is just scratching the surface but gives you the basic idea.
We only support javascript at the moment. Most of the data gets updated with the user on your site, so this was the logical first client since any backend would work with it.
We plan to roll out support for Ruby, Python, PHP, and likely some plugins/addons (think wordpress, magento, shopify, and etsy) shortly. We will likely preference the plugins/addons at first.