Marty Cagan is a figure you can't overlook in the product development world. His mission to preach the principles and practices that the best companies use to build their products has significantly shaped our vision for service and influenced how we run our company. Recently, Marty shared his insights on outsourcing companies and how they can elevate their service by adopting the product operating model he outlines in his book Transformed. This topic resonates deeply with me, having run a professional service company for 14 years. While I agree with Marty’s observations about agencies, I believe a more profound issue is at play—one rooted in the flawed business model many agencies continue to rely on.

Let me show you how we use product operating model principles and practices to improve our product — the software development as a service and challenge outdated business model agencies rely on. At the same time, how we use them in our work for our clients.

The flawed business model

Most professional service firms operate with a cost structure rather than a true revenue model, with hourly rates merely reflecting their internal costs. This approach is inherently limiting. In contrast, their clients employ innovative pricing strategies designed to capture the value delivered to the customer, not just the cost to the company. Modern businesses have pioneered creative pricing methods like dynamic pricing, two-part tariffs, buy-now-pay-later schemes, partitioned pricing, and subscription models. These strategies enable them to grow exponentially by attaching price to the value of the service itself, rather than the outputs.

Time & material billing, the prevailing model in many agencies, is a self-imposed limit on professional firms' earnings, constricting them to linear growth. The direct relationship between income and expenses means that economies of scale are practically non-existent in these firms. One of the simplest ways to judge the effectiveness of a revenue model is to calculate revenue per employee. At Accenture, this figure currently averages around $95,000. At Apple, it’s $2.4 million, highlighting how a flawed business model can significantly limit growth and innovation.

Agencies are often not incentivized to deliver faster, smarter, or invest in their people. Under a time and material structure, the longer the work takes, the more the agency can charge. This discourages efficiency and innovation, caps potential earnings, and delivers suboptimal value to clients.

Blog Infographic 3.png

Product operating model in action

The product operating model is a versatile framework that can be applied to any company, including service-based businesses like ours. Adopting this model has enabled us to innovate our business model. We began by clearly defining the characteristics of our service and establishing a long-term vision for how companies would engage with us. This led us to reframe the role of the agency. This approach aligns with Marty Cagan's principles and empowers our teams to take ownership and drive meaningful progress toward our goals.

As mentioned above, we treat our service as a product. It has architecture, features, and bugs. We are eager to work with users — our customers to improve the service. We believe that technology and product serve people and businesses. Let me tell you how we envision an ideal customer experience and work daily to improve our service and achieve outcomes with our client technology investments.

The quality of service

Delivering quality service begins with building trusting relationships and prioritizing the client’s success. Inspired by the principles of Getting Naked, we aim to be more than just vendors. We strive to become trusted partners, offering genuine insights and advice from the first interaction. We ask the right questions to uncover clients’ needs and challenges instead of relying on useless workshops. This involves exploring the client’s motivations, the problem they want to solve, and their success metrics. With this context, we craft a strategic plan that aligns with the client’s goals. This plan guides our execution and builds our autonomy, ensuring we stay agile and responsive.

A critical aspect of agency service is overcoming common fears—fear of losing business, embarrassment, and feeling inferior—that can hinder effective client engagement. By embracing honesty, transparency, and humility, we foster an environment where tough conversations are welcomed and the client’s growth is prioritized over our status.

The quality of work

Technology investments are all about creating value for clients—to benefit their customers and the company. We started the transformation by changing how we serve and shifting focus from the project to our relationship with the client. Clients come to the agency for different reasons. Understanding these reasons enabled us to deliver more effectively.

External teams should operate as seamlessly as internal teams, adhering to product operating model principles and techniques. This means working directly in the client’s environment, committed to releasing software into production as often as possible, similar to the best product teams described by Marty Cagan.

Our teams must have direct access to the communication architecture of the companies they work for—access to monitoring, CI/CD, and other tools that create psychological safety for developers. This access allows developers to work at their highest potential, ensuring that the work is efficient and aligned with the client’s long-term objectives.

Empowering teams to solve problems

Clients often communicate in terms of solutions, usually through stakeholders who may understand their needs but lack a deep understanding of the enabling technology critical to tech-powered products. We are responsible for discovering the problem behind the client's solution. Then, task the team with a problem, not a solution, to deliver.

This distinction is similar to the difference between feature and product teams. Feature teams are typically tasked with building a feature on a roadmap, often driven by stakeholder demands. Product teams, however, are tasked with solving a problem.