In How Adults Build Products, I explored a cognitive difference between adults and babies: adults have “endogenous attention” while babies only have “exogenous attention.” In other words, adults have the capacity to control their own attention. For babies, in contrast, their attention is directed by the external world.

Adults behave like babies in the workplace. Instead of staying focused on their true goals, grownup creators allow themselves to chase squirrels, build shiny objects, over-react to customer feedback, or succumb to political pressures. My thesis is that controlling your own attention is key to achieving good results in product development or any creative endeavor.

Since writing the post, I’ve started scratching the surface of meditation, primarily through listening to the How to Meditate series by Jeff Warren in the Calm app. Learning the basics of meditation has helped me appreciate that controlling one’s own attention is not a capability that adults can take for granted — it’s a lifelong skill to cultivate.

For example, I’m pretty good at staying focused on a task in the face of distractions from the external world, but I have huge room to improve in managing distractions from my own mind. After a few hours of practicing meditation, I’m already a bit better at important things like savoring moments with my kids or nature without obsessing over a work problem that can wait until later. I’m learning how to be present.

There’s fascinating potential to translate the techniques of meditation into a system for maximizing innovation, which is what we’ll explore in the rest of this post.

In Meditation Muscle Groups, Jeff Warren explains four muscle groups that get stronger through practicing meditation:

  1. Concentration. The ability to commit to a thing and stay focused on it. When your mind wanders, your concentration muscle brings it back.
  2. Clarity. The ability to notice when you’ve been distracted. It’s easy for your mind to wander for seconds or minutes without realizing it. The clarity muscle gives you self-awareness of what your mind is doing so your concentration muscle can bring it back to your intended focus.
  3. Equanimity. When you’re concentrating, it’s self-defeating to try too hard to block out distractions. The equanimity muscle helps you maintain a relaxed openness to external stimuli. To concentrate, you must allow yourself to experience sensations and thoughts without flinching or overreacting.
  4. Friendliness. The friendliness muscle helps you feel goodwill towards others and yourself. When you do get distracted, it doesn’t help to get mad at yourself.

To continue the line of thought I started in How Adults Build Products, the four muscle groups of meditation provide a guide for how to control your own attention, which is key to creating great things. On the surface, the translation to creative work is easy:

  1. Concentration. The ability to commit to a creative goal or path.
  2. Clarity. The ability to recognize when work has drifted away from the intended focus.
  3. Equanimity. The ability to be open to external feedback on your creation without overreacting.
  4. Friendliness. Goodwill towards coworkers, collaborators or users.

Part of what makes meditation powerful is that it helps you build those muscles while sitting still. The foundation is committing to a “home base”; that is, a sensation to fixate your concentration on, like the feeling of breathing in and out. You must use all of the meditation muscle groups to keep your attention on your home base. This might sound arduous, but it’s surprisingly entertaining. By staying vigilant towards your mind wandering, you become more aware of the thoughts that pull you away. You gain fascinating insight into your own mind. Meditation makes it a little easier to “pop out” of unwanted thoughts even when you’re not meditating.

With innovation, however, yo can’t always commit to a home base like you do in meditation. In product development, for example, it’s critical to have a north star or Thielian secret to direct your focus, but external feedback should change what you’re doing. In meditation, external stimulus doesn’t change your home base. When creating something new, in contrast, your foundation is unstable. As I explored in The Threat of Hylomorphic Design Thinking and The Fundamental Tension in Product, there’s a constant tension between bending the world and adapting to it.

But even with an unstable home base, the benefits of applying the muscle groups of meditation to the innovation process is deep. Meditation helps you create more space for creative decisions.

At first, I found the notion that meditation creates more “space” in one’s mind to be counter-intuitive since there’s a fixed amount of room in a skull. But now I get it. Meditation has helped me create more space between myself and the thoughts that were previously crowded up against me. The power dynamic between myself and my thoughts is gradually reversing. Instead of my thoughts choosing me, I can look around my spacious mind and choose what to think next. At least, I can do that more than before.

When you’re building something, feedback from your environment crowds your process like thoughts crowd the brain. Your materials don’t work the way you want, new opportunities emerge, people don’t like what you’re doing, new competition pops up, the economic climate changes, etc.. A weak creator knee-jerk reacts to external change and loses their original vision. An equanimous creator, from the comfort of a spacious interior, feels perturbances and methodically decides how, if at all, to adjust course.

The muscle groups of meditation cultivate autopoiesis (self-creation) in the creative process. When those muscles are weak, the outside world governs your creations more than you do.

Neurofeedback tools are emerging to assist with meditation. Dr. Jeff Tarrant writes in Psychology Today:

By monitoring brainwave activity in specific regions of the brain, we can get a pretty good idea if the person is actually engaged in the meditation or is instead, caught in mind wandering. When the attention is focused, the program plays an audio signal, such as a piece of ambient music, indicating to the person that they are “on track.” This provides direct and nearly immediate feedback to the meditator, allowing them to refine their internal awareness.

The vision of my startup DoubleLoop is to provide a similar feedback mechanism for the innovation process. Through integrations with project management and dev tools, DoubleLoop collects the output of finished work to make it clear when your actions have diverged from your goals. DoubleLoop lets you know when your team’s collective mind has wandered.

Ever since I first published the Product Management Triangle in 2014, people have asked for versions they can use for their own purposes.

I finally made this a lot easier! I updated the triangle and made it available as a Keynote template. Click here to download it. Edit the diagram however you want. I’d love to see what you do with it.

Screen Shot 2020-03-13 at 2.28.40 PM

And here’s an expanded version that shows things that are both internal and external to your company.

Screen Shot 2020-03-13 at 10.34.50 AM

Technology entrepreneurs like to say that they’re “making the world a better place” but they usually have little idea about what will happen if their creations are adopted. They often can’t even draw a clear line from what they’re doing to a better world.

This phenomenon was mocked beautifully in one of my favorite sequences from HBO’s Silicon Valley. In that episode, startup founders make claims like these:

  • “We’re making the world a better place through paxos algorithms for consensus protocols.”
  • “We’re making the world a better place though software defined data centers for cloud computing.”
  • “We’re making the world a better place through canonical data models to communicate between end points.”
  • “We’re making the world a better place through scalable, fault tolerant distributed databases with acid transactions.”

The sequence exposes the bullshit nature of many startup visions.

Even when you do have plausible narrative for achieving a big goal, your vision drifts from reality when your tech hits the real world. Your customers will use your product in unforeseen ways. The second- and third-order social impacts are impossible to predict. The creators of online social networks didn’t anticipate Trump.

To make an ambitious vision come true, you must perpetually adjust the path to your vision based on how the world is responding to your tech.

This is relatively easy for small startups. The same people with the vision are the ones doing the front-line work. If something unexpected happens, small startups can adjust plans with minimal communication. That said, many startups will quickly forget their original visions when they see a different path to survival (which can either be good or bad).

For larger companies, maintaining a narrative that connects their vision with reality is much harder. Without self-awareness, a company can start doings lots of things that have nothing to do with their intentions.

To illustrate this point, consider this diagram:

Innovation Accountability Infographic@2x (1)

Imagine that each cube represents a unit of engineering work. In aggregate, the cubes are the things your company shipped in a given week.

At a big company, only a small number of people are able to understand the contents of each particular cube. Their trail of cryptic code commit notifications does little to explain the work.

To help “manage” all the work being done, companies install project management tools and practices. Each blue box in the diagram represents a set of engineering work captured in the form of issues, stories, bugs, or features.

Project management tools make the engineering work more intelligible to the people working on each project. But just because something is represented in project management software doesn’t mean it maps to a company goal. Project management software, alone, helps you be a better feature factory, but it doesn’t keep you in sync with your vision.

I’m building Double-Loop to help companies achieve, as the top part of the diagram says, complete alignment across strategy, project management, and engineering.

My vision with Double-Loop is to capture every unit of engineering work that your company produces through integrations with tools like GitHub. Each unit of engineering is like a transaction your company makes with the world. And, like transactions in the financial sense, they should be accounted for and reconciled with your company goals. You should know how much you’re “spending” on each goal and the return on investment.

With Double-Loop, as new engineering work is deployed, you’re prompted to map it to your company goals and capture the results achieved after launch. When something doesn’t reconcile easily, it means either your goals need to shift or the work needs to cease.

Today, most companies don’t know how much of their output maps or doesn’t map to their goals. When a company’s work is invisible to the folks steering the ship, it means they’ve created a monster with potential to wreak havoc on the world around them.


Baby Learns How To Grab 2

Babies are born with exogenous attention.  This means that the external world dictates what they pay attention to. A baby could be playing with the best toy ever, but when another toy drops next to them, their attention uncontrollably shifts to the new shiny object. In The Philosophical Baby, Alison Gopnik says that babies can “become captivated by interesting things that they don’t care for, like an unusually bright light or loud noise. They cry and fuss but seem unable to look away, like adults watching a horror movie.”

