Powered by Twitter Tools.
Keep an eye on the Paul Greenberg’s blog. A while back he issued a challenge to Salesforce and Microsoft to configure the application in an effort to compare the configuration capabilities of the 2 systems. Both have agreed to it. Should be interesting.
The Amazon.com’s Web Services team just announced SimpleDB. This is the newest of their many web services. This is essentially a database in the cloud and sounds very compelling.
What’s very cool about it is that Amazon is eliminating the need to manually manage a schema, allowing developers to manage it through their logic, while Amazon maintains the schema for you on the fly. For example, if you are creating a Customer record, you don’t need to define a City field that’s 50 characters in length and of type text. You just create your record with a bunch of attributes and it happens for you. Amazon will use the existing attribute if it’s used it before. If not, it will create those columns for you on your Customer object. It then indexes all of it for you for easy searching.
The pricing model is pay for what you use and, like their other web services, you have real-time visibility into what you are using and how much you owe them. All in all, it’s quite inexpensive for what you get.
I don’t see this service competing with Salesforce yet, but could compete with Salesforce (Force.com) as an infastructure platform for development in the future. Salesforce is a much more complete package with the UI components all there for you. Amazon’s web services are very raw (it’s just an API) and they rely on the business community to build tools that allow other businesses to develop on the platform. Initially, I see it competing with someone running a MySQL server on their domain. Amazon now has 3 very good web services for the developer: Amazon S3 for file/object storage, Amazon ECC for having virtual server(s), and now SimpleDB for storing more structured data. Using these, you could essentially eliminate a lot of what a web host does and use these services in the cloud and only pay for what you use. Very compelling in principle.
Where I feel that Salesforce could take a page out of Amazon’s book is the pay-for-what-you-use model. As a AppExchange application provider, I oftentimes need a back-end that is not the end customer’s Salesforce org. For example, with Arrowpointe Maps, I use the Salesforce org of the customer as the home for their business data and it’s nice I don’t need to store that anyplace else. However, I also have a MySQL database that houses a lot of the configuration information. I would love to use my Salesforce Org as this back-end. Everything is there for me to do it except that API rate limiting exists and I cannot risk having that limit hit if I am trying to service my customers. MySQL rocks for my purposes, but for future needs like this, I will be looking to Amazon SimpleDb as an option, but I would love to look to Salesforce for this.
Salesforce really needs a pricing scheme that supports an application using Salesforce as THE back-end database. This would be a model with unlimited (or pay-for-what-you-use) API access and a small number of web logins. The web logins would really be used to administer application data, build a schema, configure workflow, etc. 99% of activity would be via the API. It’s essentially the Platform Edition capabilities costed on an API basis rather than a user-basis and without any (or threats of) API rate limiting.
The folks at 37 Signals have finally made their first official announcement regarding their new CRM application they have been building. They call it “Highrise” (previously known as Sunrise).
Over the next several weeks, they should be posting videos and other marketing materials about it. The depth of functionality in it remains to be seen. Based upon the description on their post, it sounds like it will be a basic Contact manager, as opposed to a complete CRM application. This is probably not much of a threat to Salesforce as a whole, but will likely be a viable option for single users and small teams that want to manage their contacts and manage activities related to them.
37 Signals has a tendency to release applications that people love to use (Basecamp for Project Management, Backpack for getting yourself organized, Backpack Calendar for calendaring, Campfire for chat), and they are leaders in the use of AJAX to enhance the user experience. Highrise will be an interesting application to check out. If nothing else, it should provide some user experience ideas to apply to Salesforce. Keep an eye on it.
You can sign up for their Highrise mailing list at http://www.highrisehq.com/.
The ITRedux blog 
has a nice post comparing 9 on-demand CRM applications. It’s a good article to read to get a sense of what else is out there as an on-demand CRM tool. The CRM applications they review are:
IT|Redux is the leading blog when it comes to “Office 2.0″. The author of the blog, Ismael Ghalimi, is the one that put together the Office 2.0 conference, which took place in San Francisco last October immediately following Dreamforce. He maintains a database of Office 2.0 applications. One of their many categories is CRM applications.
A few other on-demand CRM applications that I have on my list that are not covered on that post are:
Also, 37 Signals is supposed to be coming out with a CRM solution some day. They posted about it over a year ago, but nothing has come to fruition yet.
In the most recent Inside the Net podcast episode, there was an interview with Jeff Fried of 37Signals, makers of Basecamp, Backpack and Ruby on Rails. In the interview, Jeff mentions that they will be releasing a CRM product (called Sunrise) in the first half of 2006, which will likely be geared towards the small business market. 37Signals products have a strong user-experience focus and it will be interesting to see their take on CRM, the UI to support it and the impact this product will have on small business CRM purchasing decisions.
(posts)
(comments)
