Shipulski On Design

Archive for the ‘Clarity’ Category

Everyone knows innovation is difficult, but there’s no best way to make it easier. And everyone knows there’s plenty of opportunities to make innovation more effective, but, again, there’s no best way.  Clearly, there are ways to improve the process, and new tools can help, but the right process improvements depend on the existing process and the specific project.  And it’s the same for tools – the next tool depends on the existing toolbox and the new work required by the project.  With regard to tools and processes, the right next steps are not universal.

But with all companies’ innovation processes, there is a common factor – the innovation process is run by people. Regardless of process maturity or completeness, people run the process.  And this fundamental cuts across language, geography and company culture.  And it cuts across products, services, and business models.  Like it or not, innovation is done by people.

At the highest level, innovation converts ideas into something customers value and delivers the value to them for a profit. At the front end, innovation is about ideas, in the middle, it’s about problems and at the back end, it’s about execution. At the front, people have ideas, define them, evaluate them and decide which ones to advance. In the middle, people define the problems and solve them. And at the back end, people define changes to existing business process and run the processes in a new way.

Tools are a specialized infrastructure that helps people run lower-level processes within the innovation framework. At the front, people have ideas about new tools, or how to use them in a new way, define the ideas, evaluate them, and decide which tools to advance. In the middle, people define problems with the tools and solve them. And at the back end, they run the new tools in new ways.

With innovation processes and tools, people choose the best ideas, people solve problems and people implement solutions.

In order to choose the best ideas, people must communicate the ideas to the decision makers in a clear, rich, nuanced way. The better the idea is communicated, the better the decision. But it’s difficult to communicate an idea, even when the idea is not new. For example, try to describe your business model using just words. And it’s more difficult when the idea is new. Try to describe a new (untested) business model using just your words. For me, words are not a good way to communicate new ideas.

Improved communication improves innovation. To improve communication of ideas, use fewer words. Draw a picture, create a cartoon, make a storyboard, or make a video.  Let the decision maker ask questions of your visuals and respond with another cartoon, a modified storyboard or a new sketch.  Repeat the process until the decision maker stops asking questions.  Because communication is improved, the quality of the decision is improved.

Improved problem solving improves innovation. To improve problem-solving, improve problem definition (the understanding of problem definition.) Create a block diagram of the problem – with elements of the system represented by blocks and labeled with nouns, and with actions and information flow represented by arrows labeled with verbs. Or create a sketch of the customer caught in the act of experiencing the problem.  Define the problem in time (when it happens) so it can be solved before, during or after. And in all cases, limit yourself to one page. Continue to modify the visuals until there’s a common definition of the problem (the words stop.)  When the problem is defined and communicated in this way, the problem solves itself. Problem-solving is seven-eighths problem definition.

Improved execution improves innovation. To improve execution, improve clarity of the definition of success.  And again, minimize the words. Draw a picture that defines success using charts or graphs and data. Create the axes and label them (don’t forget the units of measure). Include data from the baseline product (or process) and define the minimum performance criterion in red.  And add the sample size (number of tests.) Use one page for each definition of success and sequence them in order of importance. Start with the work that has never been done before.  And to go deeper, define the test protocol used to create the data.

For a new business model, the one-page picture could be a process diagram with new blocks for new customers or partners or new arrows for new information flows. There could be time requirements (response time) or throughput requirements (units per month). Or it could be a series of sketches of new deliverables provided by the business model, each with clearly defined criteria to judge success. When communicated clearly to the teams, definitions of success are beacons of light that guide the boats as the tide pulls them through the project or when uncharted rocks suddenly appear to starboard.

Innovation demands communication and communication demands mechanisms. In the domain of uncertainty, words are not the best communicators.  Create visual communication mechanisms that distill and converge on a common understanding.

A picture isn’t worth a thousand words, it gets rid of a thousand.

Image credit – Michael Coghlan

If you had a choice to make an extra year’s salary or live an extra year, which would you choose? If you had a choice to make an extra month’s salary or live an extra month, make the same choice? What about the trade between a week’s pay and a week of life? Does anything change when it’s a choice between ten years of salary and ten years of life? Does this thought experiment change anything for you? If not, no worries. It was a low-cost experiment.