Gopnik explains that as children grow older, they develop endogenous attention, the ability to control their own attention. They become able to keep their focus on a ball even if a gorilla walks into the room. Or they can choose to give up the beloved ball, if they are persuaded through bribery, threat, or some other measure.

Maintaining endogenous attention is critical in all challenging jobs. A pilot must know where to focus their attention even if a loud alarm is going off in the cock pit. In bounded domains, there is a clear set of rules for where to focus. A pilot is trained where to look for potential danger.

But in unbounded domains where there is no rule book, learning how to control your own attention is an endeavor in itself. When your playing field has no clear parameters and the future is ripe with surprises, the allure of responding reactively to your environment is especially strong.

Kids make cognitive development look easy. Adults, when navigating unbounded domains, must work hard to develop the brain functions they take for granted in other aspects of their life.

Many of companies behave more like children than adults. They chase shiny objects and squirrels instead of staying focused on creating differentiated value. Maintaining your company’s ability to control its own attention, I believe, is a chief meta-responsibility of product management. And the obstacles in doing so are insidious.

Here are some ways PMs can manage the attention of their organization.

1. Resist shiny objects and squirrels.

Building differentiated value requires relentlessly iterating towards a product that fits customer, business, and technical parameters.  It’s a long grind, and often takes longer than people think.

When company leaders get bored waiting for actual progress, making a shiny object or chasing a squirrel is an endorphin rush and might reduce pressure in the short term.

A shiny object is a feature or prototype that excites executives or investors, but doesn’t deliver actual value. As a PM, I like to make shiny objects to inspire the company around a direction I feel the company should go, even knowing that the shiny object itself is problematic in its form. But if a PM makes shiny objects to gain political points without a larger purpose, they are enabling the baby-like distractibility of their executive team.

Companies must be able to quickly pivot their attention when the situation demands it. However, you’re “chasing a squirrel” when you reach for an opportunity that does not build off your core competency, like signing a big partnership that forces your to create one-off custom work.

If you’re lucky, you’ll miss catching the squirrel. If you do catch it, it will fragment your focus and muddle your position in the marketplace.

2. Manage the tension between changing the world and adapting to the world.

Steering your company clear of obvious distractions is the first step to maintaining endogenous attention, but it gets more nuanced from here.

For good reason, companies aspire to be “customer-driven.” Adapting your product based on user feedback is critical. In this sense, having your attention impacted by your external environment is necessary.

But customer behavior and market dynamics are not immutable. Great products change user behavior and create new markets. By over-reacting to external feedback, you end up building a faster horse instead of a car, as they say.

Product-driven companies listen to market signal, process it, and then build things beyond the imagination of their customers. The key is to process the external input, filter it, and make a bet that reflects comprehensive situational awareness. This is how you can reorganize the world around your product.

3. Earn the confidence to place your own bets.

As I described in The Product Management Triangle, product managers sit at the intersection between business, technology, and customers. Consequently,  PMs can apply “full-triangle” thinking to optimally drive their product forward. Thus, PMs, or other folks with a full understanding of their company, should sit in the drivers seat crafting initiatives.

Yet, a PM’s orientation is shaped by input from their cross-functional partners. PMs rely on their teammates and stakeholders to understand customer, market, and technical conditions.

The easy way for product managers to gain the confidence of their peers is to do what they ask for. PMs often build roadmaps that diplomatically mirror the product requests of their stakeholders.

But stakeholders are less qualified to make product decisions than the PM, or at least it should be that way. Each stakeholder may know more than the PM about a facet of the business, but they know less about how the full puzzle comes together. To build impactful products, product teams must call their own shots.

Consequently, a PM needs to earn confidence, not just in their responsiveness to the needs of their organization, but in their ability to make the best bets. Just as you should build stuff beyond the imagination of your customers, you should transcend the imagination of your stakeholders.

I created Double-Loop, in part, to help PMs earn the confidence of their organization. PMs use Double-Loop to share the narrative of their iteration process. PMs are scholars of how the world reacts to product changes, and Double-Loop expresses that. When stakeholders can follow the process of building a continually improving product, they viscerally feel the expertise of the people driving it. This makes stakeholders less likely to prescribe how the product should change. It gives the product team the freedom to experiment at the cutting edge of their knowledge; that is, operate like an adult with full control of their own attention.

