Stephen Smith's Blog

All things Sage 300…

On Total Cost of Ownership

with 10 comments

Quite a bit of attention has been turned to reducing the Total Cost of Ownership (TCO) of Sage products for Sage customers. Does this mean Sage needs to reduce prices? Does this mean Business Partners need to reduce prices? Paradoxically the drive to reduce TCO has nothing to do with reducing prices. It is all about making sure that there is true value in everything the customer is paying money for. TCO also goes beyond just the price of the software, M&S and implementation costs; it is also the cost of down time, the cost of learning the software and the cost of inefficient processes. Within Sage all groups are mandated to look into ways to reduce the TCO for our customers.

This blog posting is about how this is affecting development. What problems we are looking to address. Some will be addressed quickly and some will take longer. This blog posting is specific to Accpac development, but each development team at Sage is working on these same sorts of TCO issues, just each product has a slightly different set based on their unique heritage.

The most visible area that customers complain about TCO is the cost of upgrading from version to version. There are many aspects to this and a great opportunity to reduce TCO here. To be fair, a lot of these problems were caused by development in the first place. Often to shorten development cycles we could push some work from development off to the channel. For instance requiring that all batches be posted before upgrading, saves development and QA time, since we don’t need to convert the data in the unposted batch files; but shifts the cost to the channel who now have to charge to make sure all the batches are posted as part of the pre-upgrade checklist.

Hopefully with 5.6A you can see some first steps in making the upgrade process easier. These include:

  • Shipping all modules together at one time, including all the language translations.
  • Installing all products from one single installation program.
  • Combining product updates into a single install for all the applications.
  • Allowing you to run data activation as one process to convert the database for all applications in one shot.
  • Providing free training, to help customers get up and running on the new version quickly.
  • Providing better documentation on all the changes in the new version so there are “no surprises”.
  • Bringing in a large number of customer databases to test database conversion. Plus testing database conversion as part of the controlled release program.

Going forwards in the new versions we are going to be working hard to identify problem areas and address them. Note that the following list isn’t a commitment to do all these in 6.0, but you will be seeing them over the next few versions:

  • Making reports upgrade safe. Allow you to skip the step of verifying and re-testing all your custom Crystal Reports.
  • Make screen customizations upgrade safe. When we move away from VBA for screen customization, we don’t want anything like the problems with re-adding all the references and fighting the EXD files.
  • Work hard to make database conversion from version to version as robust as possible. Work to speed up database conversion. Self-heal any problems.
  • Work with the ISV community to ensure ISV products are available quickly with the new version. Take great care that changes we make don’t break ISV products.
  • Remove workstation setup. As a web based application only the server needs to be installed/updated. No more visiting hundreds of computers to run Workstation Setup/Database Client Software.
  • Work on reducing the pre-upgrade checklist down to just performing a database backup for safety.
  • Work on reducing the post-upgrade checklist to nothing. After installing and running data activation, everything else should just work.
  • Being careful about the TCO implications of adding new features. For instance if we come up with a nifty easy to code improvement to A/R Invoices, but that change would require all custom Invoice reports to be re-created, then we probably wouldn’t do that feature. The ROI would need to be astronomically high, or besides the simple code change we would need to produce a utility to seamlessly convert all existing reports.
  • Take care in changes that require operating system, database or hardware upgrades. These are all part of TCO.

Another area of TCO being addressed is productivity and learnability of the software. We have been building a large User Centered Design (UCD) team to study customer’s usage of Accpac and develop ways to improve the software. We have an observation lab where we observe and measure real customers performing tasks. We compare the results of old ways versus new ways, so we know we have improved things. The UCD team has a great deal of skill with coming up with better ways to do tasks, but we always test these by measuring customers actually performing these tasks. The goal of the UCD process is to allow customers to:

  • Be more productive. Accomplish routine daily tasks like entering invoices quicker and more accurately.
  • Be able to accomplish a new task without requiring additional training. Make learning the software much easier.
  • Find using the software more enjoyable. Find pain points or frustration points and find ways to remove these.

Generally TCO is a definite competitive factor in our industry. It is also a key factor in providing an Extraordinary Customer Experience. We want to make sure everything we do adds real value for the customer. A lot of these things start in R&D, but hopefully you are starting to see improvements as we move forwards with each new version.

Written by smist08

March 12, 2010 at 9:35 pm

Posted in sage 300, TCO

Tagged with ,

10 Responses

Subscribe to comments with RSS.

  1. Great post Stephen. Sage needs more straightforward messages like this that are free and clear of corporate doublespeak. Keep up the good work!!

    Wayne Schulz

    March 12, 2010 at 9:41 pm

  2. […] Update: Stephen Smith who is one of the lead architects of Sage Accpac (and a Sage employee) has a great look at TCO from the development side of the fence. […]

  3. Great post Steve! We are definitely working hard to increase the Total Value of Owning Accpac!

    Jacqueline Li

    March 13, 2010 at 1:26 am

  4. Stephen,

    Intersting blog though.

    Provides more ideas and benefits that we can expect from upcoming versions. That said, the buzz word ‘TCO’ involves so many other aspects to be looked at. The flashing ones are the cost of Sage Cover, the way the sage cover is being enforced from region to region (this is not global), cost of customizations due to the fact that Sage Accpac ERP is a best of breed solution (requiring even smaller gaps to be addressed through DP modules or custom components).

    What’s your take here?

    Sundaresan Ramanathan

    March 13, 2010 at 7:30 am

    • You are right TCO covers all aspects of the business, this blog was just meant to be a taste from the development point of view. Certainly we want to make performing customizations easier and more powerful. Certainly we want to continue to promote a healthy DP community.


      March 13, 2010 at 4:10 pm

  5. “it has nothing to do with” come on.. surely it has something to do with… vendors always like to believe reduced prices are not an issue esp. since the M&S is also tied to it…


    March 13, 2010 at 5:41 pm

  6. […] Reducing TCO is a key goal of Accpac 6. Initiatives here include requiring only a Server installation, no workstation setup, nothing else that needs to be installed on the individual workstations. Not requiring any special firewall or network setup, having everything use standard HTTP (or HTTPS). Making customizations upgrade safe, allowing you to upgrade and have customized reports and screens just work. For more details see: […]

  7. […] more information on TCO see: For more information on the new User Assistance (help) system see: […]

  8. […] ERP Accpac 6.x Product Roadmap On Total Cost of Ownership Accpac on the iPhone and Android Sage ERP Accpac 6 Competitive Advantages Sage ERP Accpac 6.0A […]

  9. Great comments

    Isaac Goldfarb

    April 22, 2011 at 10:42 am

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: