Launch Tomorrow

Landing Pages for your Lean Startup

  • About
  • Members
  • Blog
  • Services

What Exactly Are Real Options?

April 3, 2014 by LaunchTomorrow

Unsurprising confession: when I was a scrappy young bachelor, I’d hit the clubs with friends. In a nightclub, anything can happen. I’ve started relationships, albeit not very healthy ones. Lots of Schwarzenegger bodies without Schwarzenegger minds emit intimidating body language. Even the roof can collapse (even though it’s unlikely).

By combining vodka and Red Bull, these muscleheads got the best of both worlds. Lots of energy, complete loss of inhibition, and a sense of being invincible came with this highly exotic cocktail. That combination, while it might have been great in a night club, in reality was a pretty dreadful combination elsewhere.

See, just because it may have been a good idea at the time, it doesn’t mean that the next day would have been so pleasant. The hangovers were terrible the following day.

They craved the loss of inhibition. I suspect some of these guys regretted doing things the next day. Saying things. Because they had alcohol, they had an excuse, in case somebody would hold them accountable, including themselves.

I like being in tune with my id as much as the next guy. I just don’t want to feel the need to explain myself to my conscience. The next day. Vodka and Red Bull was the easy way out. No need to think.

Your riskiest assumptions are probably related to your prospects and customers. Establish empathy quickly with your target prospect, figure out what's valuable, and get your innovation into the market.

Effective planning requires that same level of conscientiousness. Time is precious. If you haven’t thought through what you’re trying to achieve, you are almost guaranteed to be wasting time. At least some.

Making sure that you’re moving towards your objectives, particularly in an uncertain environment, gives you much greater certainty.

Let’s say you want to make a decision among a couple of strategic alternatives. Each one has certain pros and cons. Each has consequences. Each constrains what you can do later. You’re also not sure how your competitors will react to each alternative. As a result, it’s not immediately clear which one would actually be the best choice. Each one has risk. Not choosing an option is also a risky option.
Enter real options analysis.

Real options help analyze the “big issues” for a company and its existence. They have to do with big milestones. In a corporate setting, having strategic clarity means that the whole company will find it much easier to execute. Everyone is “on the same page”. A strategic decision touches everyone. All stakeholders are affected.

This is analogous to the big milestones in a person’s life: birth, coming of age, marriage, death. All major religions and primitive cultures celebrate these milestones for people. They are important to everyone who knows that person. The community acts together.

Given that a corporation is a legal person created to maximize wealth and profits, real options help decide whether to take a specific path and when to do it.

According to Sick and Gamba:

Properly managed options create value and reduce risk for the organizations that own them. They arise because of the interplay of 4 things:
1. Real assets: financial options are generally redundant and hence do not create of destroy shareholder value. Real options cannot be replicated by stakeholders and generally create
value.
2. Risk: volatility and risk-return relationships.
3. Leverage: variable costs and benefits work against either fixed costs and benefits or imperfectly correlated costs and benefits.
4. Flexibility: to manage the risk and leverage by accepting upside risk potential and reducing downside risk.

As a decision-making tool, real options help you “cut to the chase” at any given moment. They estimate a financial value on each strategic choice, without forcing you to spend anything. Based on a few things you know or you can estimate, you can easily calculate an implied financial value for each choice. As a result, if you have a limited amount of resources, you create a metric that makes the choices comparable. You can compare $ to $.

You can also compare that value to the cost of choosing (buying) that option. Because both are denominated in financial terms, it’s easy to compare what you expect to get from making a particular decision, to the cost of choosing it.

Net Profit (Real Option) = E(Value) – E(Price)

At any given moment, you only exercise those options, where you expect to get the greatest net profit. If the value generated by an option exceeds how much it costs you to do what it represents, then you do it. As a result, you make money.

Because you have limited resources, you only choose to buy the real options you can afford at that moment. Naturally, you only choose to buy options that are independent of one another at that moment. You can also sort your options based on the attractiveness of their valuation relative to their cost.

If you choose one option, then a number of related options become worthless. For example, if you choose to become a red raincoat specialist, you won’t be attractive to an army purchaser who want their soldiers to be camouflaged. Ouch.