Screen Shot 2019-04-30 at 9.44.04 AM

Extracting every ounce of learning from your actions is critical to solving hard problems. Every time you poke at the world is an opportunity to discover something new about the dynamics of a problem space.

Even for a small team, maximizing learning is hard. It requires discipline to routinely loop back to your previous endeavors to analyze what worked and what didn’t. It’s much easier to leave the past behind and blast forward to the next enticing plan.

For small teams, at least, it’s easier for contributors to remember the outcomes of their previous attempts and share insights. A startup’s ability to learn enables nimble pivots en route to the promised land.

Multi-team companies face larger obstacles in the learning process:

  1. It takes energy for contributors to communicate their learnings widely.
  2. Knowledge doesn’t easily translate across departments or cross-functional roles.
  3. Knowledge walks out the door with attrition.
  4. For new employees, the learning process starts from scratch.

Today, maximizing learning at scale is almost impossible which takes away some advantages that bigger companies should have:

  1. Companies with longer histories should have accumulated more learning to make solving future problems easier.
  2. Companies with more people should be able to create a network effect of knowledge transfer across teams.

The Double-Loop master plan is to remove the obstacles that prevent learning at scale. Here’s how we’ll do it.

Record keeping

The foundation of learning at scale is recording launches and results. Much of the data already exists in project management, deployment, code versioning, and analytics tools. Humans must add context such as strategies, goals, hypotheses, pictures, and results summaries.

Everyone in the company should be able to create, access, search the history of launches and results.


In realtime, every contributor should be able to follow the actions of other contributors that relate to their own work.

At the bare minimum, this can be accomplished by autogenerating high-level summaries, distributed by Slack or email, based on the record of launches and results.

But true learning at scales requires granular notifications. Teams should be able to subscribe to targeted facets of the launch record. For example, for a particular product change, customer support might need to know the details the UI while the sales team is more interested in the impact on the overall value proposition. Similarly, an engineer working on SEO should be able to see what other teams have done in the domain, what’s worked, not worked, etc..

Machine-amplified learning

While record keeping and communication provide the building blocks of learning at scale, there is potential for software to play a new role to amplify memory and learning. Here are a few ideas.

  1. Software can automatically generate a timeline of product launches based on deployments and project management software. Given the trend towards high-frequency, small deployments. Tools are needed to separate the signal from the noise.
  2. Based on the above, algorithms can guide team members to communicate or analyze the most important launches and retrospectively analyze results. Imagine a feed of product changes, consumed by data scientists, ranked by their propensity to impact business metrics.
  3. Software can learn which launches across a big company you care about to create real-time feeds of knowledge cross-pollination.
  4. Based on defined key results, software could (A) automatically classify the success level of product changes based on app analytics and (B) train a system to predict success likelihood in advanced of engineering commitment based on the structure of plans in project management tools.

I believe we’ve only scratched the surface of systematically cultivating learning in the innovation process.

Screen Shot 2019-04-25 at 10.23.28 PM

Innovation requires a combination of work and meta-work. By “work” I mean doing things that tangibly impact your product; designing, coding, marketing, etc.. “Meta-work,” in contrast, involves improving how you’re working. This often looks like meetings to synchronize the activities between teams or applying frameworks like OKRs or lean startup.

Over-emphasizing work, while neglecting meta-work, turns you into a feature factory where you’re producing in high quantity, but the stuff you’re making is of questionable value.

Conversely, spending too much time on meta-work often entails a day full of meetings and bureaucratic processes when no work is actually done. Large companies have no choice but to spend lots of time on meta-work since they need to coordinate the work of many specialized contributors. They must maintain safeguards to prevent the loss of market share already won. This in part explains why big companies are so prone to get disrupted — they don’t have time to actually work.

Growth stage companies, however, are in the predicament of having to consciously decide how to balance work and meta-work.

Relentlessly working without pausing to reflect and communicate might succeed with a small team of founders, but it doesn’t scale to new employees and multi-team orgs. Meta-work is required to prioritize the work necessary for solving future problems that can’t be felt viscerally at the present moment.

But speed matters too. If you don’t “move fast and break things,” it’s harder to sneak up and capture a new market or catch an incumbent player flat-footed.

The tension between work and meta-work, in part, is why we’re seeing a rise of tools focused on meta-work. While there are tons of tools for getting work done, project management tools, dev tools, design tools, etc., there are fewer tools that change how we work. Now we’re seeing a growing market of product management tools that help teams communicate roadmaps or track their progress against OKRs. My project, Double-Loop, helps teams learn and communicate by recording a timeline of hypotheses and results. This is faster than the meta-work task of sending a product launch email or slides.