If you decided you had enough money, how would you change your behavior? Would you spend more time with your kids? Would you take the time to decompress and enjoy what you have? Or would you spend more money so no longer had enough? What if next week you pretend you have enough money? Would things change? Is there a downside to spending more time with your family next week? Why not try it?

If every day you reminded yourself your lifespan was finite, would you live differently? If you reminded yourself every morning for the next week, would things change? It’s a low-cost experiment, and only the first two mornings are scary.  The experiment is free. Why not try?

What if you decided you didn’t want a promotion? Would you work differently? Would you use more judgment because the cost of failure is lower? Would you take more initiative? Would you say no more often? Or would you say yes more often? Would you choose to work on different projects? Why not try it for a week?  Who knows, you may get a promotion.

What if you decided you had enough stuff? What would you do with the extra money? Would give some to charity? Would you save up and buy more stuff? For the next week, why not remove one thing from your house and recycle it or give it away? You may teach yourself you have too much stuff; you may teach yourself your house looks better when it’s less cluttered, or you may feel good that your gift helped someone who didn’t have enough. There’s little downside to more pocket change, a decluttered house and helping others. Why not try it next week?

Every day we make trades between time and money, but we make them in a below-the-water-level way. And every day we choose between having enough or not, and, again, we make these choices in a less-than-fully-conscious way.  But these choices are far too important to make lightly.

Why not make some time every day to quiet yourself so you can be more aware of the day’s decisions?  It’s a low-cost experiment that could bring more clarity to your decision-making. Why not try it for a week?

image credit – Tax Credits

There are two domains – what is and what isn’t. We’re most comfortable in what is and we don’t know much about what isn’t. Neither domain is best and you can’t have one without the other. Sometimes it’s best to swim in what is and other times it’s better to splash around in what isn’t.  Though we want them, there are no hard and fast rules when to swim and when to splash.

Improvement lives in the domain of what is. If you’re running a Six Sigma project, a lean project or a continuous improvement program you’re knee deep in what is. Measure, analyze, improve, and control what is. Walk out to the production floor, count the machines, people and defects, measure the cycle time and eliminate the wasteful activities. Define the current state and continually (and incrementally) improve what is. Clear, unambiguous, measurable, analytical, rational.

The close cousins creativity and innovation live in the domain of what isn’t. They don’t see what is, they only see gaps, gulfs and gullies. They are drawn to the black hole of what’s missing. They define things in terms of difference.  They care about the negative, not the image. They live in the Bizarro world where strength is weakness and far less is better than less. Unclear, ambiguous, intuitive, irrational.

What is – productivity, utilization, standard work. What isn’t – imagination, unstructured time, daydreaming. Predictable – what is. Unknowable – what isn’t.

In the world of what is, it’s best to hire for experience.  What worked last time will work this time. The knowledge of the past is all powerful.  In the world of what isn’t, it’s best to hire young people that know more than you do. They know the latest technology you’ve never heard of and they know its limitations.

Improving what is pays the bills while creating what isn’t fumbles to find the future. But when what is runs out of gas, what isn’t rides to the rescue and refuels. Neither domain is better, and neither can survive without the other.

The magic question – what’s the best way to allocate resources between the domains? The unsatisfying answer – it depends. And the sextant to navigate the dependencies – good judgement.

Image credit – JD Hancock

Everyone wants to do more innovation.  But how? To figure out what’s going on with their innovation programs, companies spend a lot of time to put projects into buckets but this generates nothing but arguments about whether projects are disruptive, radical innovation, discontinuous, or not.  Such a waste of energy and such a source of conflict.  Truth is, labels don’t matter.  The only thing that matters is if the projects, as a collection, meet corporate growth objectives.  Sure, there should be a short-medium-long look at the projects, but, for the three time horizons the question is the same – Do the projects meet the company’s growth objectives?

To create the causes and conditions for innovation, start with a clear growth objective by geography.  Innovation must be measured in dollars.

Good judgement is required to decide if a project is worthy of resources.  The incremental sales estimates are easy to put together.  The difficult parts are deciding if there’s enough sizzle to cause customers to buy and deciding if the company has the chops to do the work.  The difficulty isn’t with the caliber of judgement, rather it’s insufficient information provided to the people that must use their good judgement.  In shorth, there is poor clarity on what the projects are about. Any description of the projects blurry and done at a level of abstraction that’s too high.  Good judgement can’t be used when the picture is snowy, nor can it be effective with a flyby made in the stratosphere.