As the environment changes, you can recalculate the values of each option. Note that the value of an option may increase or decrease because of factors completely beyond your control, such as a disruptive technical innovation. Volatility is an input into calculating the value of a real option, so it’s taken into account as your environment changes.

This is a crucial insight into what real options give you. By nature, people prefer to be wrong than to be uncertain. This human tendency screws up many decisions. It forces decisions which aren’t needed yet. It’s better to keep track of options until either they are worthless, or you are certain that they will generate net profit profit.

non.alcoholic.vodka

non.alcoholic.vodka

Real options prevent “vodka and red bull” thinking, often arising during tense strategic negotiations, as they help you wait until it’s pretty clear that a particular alternative is the best one possible.

Thanks to real options, anyone in your company can use a bit of spreadsheet magic, based on numbers which other people in their company know, and determine the best possible strategy. All information is embedded into the assumptions which feed data into the formulas. Of course, this information needs to be shared across departments. Like many analytic exercises, calculating strategic real option values helps build bridges across departmental boundaries.

<< Help Yo' Friends

Filed Under: experiments, manage risks Tagged With: real options

Managing Risk the Agile Way: Like a Hedge Fund

August 7, 2013 by LaunchTomorrow

Manage risk. Despite having backlogs, Agile doesn’t manage risks–explicitly. In 2007, Paul Kedrosky noticed a rather peculiar ratio. The ratio of software developers to non-developers at a major quant fund versus a major software company:

  • Oracle (56,000 empl.) — 1:8 (one developer for every eight employees)
  • Renaissance Technologies (178 empl.) — 2:3 (two developers for every 3 employees)

It’s not too much of a stretch to say that hedge funds are a new type of Software Company. After all, they have more developers per capita than the latter, and they generate more cash flow per capita, if they are any good. Hedge funds also provide a fantastic template for how software companies and projects could be run. Risk management separates the men from the boys. Well-run hedge funds make financial decisions quickly, consistently with the spirit of the agile manifesto. They cannot afford to let any bureaucracy get in the way of “high gamma” execution.

In fact, a hedge fund is just a company too, with the main difference being that they have a disproportionately large pool of capital to invest in the markets. As a thought experiment, I explore hedge fund approach to investing to new software projects, specifically to compare a waterfall approach to an agile approach. All software investment projects have embedded real options. Many analytical tools exist when investing with options, and many of them are surprisingly relevant in a new product development context.

Every greenfield software development project, from the moment it’s just an idea discussed by the team, is a bet on what clients or prospects want. Even if the project is being custom made-to-order for one client, it’s possible the client’s actual needs will be verbalized differently, once he sees a prototype. In addition to technology unknowns, development projects also face a number of other unknowns, especially in the context of marketing. Who exactly will need it? What problem will it solve for them? How many potential users exist? How do we effectively find and convince the potential users to buy this software once it exists? That’s why it’s reasonably easy to understand new product development as a bet the product team makes.

dice

dice

Your riskiest assumptions are probably related to your prospects and customers. Establish empathy quickly with your target prospect, figure out what's valuable, and get your innovation into the market.

Don’t make detailed assumptions about the distant future.

Like tax returns, project plans in software development are largely intricate works of fiction, i.e. based on a true story. Instead, you can make supremely detailed tactical short-term plans, where:

  1. your context doesn’t have time to change as much
  2. you can integrate your product development as quickly as possible with paying customers
  3. you can prove that a market exists for the new product, and that the concept is even viable

You are trying to discover an unmet need in the market which your prospects will be crazy about. Then, you actually have a chance that your bet will turn into a Demarco Project B. Then you will be thinking like hedge fund, really understanding and calculating the value of your immediate real options.

In this case, you are investing in a real call option. You have a small initial outflow at the beginning of the project, to generate a minimum viable product. Your losses are limited to that outlay. Your net present value (NPV) will be negative. Based on the standard criterion for accepting an investment project, you should reject such a project if the NPV is less than 0. Nevertheless, within a few iterations, you may generate a product that starts generating revenue. This revenue stream may exhibit exponential growth. In financial option terminology, the real call option has high gamma.

What does this mean for you operationally?

If you are using an Agile approach, you already keep track of your call options in a product backlog. A product backlog is an ordered list of potential features, or user stories, for a product. In the context of a new product, the product backlog’s most important function is to help you, as the product/business owner, prioritize this list, primarily based on the expected payoffs of adding a feature. Once you finish enough of a product that you can sell it, you start getting a lot of feedback about everything but the development process, so it would be ideal to have the flexibility to adapt to market conditions.