These tools remove the tension between work and meta-work by making the meta-work more efficient. If you can spend less time getting the benefits of meta-work, you have more time for the actual work. You can optimize for speed and value.

Stand-up bots, like geekbot, are the most literal version of this. Instead of spending the time on synchronous meetings to synchronize, you can synchronize asynchronously; fewer people have to break their flow to attend an in-person meeting. Slack is powerful because it’s a tool for completing the necessities of work with meta-work automation mixed in.

Automating meta-work is a little bit like automating the role of the manager. It’s the manager’s job to preserve team harmony, create accountability, and set strategy. Meta-work tools allow teams to do this bottom-up.

However, elements of meta-work resist automation. As the head of product for a growth stage company, just because I ask my team to use meta-work tools doesn’t mean they actually will. It’s hard to prioritize meta-work tools that can feel like distractions from pressing tasks.

I discovered that meta-work tools, ironically, require meetings to drive usage. I can ask my team to use our new OKR tool, Gtmhub, but no one would use it if we didn’t have a meeting to review the data we enter into the tool. Similarly, my team wasn’t using Double-Loop until we structured meetings around looking at Double-Loop to look at product launches and results.

The designers of meta-work tools should prioritize making screens that are specifically suited to be projected on the wall during meetings. Meetings are the lifeblood of these tools. It’s not the job of meta-work tools to completely kill meetings. However, it is their job to make meetings less frequent and more efficient.

The best meta-work tools minimize duplicate data entry. Meetings are especially costly if you need to spend an hour updating a spreadsheet before the meeting. As much as possible, the data in meta-work tools should be aggregated from the actual work tools.

In Double-Loop, we’re building a timeline of product launches that can be understood outside of the tech team, yet the building blocks of each launch event come from Jira. The team still needs to add new information for context, but I believe the Jira bootstrapping will be key to driving adoption.

Teams, in general, are getting more thoughtful about designing their toolchains, and companies like Segment, Zapier, and Unito make this easier. To take this one step further, I believe companies need to think beyond tools chains and design meeting+tool-chains optimized release the tension between work and meta-work.



Making the transition from hands-on product management to leading a PM team can be disorienting. On the one hand, if you get overly involved with projects, you’ll stifle the creativity of the team. And it’s unsustainable to be on top of every detail, especially with products that require heavy domain knowledge. On the other hand, if you’re too hands-off, you risk allowing product changes that don’t meet your standards or big picture business objectives.

More than once I’ve seen product leaders, unable to grasp their role, get arbitrarily involved in design decisions, seemingly out of a need to put their own “stamp” on the product. Behavior like this demoralizes the team and creates a low-value hoop in the product delivery cycle.

But how far can you step back? The key is minimum viable control (MVC). The essence of MVC is managing the structure of your team’s process without controlling the substance of launches.

The Elements of MVC

I.  A sound learning process

As a manager of PMs, as much as possible, I stay away from questioning the ideas and designs that come through the development cycle. However, I need to feel confident that each change is being sufficiently tested, validated, and evaluated post-launch.

A sound learning process requires teaching your PMs to have a scientific and paranoid mindset. PMs should relentlessly pick apart and test each assumption underpinning product directions. They should be paranoid in imagining everything that might go wrong with each product change and take necessary measures (e.g., through A/B testing) to avoid tanking business metrics.

I created  Double-Loop, in part, so teams can quantify the rigor of their learning process. With Double-Loop we can measure and continually improve how many of our launches have clear hypotheses and results.

II: Cross-functional integration

As I discuss in The Product Management Triangle, near to the essence of product management is synthesizing the activities of the diverse set contributors spanning engineering, design, marketing, sales, and customer support. As a product leader, you must ensure that your team is incorporating inputs from across the organization in their ideation and prioritization process.

Conversely, your PMs should treat internal communication with the same care as external communication. When sharing a product update or strategy, PMs must tailor their medium and message to the unique psychology of their cross-functional counterparts. For example, after a launch, your team may need to communicate different information to marketing than they do to customer support.

As the product leader, you must create the bidirectional pipes of communication between all the people who touch the product. Your job is not to oversee what content goes through the pipes. Instead, it’s to make sure that the right pipes exist, unobstructed

III. Top-down integration