To create the causes and conditions for innovation, demand clarity and bedrock-level understanding.

To guarantee clarity and depth, use the framework of novel, useful, successful. Give the teams a tight requirement for clarity and depth and demand they meet it.  For each project, ask – What is the novelty? How is it useful? When the project is completed, how will everyone be successful?

A project must deliver novelty and the project leader must be able to define it on one page.  The best way to do this is to create physical (functional) model of the state-of-the-art system and modify it with the newness created by the project (novelty called out in red).  This model comes in the form of boxes that describe the system elements (simple nouns) and arrows that define the actions (simple verbs).  Think hammer (box – simple noun) hits (arrow -simple verb) nail (box – simple noun) as the state-of-the-art system and the novelty in red – a thumb protector (box) that blocks (arrow) hammer (box).  The project delivers a novel thumb protector that prevents a smashed thumb.  The novelty delivered by the project is clear, but does it pass the usefulness test?

To create the causes and conditions for innovation, demand a one-page functional model that defines and distills down to bedrock level the novelty created by the project.  And to help the project teams do it, hire a good teach teacher and give them the tools, time and training.

The novelty delivered by a project must be useful and the project leader must clearly define the usefulness on one page.  The best way to do this is with a one page hand sketch showing the customer actively using the novelty. In a jobs-to-be-done way, the sketch must define where, when and how the customer will realize the usefulness. And to force distillation blinding, demand they use a fat, felt tip marker. With this clarity, leaders with good judgement can use their judgement effectively. Good questions flow freely. Does every user of a hammer need this? Can a left-handed customer use the thumb guard? How does it stay on? Doesn’t it get in the way? Where do they put it when they’re done? Do they wear it all the time?  With this clarity, the questions are so good there is no escape.  If there are holes they will be uncovered.

To create the causes and conditions for innovation, demand a one-page hand sketch of the customer demonstrating the useful novelty.

To be successful, the useful novelty must be sufficiently meaningful that customers pay money for it.  The standard revenue projections are presented, but, because there is deep clarity on the novelty and usefulness, there is enough context for good judgement to be effective.  What fraction of hammer users hit their thumbs? How often? Don’t they smash their fingers too?  Why no finger protection?  Because of the clarity, there is no escape.

To create the causes and conditions, use the deep clarity to push hard on buying decisions and revenue projections.

The novel, useful, successful framework is a straightforward way to decide if the project portfolio will meet growth objectives.  It demands a clear understanding of the newness created by the project but, in return, provides context needed to use good judgement.  In that way, because projects cannot start without passing the usefulness and successfulness tests, resources are not allocated to unworthy projects.

But while clarity and this level of depth is a good start, it’s not enough.  It’s time for a deeper dive. The project must distill the novelty into a conflict diagram, another one-pager like the others, but deeper.  Like problem definition on steroids, a conflict must be defined in space – between two things (thumb and face of hammer head) – and time (just as the hammer hits thumb).  With that, leaders can ask before-during-after questions.  Why not break the conflict before it happens by making a holding mechanism that keeps the thumb out of the strike zone? Are you sure you want to solve it during the conflict time (when the hammer hits thumb)?  Why not solve it after the fact by selling ice packs for their swollen thumbs?

But, more on the conflict domain at another time.

For now, use novel, useful, successful to stop bad projects and start good ones.

Image credit – Natashi Jay

If you want to gain ground on your competition you’ve first got to know where things stand.  Where are their advantages? Where are your advantages?  Where is there parity? To quickly understand the situations there are three tricks: stay at a high level, represent the situation in a clear way and, where possible, use public information from their website.

A side-by-side comparison of the two companies’ products is the way to start.  Create a common set of axes with price running south to north and performance (or output) running west to east.  Make two copies and position them side-by-side on the page – yours on the left and theirs directly opposite on the right.  Go to their website (and yours) and make a list of every product, its price and its output. (For prices of their products you may have to engage your sales team and your customers.) For each of your products place a symbol (the company logo) on your performance-price landscape and do the same for their products on their landscape.  It’s now clear who has the most products, where their portfolio outflanks yours and where you outflank them.  The clarity and simplicity will help everyone see things as they are – there may be angst but there will be no confusion and no disagreement. The picture is clear.  But it’s static.

