Dimdim: A Users' Product
Posted by Sundar Subramanian on Sat, Aug 19, 2006 @ 12:14 PM
My name is Sundar and I am going to use this blog to talk about the stuff I do and my experiences while working in Dimdim.
Initially when we decided to find out if there was a market for a web conferencing tool, what did people need and more importantly at what price, we didn't commission a survey or study, we just asked around. This was very different from the prevailing methodology in other (albeit bigger) companies where there was a formal process of engaging a consultant to study the needs of potential customer specific focus groups or reading white papers etc. We just reached out to the community of people whom we thought would be interested in a web conferencing product. This included users of other web conferencing products as well as developers and users of products where we felt a web conferencing tool would add value (for example, in an e-learning product). I was not sure about the kind of response we would get. Maybe our uninvited emails would be treated as spam or worse somebody might laugh away our seemingly childish attempts at collecting requirements.
The response was unanimously positive and we didn't receive even one negative response in the initial 30-40 people we tried to contact. Of course some (less than 5 people) did not respond. This might be due to spam filters, time pressure or other reasons. But nobody responded in the negative and everyone of our initial contact base gave detailed responses what they would and would not like to see in a web conf product. Of course a majority of our initial contacts were either passionate users of complementary products or were developers themselves of similar products. We got responses saying things which are not obvious like saying that a particular feature was not very important (like video) while a complementary feature (audio) was important. This kind of visibility into a user's mind is nearly impossible if we had not reached out and our immersive user environment, in which all product-related decisions are taken, paid off.
After a couple of iterations we had a minimum feature set without which we felt our product would be incomplete even in the most basic sense. Of course this way of collecting requirements goes totally against the 37signals way (link) but it works for us. At this stage in keeping with our policy of open access we decided to go the open source route and registered to have our product inaugurated in OSCON. We felt going open source had two advantages: Giving the best to the users through the usage of mature open source components instead of re-inventing the wheel and secondly it is easier in the open source world to involve users and other developers while the product is being developed.
At every point of our product lifecycle when we had to make a decision regarding a feature or usability issue we went back to our initial decision of being totally user driven and would resolve the question not through a hierarchical decision making process from inside the company but through user suggestions and observations through user trials. Another result of this way of working is that all the individuals and communities we worked with, are now part of the Dimdim team in the truest sense of the word and spread the good word about Dimdim whenever appropriate and already we are seeing the effects of that.
Since I am a first time entrepreneur my posts might reflect things like immaturity and fear of the unknown in the startup world. I think this blog should become more like a sounding board of our thoughts with input from interested people and would greatly appreciate what you think about the posts on this blog.