You have better visibility than your PMs into the big picture of the business. You’re more exposed to the workings of the board, dynamics of the executive team, and financial milestones. In contrast, your PMs should know more than you do about the functional workings of their product area and the nuances of their domains.

Your job is to ensure that the work of your team reflects the big picture reality without dictating what your PMs build to achieve the goals. Objectives and key results (OKRs), for example, serve as a nice non-prescriptive interface with overarching business direction. The best-formed OKRs provide stable criteria for what success looks like while not constraining tactics. Without something like OKRs in place, your team will feel like they’re floating without a foundation to stand on.

Top-down integration must go both ways. While your team’s work must reflect objectives from up high, the learning of your team should influence how the executive team thinks. Your team must abstract and communicate the results of their launches in a format that is clear from way up in the sky. Otherwise, antiquated strategies will keep raining down.


Maintaining a sound learning process, cross-functional integration, and top-down integration is a full-time job that requires surprisingly little knowledge of the details of your product. In a sense, the product leader provides value as an outside observer who can objectively monitor how their team is working without micromanaging what they’re doing.

By staying at the level of MVC, you can achieve the best of many worlds. Your team will be unleashed to solve problems and seize opportunities as they see fit. Embedding your PMs in a rich network of horizontal and vertical information flow will fill their brains with the context to make wise decisions. And the scientific process of testing and experimentation will make their failures safe, both financially and psychologically.

Waving goodbye at launch.

The tools we use to make products shape how we think.

If you look at the saturated market of product development tools, the majority revolve around the planning and execution leading up to a launch. The apps cross a spectrum covering engineering workflow (e.g., GitHub), project management (e.g., Jira, Pivotal Tracker), cross-functional handoff (e.g., InVision), and big picture road mapping (e.g., Aha!, ProdPad).

In project management tools specifically, there’s great satisfaction in finishing projects. Marking things “done” provides gratification similar to removing no longer needed items from a cluttered room. With a feeling of “Mission Accomplished!”, you can now move on to the next hot priority that fits your most up-to-date thinking.

The problem is that when you launch a product update, your journey is far from complete. Greg Davis from Intercom puts it well:

As your launch day comes to a close, it’s natural to pat each other on the back and wipe your hands clean as you head home. The hard part’s over. You launched.

The reality is you aren’t done…

To extract maximum value from a launch, many opportunities come post-launch:

  1. Customer communication. A feature has little impact if users are unaware. There’s a diverse playbook of product marketing tools for notifying users ranging from in-line tours to email newsletters.
  2. Internal communication. Stakeholders need to understand the new capability. Internal launch communications is its own art form requiring messages tailored appropriately for each audience. Your sales team has different information needs than your customer support team.
  3. Measuring engagement and feedback. Through both quantitative analytics and qualitative feedback, you can assess the success of the launch and find inspiration for new opportunities.
  4. Collective learning. After you launch something and measure its impact, you can evaluate the results relative to the original hypothesis to eliminate false assumptions. It’s powerful when your whole team moves through the learning process together.
  5. Process retrospectives. Projects can go awry in a variety of directions. Post-mortems help teams untangle the factors that led to scope creep or creative tensions. Keeping a record of launches can help you optimize how you’re breaking large projects into bite-sized iterations.
  6. Ongoing iteration. When looking back at my career, my greatest regrets are times when we didn’t follow through on our ideas after the first launch. It’s easy to bail on a direction if the world doesn’t take notice after the first launch or if company strategy shifts. But most big ideas require grinding out iteration after iteration to achieve impact.

Our execution-focused tools, on their own, insidiously cultivate a “launch and forget” mindset. After we launch something, it should not disappear from view. Instead, launches should linger around. We should be guided by our tools to follow up, create tailored messaging for each audience, and extract maximum learning value from external feedback and reflection.

As I wrote in my last post, with strategy, the medium is the message. Adopting a tool that facilitates rigorous post-launch follow up leads teams to conceive launches that are fully thought through. Such reasoning is why Amazon created the practice of writing a launch press release before the project has even started.

Filling the post-launch tools gap is the vision for my project, Double-Loop. My mission is to provide a powerful place to keep a project after it goes live.

Double-Loop starts where the execution tools leave off. The Double-Loop Slack bot is automatically triggered when you deploy code. It prompts the team to record launch hypotheses and it reminds you to follow up on the results when time elapses after launches. Stakeholders stay in the loop through the automatically compiled launch emails.

This is just the beginning. I’m determined to demonstrate the lucrative whitespace in the post-launch phase of product development.