The areal differences define the gaps to close and the advantages to exploit.  Now it’s time to define the momentum and trajectories of the portfolios to add a dynamic element. For your most recent product launch add a one next to its logo, for the second most recent add a two and for the third add three. These three regions of your portfolio are your most recent focus areas. This is your trajectory and this is where you have momentum.  Extend and arrow in the direction of your trajectory.  If you stay the course, this is where your portfolio will add mass. Do the same for your competitor and compare arrows.  You know have a glimpse into the future. Are your arrows pointing in the same directions as theirs? Are they located in the same regions? How would feel if both companies continued on their trajectories? With this addition you have glimpse into the stay-the-course future.  But will they stay the course? For that you need to look at the patent landscape.

Do a patent search on their patents and applications over the previous year and represent each with its most descriptive figure. Write a short thematic description for each, group like themes and draw a circle around them.  Mark the circle with a one to denote last year’s patents.  Repeat the process for two years ago and three years ago and mark each circle accordingly.  Now you have objective evidence of the future.  You know where they have been working and you know where they want to go. You have more than a glimpse into the future.  You know their preferred trajectories.  Reconcile their preferred trajectories with their price-performance landscapes and arrows 1, 2 and 3.  If their preferred trajectories line up with their product momentum, it’s business as usual for them.  If they contradict, they are playing a different game.  And because it takes several years for patent applications to publish, they’ve been playing a new game for a while now.

Repeat the process for your patent landscape and flop it onto your performance-price landscape.  I’m not sure what you’ll see, but you’ll know it when you see it.  Then, compare yours with theirs and you’ll know what the competitive landscape will look like in three years. You may like what you see, or not.  But, the picture will be clear. There may be discomfort, but there can be no arguments.

This process can also be used in the acquisition process to get a clear picture a company’s future state.  In that way you can get a calibrated view three years into the future and use your crystal ball to adjust your offer price accordingly.

Image credit – Rob Ellis

When you’re laying in your camping tent dead tired and wanting for sleep the last thing you want is a rouge mosquito that dive-bombs you continuously throughout the night. With each sortie, it pushes on your expectations of how things should be. This little creature, so small and so powerless, becomes powerful enough to ruin a good night’s sleep. But, really, the mosquito itself doesn’t become powerful at all. You give the mosquito its power, power generated by a mismatch between what you want (sleep) and what is (a little bug flying around). This mismatch causes you assign intent to the mosquito which leads you to tell yourself a story of an insect on a singular mission to upset you. Truth is, the mosquito is on a mission, a mission to teach you the self destructive power of making little things into big things. The mosquito is your teacher.

When it’s time to learn, the best teachers show up as if on command. When things have been going well for a while and you’re getting a little stale, your supportive boss contracts yellow fever to make room for your teacher. Your teacher, in the form of your new boss, shows up the first day with all the wrong answers and the strong desire to standardize on them. Your teacher challenges you to look inside for the motivation to elevate your game and demands you bring creativity and clarity of unrivaled proportions. Your terrible boss doesn’t know enough to ask for the right things so you end up solving oblique problems that on the surface seem meaningless. But, because you had to solve a new problem in a new way you come up with a variant that ends up transforming your mainstream business. Your terrible boss is your teacher.

Due to an economic slowdown, the multinational you work for eliminates your division and you lose your job. As you search for a job and collect unemployment you have a little time so you start a crazy side project. It doesn’t matter if it works because it’s just a diversion from your miserable situation, so you try it. And, as it turns out the impossible is actually possible and you start a whole new business on your prototype. Your miserable situation is your teacher.

Instead of getting angry at your new situation and feeling terrible about yourself, embrace the newness and let it be your teacher. Be humble, watch it unfold and see where it takes you. Use it to see yourself differently. Use it to challenge your assumptions.

And, most importantly, as you take the wild ride, hold on to your hearts best intention.

Image credit – Andreas.

If you think something can’t be done, it won’t get done.  And if you think it may be possible, or is possible, it may get done.  Those are the rules.

If an expert says it will work, it will work.  If they say it won’t work, it might.  Experts can tell you will work, but can’t tell you what won’t.

If your boss tells you it won’t work, it might. Give it a try.  It will be fun if it works.

If you can’t make it work, make it worse and then do the opposite.

If you can’t explain the problem to your young kids, you don’t understand the situation and you won’t make it work.

