PLM Collabration and Gmail Contextual Gadgets

Content is a King. If you create valuable content in your app, you can do whatever you want. Since everybody needs you. However, what if the nature of your app is not to deal with content, but help people to collaborate? My take on this point is that “context” becomes Collaboration King. In all possible collaborative scenarios, you need to have a contextual presentation of the information you are collaboration on. As much faster you get user up to speed with what is going on, your capabilities to collaborate efficiently will be even stronger.

Last week, I was happy to see the latest Google introduction of Gmail Contextual Gadgets. In my view, the feature is going to repeat Google Buzz approach to bind a customer to email to collaborate. I’d encourage you to have a look on the following video from Google Campfire last week.

Now, let think a little about your PLM stuff. The ability to delivery rich content in the messages can be a significant advantage. The mostly important is to have a contextual definition of information, actions, etc. This can be a very successful in the implementations of any process-oriented solutions (i.e ECO approval). I see many existing solutions can be able to migrate to the similar framework. It seems to me very easy to build such Gmail based solution.

I think, the fundamentals of email in the very convenient asynchronous message conversation. In order to create a successful collaboration model, you need to catch up on the email / messaging wave. Web based email solution creates even bigger comfort zones for the people. Ability to deliver rich content to the email based solution will drive collaborative trends. So, for all peeps that are trying to replace email with their own solutions, I’d recommend to study Gmail Contextual Gadgets approach. Maybe there is a rational in such collaboration email approach?

What is my conclusion? Email is the most trusted collaborative platform developed for the last 25 years. It seems to me, we don’t need to re-invent the wheel. Don’t you think so?

Best, Oleg



Share This Post

  • Rick

    I like it. As you say, email is the dominant business tool. It crosses all functions, all domains, all skill-sets. The more that you can tie to email (even the next generation, perhaps like Wave), the better your chance of success. Even collaborative knowledge applications, such as issue tracking, is best utilized when you can stay in your Inbox and reply to the thread to capture your contribution. Even today, many apps have email notification but I hate having to follow a link to see what it says.

    With that in mind, I think that the problem with the cloud computing model is that it requires you to be connected. I know that the goal is zero-client install and maintenance. But some light client and metadata could make the same use models available in an off-line mode. Sure, the airlines want to provide WiFi (at a price) and local grids are getting better so that you can connect while driving to the beach with the top down at highway speeds…but in the meantime, I’d like to be able to work when I’m not connected…on flights, at a customer, at a factory, etc. Enterprise apps on the cloud are seemingly driven more from what the vendors want or the purchasers what to pay for than what users will do with the product. As we continue to bring more of the user experience into the equation, I foresee a huge leap in how enterprise apps will increase productivity.

  • olegshilovitsky

    Rick, Agree with your comments! Actually, I’d like to emphasize two points: 1/mail is an important messaging backbone you need to be connected; 2/on-line and offline need to be transparent. Thanks for your comments! Best, Oleg