This list, while it may look rather dull, is potentially revenue-generating magic in the future. In fact, you can view it as a list of real call options, like the exchange traded derivatives variety. A backlog is effectively a portfolio of real options. An option portfolio is more dynamic. Its value depends on your business context. A number of interesting implications come out of this new model.

In fact, this is where Agile and Scrum metaphors around the backlog as a “feature idea inventory” break down for me. Typically, the product backlog is described as an inventory of potential features, where they are hoarded and stored. In my mind, a warehousing metaphor is somewhat lifeless and static. You don’t take into account the potential features’ value, when doing NPV financial analysis.

After getting an understanding of the market where a company operates, VCs just calculate a “fudge factor”, as a proxy for how much they believe the company will actually generate revenue. They use the denominator to override the value of the company’s real options on the product backlog. The value of these options will effectively decide whether the project will be a Demarco Project A or Project B, yet they aren’t taken into account explicitly at all.

In a high-tech environment like IT startups, return on investment (ROI) is more likely to be driven from adding new revenue streams than from controlling costs and budgeting. From an income statement point of view, the top line (revenues) is much more important than the bottom line (net profits), because we work in such a young and rapidly expanding industry. You can use NPV to trace cash flows down to combinations and series of tasks, and to estimate when you might be able to start selling in the future. Alternatively, you can also explicitly value your backlog items as real options. This way, you keep track of one list of fully developed features you need, so that you can prioritize much more dynamically-as you start selling and getting market feedback.

As a result of taking into account these dynamic scenarios, you have a much more accurate project valuation, at any point in time after the first calculation period used for the estimation! Moreover, NPV on its own systematically underestimates the value of most software and internet R&D projects, because it ignores embedded call options in the product backlog, which typically have high values in a volatile industry. If you calculated their value, and added it to the NPV cash flows you estimated, you can then use the NPV criterion of being net position with more precision. You will be taking into account the true value of what you get, when you invest in that project.

This is the key business difference between agile and waterfall. Waterfall handcuffs you into making estimates of a long term NPV, without explicitly allowing for optionality. Thinking about a product backlog as a portfolio of options is a much finer-grained approach to risk management, particularly when combined with software demos at the end of iterations. Then, you can legitimately claim you run your software project portfolio like a hedge fund manager.

Statistician E.P. Box quipped, “All models are wrong, some are useful”. I would add that some models are more useful than others.

<< Help Yo' Friends

Filed Under: manage risks Tagged With: real options

By Role

  • Startup Founder
  • Software Manager
  • Remote Leader
  • Innovation Executive
  • You Like?

    Search

    Key Topics

  • Faster time to market
  • Early-stage Growth and Marketing
  • Product-Message-Market Fit
  • Experiments and Minimum viable products
  • Metrics
  • About Luke

    Luke Szyrmer is an innovation and remote work expert. He’s the bestselling author of #1 bestseller Launch Tomorrow. He mentors early stage tech founders and innovators in established companies. Read More…

    Topics

    • agile
    • alignment
    • assumptions
    • case study
    • communication
    • conversion rate
    • delay
    • Estimation
    • experiments
    • extreme product launch
    • find people
    • funding
    • Growth
    • inner game
    • innovation
    • landing page
    • landing page MVP
    • manage risks
    • marketing
    • metrics
    • minimum viable product
    • modelling
    • modularity
    • personal
    • Pitch
    • podcasts
    • priorities
    • proof
    • release planning
    • Risk
    • software
    • startup
    • stories
    • time management
    • tools for founders
    • uncategorized
    • unknown unknowns
    • velocity
    • vizualization

    Tags

    agile funding automated testing bottleneck case study conway's law covid customer development digital taylorism existential risk extreme product launch faster time to market growth headlines identifying needs landing page mvp launch lean lean startup managing priorities market risk minimum viable product modularity numbers options output paypal planning principles prioritization problem to solve process risk product market fit real options split testing startup story systemic test driven development testing time management tool underlier value hypothesis value proposition work time

    Copyright © 2022 · Log in · Privacy policy · Cookie policy · Terms & conditions