If something didn’t work ten years ago, it may work now. Technology is better and we’re smarter.  More likely it would have worked ten years ago if they ran more than one crude experiment before they gave up.

If you can’t draw a one page sketch of the problem, it may never work.

If you can’t make it work, put it down for three days. Your brain may make it work while you’re sleeping.

If you don’t know the problem, you can’t make it work.  Be sure you’re trying to solve the right problem.

If your boss tells you it will work, it might.  If they tell you how to make it work, let them do it.

If none of your attempts have been fruitful and you’re out of tricks, purposely make one performance attribute worse to free up design space. That may work.

If you don’t know when the problem occurs, you don’t know much. Your solutions won’t work.

If you tried everything and nothing worked, ask someone for help whose specialty in an unrelated area.  They may have made it work in a different domain.

If you think everyone in the group understands the problem the same way, they don’t.  There’s no way they’ll agree on the best way to make it work. Don’t wait for consensus.

If you don’t try, that’s the only way to guarantee it won’t work.

Image credit – Simon Greig

If the work is new, there is no best practice.

When you read the best books you’ll understand what worked in situations that are different than yours.  When you read the case studies you’ll understand how one company succeeded in a way that won’t work in yours.  The best practices in the literature worked in a different situation, in a different time and a under different cultural framework.  They won’t work best for you.

Just because a practice worked last time doesn’t mean it’s a best practice this time.  More strongly, just because it worked last time doesn’t mean it was best last time. There may have been a better way.

When a problem has high urgency it should be solved in a fast way, but if urgency is low, the problem should be solved in an efficient way. Which way is best? If the consequences of getting it wrong are severe, analyses and parallel solutions are skillful, but if it’s not terribly important to get it right, a lower cost way is better.  But is either the best way?

The best practices found in books are usually described a high level of abstraction using action words, block diagrams and arrows.  And when described at such a high level, they’re not actionable.  You may know all the major steps, but you won’t know how each step should be done.  And if the detail is provided, the context of your situation is different and the prescriptive steps don’t apply.

Instead of best practices, think effective practices.  Effective because the people doing the work can do it effectively.  Effective because it fits with the capability and capacity of the people doing the work.  Effective because it meshes with existing processes and projects.  Effective because it fits with your budget, timeline and risk profile.  Effective because it fits with your company values.

Because all our systems are people systems, there are no best practices.

image credit — johnwayne2006

There always far more tasks than there is time.  Same for vacations and laundry.  And that’s why it’s important to learn when-and how-to say no.  No isn’t a cop-out.  No is ownership of the reality we can’t do everything.  The opposite of no isn’t maybe; the opposite of no is yes while knowing full well it won’t get done.  Where the no-in-the-now is skillful, the slow no is unskillful.

When you know the work won’t get done and when you know the trip to the Grand Canyon won’t happen, say no.  Where yes is the instigator of dilution, no is the keystone of effectiveness.

And once it’s yes, Parkinson’s law kicks you in the shins.  It’s not Parkinson’s good idea or Parkinson’s conjecture – it’s Parkinson’s law.  And it’s a law is because the work does, in fact, always fill the time available for its completion.  If the work fills the time available, it makes sense to me to define the time you’ll spend on a task before starting the task.  More important tasks are allocated more time, less important tasks get less and the least important get a no-in-the-now.  To beat Parkinson at his own game, use a timer.

Decide how much time you want to spend on a task.  Then, to improve efficiency, divide by two.  Set a countdown timer (I like E.gg Timer) and display it in the upper right corner of your computer screen. (As I write this post, my timer has 1:29 remaining.) As the timer counts down you’ll converge on completeness.

80% right, 100% done is a good mantra.

I guess I’m done now.

Image credit — bruno kvot

When doing something from the first time you’re going to get it wrong.  There’s no shame in that because that’s how it goes with new work. But more strongly, if you don’t get it wrong you’re not trying hard enough.  And more strongly, embrace the inherent wrongness as a guiding principle.

Take Small Bites. With new work, a small scope is better than a large one.  But it’s exciting to do new work and there’s a desire to deliver as much novel usefulness as possible.  And, without realizing it, the excitement can lead to a project bloated with novelty.  With the best intentions, the project team is underwater with too much work and too little time.  With new work, it’s better to take one bite and swallow than three and choke.

