Tuesday, November 5, 2013

Starbucks

By applying granular product management to IT services, providers can more easily maintain a service portfolio while meeting customer demand for tailored services. Starbucks' offerings consist of a limited number of coffees, additives and sizes. This allows customers to order a large variety of individualized beverages while keeping the logistics behind them manageable (although my go-to Starbucks' crew is clearly composed of espresso padawans who have yet to master efficient one piece flow).

Customers want services delivered exactly the way they want. The happiest customers are the ones who are made to feel like it's the sole purpose of the service provider to make them happy. Designing for the customer entails understanding this particular customer's challenges and filling in the gaps between its own capabilities and expressed wishes. Basically, this means tailoring every offer a service provider makes, especially in tenders where the scoring system is biased in favor of meeting certain precise demands made by the customer.

Designing with a predictable margin and realistic service levels in mind demands that services delivered to customers consist of standardized, well-understood components across the board. Giving a diverse customer portfolio diverse services means losing control of the risk profile associated with delivering those services. Margins, if existent, become unpredictable and service level compliance is a game of hit and miss.

The dichotomy between what the customer wants and the service provider needs is mitigated by breaking down service components into more granular elements. This allows a service architect to finely tune a particular offering by mixing and matching an array of service components and levels.

IT service providers need to have three or four different back-end architectures ready to implement with different benefits in terms of performance, scale-ability and cost. Several flavors of workplace will be on the menu equipment to satisfy factories, office-based companies and BYOD hipster firms. Anything from once a week visits by the geek squad to 24x7 support are layered on top and sprinkled with consultancy for roadmaps, optimization projects and training.

Each service component has a separate owner, development cycle, cost structure and documentation. It's good to have a clear policy to guide their development and a strict regime for rotating services into production based on their readiness. Because the effort involved in delivering each service component is well understood and the necessary elements for the transition plan are pre-defined, the principal risks for the service provider are easy to manage

Whenever a new tender is received the service architect breaks down the requirements and groups them in such a way that existing service components can be matched to each and the provider's bid comes together like Lego and pricing is a snap.

Innovation of services and components can easily be executed as co-development with existing customers as part of continuous service improvement initiatives.