Top Down Procurement

Imagine you have a unique business offering that needs IT delivery and support. There are two approaches you can take to do this:

Bottom Up:

  1. Determine your business requirements.
  2. Choose an application which you think best fits those requirements.
  3. Spend a lot of money customizing the application to better fit your requirements and integrating it to other systems.
  4. Deploy the application.
  5. Hope you support the business adequately within time and budget.

Top Down:

  1. Map out the business processes to support your offering.
  2. Determine the services required to support the business processes.
  3. For services that already exist – do nothing.
  4. For new services – build or buy applications to support those services.
  5. Implement the processes.
  6. Hope….(ditto).

Often “bottom up” is the default approach, even though “top down” can be more cost-effective and provide a closer fit to your business requirements. However “top down” comes with some risk, because most off-the-shelf applications are built to support “bottom up” acquisition. You might end up having to do integration anyway.

As the world moves toward service portfolio management rather than application portfolio management, vendors move towards offering services rather than applications and the “top down” approach will become more widespread and more viable. That will be a good thing, I think.