Ratchet Thinking. With new work comes passion and energy.  And though the twins can be helpful and fun to have around, they’re not always well-behaved.  Passion can push a project forward but can also push it off a cliff. Energy creates pace and can quickly accelerate a project though the milestones, but energy can be careless and can just as easily accelerate a project in the wrong direction.  And that’s where ratchet thinking can help.

As an approach, the objective of ratchet thinking is to create small movements in the right direction without the possibility of back-sliding.  Solve a problem and click forward one notch; solve a second problem and click forward another notch.  But, with ratchet thinking, if the third problem isn’t solved, the project holds its ground at the second notch.  It takes a bit more time to choose the right problem and to solve it in a way that cannot unwind progress, but ultimately it’s faster.  Ratchet thinking takes the right small bite, chews, swallows.

Zero Cost of Change. New work is all about adding new functions, enhancing features and fixing what’s broken.  In other words, new work is all about change. And the faster change can happen, the faster the product/service/business model is ready for sale.  But as the cost of change increases the rate of changes slows.  So why not design the project to eliminate the cost of change?

To do that, design the hardware with a bit more capability and headroom so there’s some wiggle room to handle the changes that will come.  Use a modular approach for the software to minimize the interactions of software changes and make sure the software can be updated remotely without customer involvement.  And put in place a good revision control (and tracking) mechanism.

Doing new work is full of contradictions: move quickly, but take the time to think things through; take on as much as you can, but no more; be wrong, but in the right way; and sometimes slower is faster.

But doing new work you must.

image credit – leasqueaky

When the work is new, it all comes down to learning.  And with learning it all comes down to three questions:

• What do you want to learn?
• What actions will take to learn what you want to learn?
• How will you decide if you learned what you wanted to learn?

There are many definitions of learning.  To me, when your beliefs change, that’s learning.  If your hunch moves to a validated idea, that’s learning.  If your understanding of a system moves from “I don’t know” to “I know a little bit.”, that’s learning.  If you believed your customers buy your product for Feature A and now you know they really buy it because of Feature B, that’s learning.

What do you want to learn? The best place to start is to clearly define what you want to learn.  Sounds easy, but it’s not. Some of the leading thinking recommends you define a formal hypothesis.  I don’t like that word.  It’s scary, intimidating and distracting.  It’s just not helpful.  Instead, I suggest you define a Learning Objective.  To do that, complete this sentence:

I want to learn if the customer ____________________.

It may take several iterations/meetings to agree on a Learning Objective, but that’s time well spent.  It’s faster to take the time to define what you want to learn than to quickly learn something that doesn’t matter.  And define the Learning Objective as narrowly as possible.  The tighter the Learning Objective, the faster you can learn it.

What actions will you take to learn what you want to learn? In other words, for every Learning Objective create a Learning Plan.  Use the Who, What, When format.  Define Who will do What and When they’ll be done.  To increase the learning rate, define the minimum work to fulfill the narrowly-defined Learning Objective.  Just as you defined the Learning Objective narrowly, define the Learning Plan narrowly.  And to further speed the learning, set constraints like – no one can travel to see customers; no more than five customers can be contacted; and the Learning Plan must be completed in two days.  You’re not looking for large sample sizes and statistical significance; you’re looking to use your best judgement supported by the minimum learning to create reasonable certainty.

How will you decide if you learned what you wanted to learn? Learning requires decisions, decisions require judgement and judgement requires supporting information.  As part of the Learning Plan, define the Learning Information you’ll collect/capture/record to support your decisions.  Audio recordings are good and video is better.  For fast learning, you can record a phone call with a customer or ask them to share their webcam (and record the feed) as you talk with them.  Or you can ask them to shoot some video with their smart phone to provide the information needed to achieve you Learning Objective.

To analyze the data, it’s best to review the audio/video as a group and talk about what you see.  You should watch for body language as well as listen to the words.  Don’t expect complete agreement among your team and expect to create follow-on Learning Objectives and Learning Plans to answer the open questions.  Repeat the process until there’s enough agreement to move forward, but don’t wait for 100% consensus.

When you present your learning to company leadership, show the raw video data that supports your learning.  Practically, you’ll connect company leaders to customers and let the customers dispel long-held biases and challenge old thinking.

There’s nothing more powerful than a customer telling your company leaders how things really are.

Image credit – Thomas Hawk