Blogroll
Archives
- July 2010
- May 2010
- March 2010
- February 2010
- January 2010
- December 2009
- November 2009
- October 2009
- September 2009
- August 2009
- July 2009
- June 2009
- May 2009
- April 2009
- March 2009
- February 2009
- January 2009
- December 2008
- November 2008
- October 2008
- August 2008
- July 2008
- June 2008
- April 2008
- March 2008
- February 2008
- November 2007
- October 2007
- September 2007
- July 2007
- June 2007
- April 2007
- March 2007
- February 2007
- January 2007
- December 2006
- November 2006
- October 2006
- September 2006
-
Comments
-
Meta
Software Implementation
We are now in the process of implementing a large scale document management system for a construction company. This is an experience that shows the value of good training and documentation as well as setting expectations. The software has been installed and is functioning and now comes the training of the users. We are the reseller of the software not the actual developers, so we base our knowledge on what we’ve learned from installation, use, certifications and documentation provided by the developer.
When training the customers we need to be experts and provide effective recommendations on how to use the software based on the customer’s business needs. Fit the software in the business processes wherever possible for optimal integration. In order to do this we need good resources to educate ourselves on the details of the product. The integration will fail (or not be as effective as it could be) without this knowledge. Your customer will have questions that may get too detailed for your knowledge. Answering these questions with guesses or “knee-jerk” reactions is dangerous and at that point you are no longer the expert in the customer’s eyes. To prevent this from happening the best thing to do is table the questions you aren’t sure about for a later date until you can do more research.
Documentation for the product is very important as it can provide you and your customer for a base on best practices and detailed information on the functionality the system provides. In our case, the documentation was written by the developer. At this point, it would be beneficial to have documentation up to date when the product is released, not during or after the release of the product. This will eliminate confusion in the future. It is also important that before your reseller can sell the product they need to receive certification for sales and service. If these certifications are not available…wait to release the product. It is far better to have the reseller trained and certified on the product before the implementation cycle begins. This will ensure the developer has passed on key knowledge to the reseller in order to not only sell the product effectively, but to support it as well.
Setting customer expectations in the beginning is important no matter what. Set the rules of the game in the beginning. No one likes changing the rules in the middle of the game. Large scale implementations such as the one we are working on now can be complex and confusing. The thing to practice most is communication. Communicate your responsibilities and requirements to all parties and visa versa. This way everyone knows their role and what they need to accomplish in order to achieve a successful rollout.