“Capitalism has turned human beings into commodities. To the owner of a restaurant: the cook and a bag of potatoes are equally important.”
~Mokokoma Mokhonoana
Well, of course a cook is much more profitable than the sum of the meals that could be cooked from all the potatoes in the bag (even if they may, sometimes, cost the same... :-) ). And this is because they fulfill radically different functions:
- a cook's function is to ensure quality meals, to manage a team of aides, to come up with new recipes, all in order to secure a repeatable positive customer experience etc.
- a potato's function is to be cooked and served in one single customer experience event.
That is the reason why a law firm will always earn more profits than a construction company with similar headcount - the market pays better for a perceived higher function that drives more value throughout the value chain.
Also, this is the reason why education is expensive - education amplifies a function so that it may earn more for its carrier.
Translating this to a lean start-up world, this gets very difficult to crack. A lean start-up has to make very tough choices not only about the risk priorities, about the assets to build, but also about the best functions to perform.
The original Business Model Canvas captures the function on the left-hand side: the Key Activities and the Key Resources.
The Lean Canvas instead replaces this with a different, more focused approach: the biggest areas on the left side of the canvas are called Problem and Solution. So a clear proposition emerges: split your start-up into a Problem Team and a Solution Team.
Now, strictly in terms of business functions, Ash Maurya argues that a lean start-up should only employ the 3 most critical ones:
- Development (solution engineering)
- Marketing (customer understanding)
- Design (embeds design thinking into the functions above and makes them "sing" together in harmony)
Not coincidentally, the three quoted functions have the highest profit potential of all functions. Any other support function (finance, administration, legal etc), at the lean start-up stage, should be carried out by the founders.
So, don't start up by stocking up on your cafeteria supplies, by renting out the nicest office space or by buying that ever-present ping-pong table :)
Showing posts with label lean. Show all posts
Showing posts with label lean. Show all posts
Tuesday, November 26, 2013
Monday, November 11, 2013
Profit Driver #2: ASSETS
If I collected all the diamonds in the world, I'd have no 'income' but I'd have a lot of 'assets'. Would my company be worth nothing because I have no income? A lot of Net companies are collecting assets. They have to be measured with a new set of metrics.
~Vinod Khosla
Such is the case with a start-up. More specifically, a lean start-up collects a lot of diamonds: these are the nuggets of insights, knowledge and wisdom that are the main outcome of the experiments conducted on their business model.
Everything, in a lean start-up, is targeted at maximizing learning:
- formulation of falsifiable hypotheses
- splitting into problem team / solution team (same thing for the interviews)
The lean stack promoted by Ash Maurya is a very useful tool by which the knowledge gathering process is managed.
Knowledge may be the most important asset in this stage, but there are others too:
- the recruiting process is not merely important, but fundamentally vital - it can literally make or break the start-up;
- the ability to pivot the business model, to continuously weed out potential waste.
One more thing
You may have noticed that I have not included in here the "classic" assets: IT infrastructure, patents, products already designed / built etc.
That is because I believe that, at a start-up stage, such "hard" assets are actually liabilities - they hinder innovation, they are a trap of past thinking and habits, they entice you to reuse sunk (and maybe failed) efforts, they force your solution into an already existing mold.
This is the innovator's dilemma applied to start-ups: you may become captive not to your existing market (because you don't have one yet), but to your existing asset base.
You have to keep pivoting your asset base and you best do this when your asset base is intangible. Your "hard" asset base should, for the time being, stay on your P&L (as a rental cost), not on your Balance Sheet.
Next week, on Profit Driver #3: Functions!
~Vinod Khosla
Such is the case with a start-up. More specifically, a lean start-up collects a lot of diamonds: these are the nuggets of insights, knowledge and wisdom that are the main outcome of the experiments conducted on their business model.
Everything, in a lean start-up, is targeted at maximizing learning:
- formulation of falsifiable hypotheses
- splitting into problem team / solution team (same thing for the interviews)
The lean stack promoted by Ash Maurya is a very useful tool by which the knowledge gathering process is managed.
Knowledge may be the most important asset in this stage, but there are others too:
- the recruiting process is not merely important, but fundamentally vital - it can literally make or break the start-up;
- the ability to pivot the business model, to continuously weed out potential waste.
One more thing
You may have noticed that I have not included in here the "classic" assets: IT infrastructure, patents, products already designed / built etc.
That is because I believe that, at a start-up stage, such "hard" assets are actually liabilities - they hinder innovation, they are a trap of past thinking and habits, they entice you to reuse sunk (and maybe failed) efforts, they force your solution into an already existing mold.
This is the innovator's dilemma applied to start-ups: you may become captive not to your existing market (because you don't have one yet), but to your existing asset base.
You have to keep pivoting your asset base and you best do this when your asset base is intangible. Your "hard" asset base should, for the time being, stay on your P&L (as a rental cost), not on your Balance Sheet.
Next week, on Profit Driver #3: Functions!
Monday, October 28, 2013
Profit Driver #1: RISK
“To get profit without risk, experience without danger, and reward without work, is as impossible as it is to live without being born.”
― A.P. Gouthe
This first profit driver is a no-brainer for everybody and common wisdom is full of references about risk as an important way of accruing future gains in business.
In particular, start-ups are, by their nature, extremely risky undertakings. If you ever doubt this, try getting a bank loan based on a start-up business plan. Ok, I'm glad we've cleared that up :)
In a start-up, uncertainty is the only well-known attribute: you don't know exactly who is your customer, you don't know what is the actual need of that customer, you don't know how will you satisfy that need, you don't know if your product will ever work, you don't know if your team will hold during the runway phase, you don't know how long your runway really is.
Let's take the possible risk responses according to the T-A-R-A framework:
- Transfer - can you really transfer the start-up risk? Not really. I'm not aware of any insurance policy for this, other than the normal practice of ringfencing the start-up from other profitable endeavours you might have (if possible, protect your personal assets in the same way).
- Avoid - sure, you can simply cop out and forget we ever talked.
- Reduce - you can share the risk by going through seed rounds and accept contributions (cash and advice) from other VC's or investors. Since you know this will dilute your equity, you know then that reducing risk means also reducing possible future benefits.
- Accept - and that's the only interesting scenario that I want to bring up in this blog entry.
Once you've chosen to accept the risk of entrepreneurship, you might as well just manage it!
Strictly from that point of view, the lean start-up methodology is just that: a very smart risk management methodology for start-ups.
Let's just look at the main chapters of Ash Maurya's excellent book, Running Lean:
1. Document your plan A
2. Identify the riskiest parts of your business model
3. Systematically test your business model
If you want to build a low-burn start-up (and who wouldn't?), you have to read Ash's book. This is one book that compels you to take notes as you read it :)
The lean start-up methodology is grounded in the scientific method: you formulate falsifiable hypotheses (i.e. formulate them in a way they can be explicitly negated as a result of experiments), continuously test them (if possible, in caeteris paribus conditions), learn about customer responses from those experiments and seamlessly incorporate them in your next product iteration.
The more you can rinse and repeat this learning cycle, the less risk and waste will be incorporated in your start-ups early life. The lean start-up methodology teaches you to systematically navigate through the start-up's unknowns, discover them and translate them into your unique advantages in the newly discovered marketplace. Your assets.
On Assets (as Profit Driver #2), next week.
― A.P. Gouthe
This first profit driver is a no-brainer for everybody and common wisdom is full of references about risk as an important way of accruing future gains in business.
In particular, start-ups are, by their nature, extremely risky undertakings. If you ever doubt this, try getting a bank loan based on a start-up business plan. Ok, I'm glad we've cleared that up :)
In a start-up, uncertainty is the only well-known attribute: you don't know exactly who is your customer, you don't know what is the actual need of that customer, you don't know how will you satisfy that need, you don't know if your product will ever work, you don't know if your team will hold during the runway phase, you don't know how long your runway really is.
Let's take the possible risk responses according to the T-A-R-A framework:
- Transfer - can you really transfer the start-up risk? Not really. I'm not aware of any insurance policy for this, other than the normal practice of ringfencing the start-up from other profitable endeavours you might have (if possible, protect your personal assets in the same way).
- Avoid - sure, you can simply cop out and forget we ever talked.
- Reduce - you can share the risk by going through seed rounds and accept contributions (cash and advice) from other VC's or investors. Since you know this will dilute your equity, you know then that reducing risk means also reducing possible future benefits.
- Accept - and that's the only interesting scenario that I want to bring up in this blog entry.
Once you've chosen to accept the risk of entrepreneurship, you might as well just manage it!
Strictly from that point of view, the lean start-up methodology is just that: a very smart risk management methodology for start-ups.
Let's just look at the main chapters of Ash Maurya's excellent book, Running Lean:
1. Document your plan A
2. Identify the riskiest parts of your business model
3. Systematically test your business model
If you want to build a low-burn start-up (and who wouldn't?), you have to read Ash's book. This is one book that compels you to take notes as you read it :)
The lean start-up methodology is grounded in the scientific method: you formulate falsifiable hypotheses (i.e. formulate them in a way they can be explicitly negated as a result of experiments), continuously test them (if possible, in caeteris paribus conditions), learn about customer responses from those experiments and seamlessly incorporate them in your next product iteration.
The more you can rinse and repeat this learning cycle, the less risk and waste will be incorporated in your start-ups early life. The lean start-up methodology teaches you to systematically navigate through the start-up's unknowns, discover them and translate them into your unique advantages in the newly discovered marketplace. Your assets.
On Assets (as Profit Driver #2), next week.
Monday, September 23, 2013
Process Re-design - the lean way!
"A corporation is a living organism; it has to continue to shed its skin. Methods have to change. Focus has to change. Values have to change. The sum total of those changes is transformation"
Andrew Grove
In the next few weekly entries I will be focusing on a process re-design approach that doesn't go well with the current thinking around Business Process Reengineering - the approach will be centered around Lean Start-up notions (minimum viable product, build-measure-learn cycle etc) instead.
I do admit that the two approaches do not fully reconcile, so I will be careful to point out the differences. The Lean Start-up is a very seductive concept and once you fall in love with it (as I did), you tend to apply it to everything!
I will be challenging classic approaches like AS-IS / TO-BE analysis, never cutting corners, focusing on organizational aspects etc.
The main scope of the following entries will be to understand how we can eliminate waste from the Business Process Reengineering process itself :-)
More to come :-)
Monday, September 16, 2013
Lean Processes, Tip #04
Reduce the Batch Size
"We are what we repeteadly do. Excellence, then, is not an act, but a habit"
- Aristotle.
We have discussed previously (Tip #02) how minimizing the number of handoffs will make your process more agile and more straightfoward. Today we'll be discussing the virtues of minimizing the size of the handoff - and, since the handoff contains a batch of work done, the size of that batch.
Historically, companies have built up manufacturing systems to be efficient in terms of cost-per-product. Traditional management science views the products as cost collectors and therefore one of the way of minimizing unit costs (like overhead) was to increase batch size. More products in the same batch accumulate same absolute overhead (say, for QA), therefore less overhead per unit, right?
Not necessarily. Toyota has long time ago turned this concept upside down with their TPS (the predecessor of the lean manufacturing concept). The actual cost drivers are the activities, if you want to reduce costs per unit, you are better off optimizing activities within processes.
By minimizing the batch size you get several key benefits, crucial especially in an intangibles production system (like, services and software):
1/ smaller batches = faster feedback. In a lean start-up, the build-measure-learn cycle needs to run many times before the invention of a valid business model. Ability to iterate as fast as possible is vital to success. Ideally, the batch size should get as close as possible to 1. If we build excellence by repeating what we do, then let's repeat what we do a whole lot more, and then we'll be excellent much earlier.
2/ smaller batches = less overhead. You will find that, with the right batch size (depending on your size of business), your QA/testing overhead will actually decrease significantly. That's because the QA/testing function will get much more responsive, much more automated, much faster in identifying issues - you would need less QA resources overall, and they will be more evenly allocated across your product cycle.
3/ smaller batches = less risk. You will be able to check your work much faster and correct errors much earlier in the process, before they become ticking bombs in your value chain.
More to come :-)
"We are what we repeteadly do. Excellence, then, is not an act, but a habit"
- Aristotle.
We have discussed previously (Tip #02) how minimizing the number of handoffs will make your process more agile and more straightfoward. Today we'll be discussing the virtues of minimizing the size of the handoff - and, since the handoff contains a batch of work done, the size of that batch.
Historically, companies have built up manufacturing systems to be efficient in terms of cost-per-product. Traditional management science views the products as cost collectors and therefore one of the way of minimizing unit costs (like overhead) was to increase batch size. More products in the same batch accumulate same absolute overhead (say, for QA), therefore less overhead per unit, right?
Not necessarily. Toyota has long time ago turned this concept upside down with their TPS (the predecessor of the lean manufacturing concept). The actual cost drivers are the activities, if you want to reduce costs per unit, you are better off optimizing activities within processes.
By minimizing the batch size you get several key benefits, crucial especially in an intangibles production system (like, services and software):
1/ smaller batches = faster feedback. In a lean start-up, the build-measure-learn cycle needs to run many times before the invention of a valid business model. Ability to iterate as fast as possible is vital to success. Ideally, the batch size should get as close as possible to 1. If we build excellence by repeating what we do, then let's repeat what we do a whole lot more, and then we'll be excellent much earlier.
2/ smaller batches = less overhead. You will find that, with the right batch size (depending on your size of business), your QA/testing overhead will actually decrease significantly. That's because the QA/testing function will get much more responsive, much more automated, much faster in identifying issues - you would need less QA resources overall, and they will be more evenly allocated across your product cycle.
3/ smaller batches = less risk. You will be able to check your work much faster and correct errors much earlier in the process, before they become ticking bombs in your value chain.
More to come :-)
Monday, September 9, 2013
Lean Processes, Tip #03
Morph Your Handoffs Into Teamwork
I discussed last week about the need to minimize the number of handoffs, as they build up cycle time and noise in the organization.
When we cannot reduce anymore the number of handoffs, we should try to optimize the handoff process, so that we enable process roles to be more aware of each other in their quest to fulfill the common process goal:
1. Make your upstream roles proactive on the downstream information needs.
This way upstream roles can design templates and checklists before they push the info downstream.
Example: an efficient salesperson (what is that, anyway? :-) ) would follow a predefined checklist when finding out about a new customer to ensure the lead is fully qualified (do they have the budget / the authority, the pain / the urgency to buy?) before proceeding along the sales funnel.
2. Promote downstream roles upstream.
Sometimes you just need to redesign the whole process and have your downstream role take up upstream responsibilities.
To note, this "tip" requires quite a bit of proper transformation within the organization:
- cross-functional trainings;
- setting up stand-ins / back-ups for all process roles;
- setting up systems to automate data validations (in templates and checklists) wherever possible;
- have a Business Process Lifecycle Management practice in place.
I never said it would be easy! :-)
More to come :-)
I discussed last week about the need to minimize the number of handoffs, as they build up cycle time and noise in the organization.
When we cannot reduce anymore the number of handoffs, we should try to optimize the handoff process, so that we enable process roles to be more aware of each other in their quest to fulfill the common process goal:
1. Make your upstream roles proactive on the downstream information needs.
This way upstream roles can design templates and checklists before they push the info downstream.
Example: an efficient salesperson (what is that, anyway? :-) ) would follow a predefined checklist when finding out about a new customer to ensure the lead is fully qualified (do they have the budget / the authority, the pain / the urgency to buy?) before proceeding along the sales funnel.
2. Promote downstream roles upstream.
Sometimes you just need to redesign the whole process and have your downstream role take up upstream responsibilities.
To note, this "tip" requires quite a bit of proper transformation within the organization:
- cross-functional trainings;
- setting up stand-ins / back-ups for all process roles;
- setting up systems to automate data validations (in templates and checklists) wherever possible;
- have a Business Process Lifecycle Management practice in place.
I never said it would be easy! :-)
More to come :-)
Sunday, September 1, 2013
Lean Processes, Tip #02
Minimize the number of handoffs
If you want a fast and reliable process, cut the middlemen.
A process handoff is an intermediate step in a business process where work and information passes from an upstream player to a downstream player.
Handoffs are the usual suspects for a slow process. Here's why:
1. a handoff is an opportunity for cycle time build-up
Prior to a handoff, the upstream employee usually prepares the information, the documents, the action history or any other data that will assist the downstream employee in performing future work.
After the handoff, the downstream employee will consume the data prepared by the upstream employee, will seek clarifications and / or further guidance and will then proceed with work.
These additional activities create additional time in the process, only for the sake of the process.
Example: most Sales people abhor doing paperwork - especially when they create a new sales transaction. If they have to bring complete cases to the Legal Department, they have to spend time building them. Under pressure, they will deliver incomplete cases just to hand them off quickly and then the time waste is moved in the Legal Department. This could be redesigned through a technique I am going to discuss about next week.
2. a handoff adds noise in the information flow
With signal, comes noise. The more we communicate, the more likely we are to be misunderstood. When handing off multiple activities multiple times, the noise can get out of control.
In the SCRUM methodology (an agile software development methodology), an estimated 50% of knowledge is wasted after 5 successive handoffs. Therefore, a handoff is a significant opportunity for mistakes and misplaced work, to the point you could reliably measure its cost.
Example: a purchasing employee obtains an additional rebate deal for a complex Purchase Order, gets approval of Management in one form, then passes this to Contract Management, who then passes this to the Warehouse (if it's a goods deal) or to a Service acceptance function (if it's a service deal), then somehow this info needs to come to Invoice Passing (maybe other functions, like Engineering or Tax). The more complex the deal is, the more likely it is to get misunderstood, to get stuck, or to get executed very differently from what has been approved - and generate lots of waste.
If you cannot minimize the number of handoffs (especially in large organizations), there is a solution: morph your handoffs into teamwork.
More on that next week :-)
If you want a fast and reliable process, cut the middlemen.
A process handoff is an intermediate step in a business process where work and information passes from an upstream player to a downstream player.
Handoffs are the usual suspects for a slow process. Here's why:
1. a handoff is an opportunity for cycle time build-up
Prior to a handoff, the upstream employee usually prepares the information, the documents, the action history or any other data that will assist the downstream employee in performing future work.
After the handoff, the downstream employee will consume the data prepared by the upstream employee, will seek clarifications and / or further guidance and will then proceed with work.
These additional activities create additional time in the process, only for the sake of the process.
Example: most Sales people abhor doing paperwork - especially when they create a new sales transaction. If they have to bring complete cases to the Legal Department, they have to spend time building them. Under pressure, they will deliver incomplete cases just to hand them off quickly and then the time waste is moved in the Legal Department. This could be redesigned through a technique I am going to discuss about next week.
2. a handoff adds noise in the information flow
With signal, comes noise. The more we communicate, the more likely we are to be misunderstood. When handing off multiple activities multiple times, the noise can get out of control.
In the SCRUM methodology (an agile software development methodology), an estimated 50% of knowledge is wasted after 5 successive handoffs. Therefore, a handoff is a significant opportunity for mistakes and misplaced work, to the point you could reliably measure its cost.
Example: a purchasing employee obtains an additional rebate deal for a complex Purchase Order, gets approval of Management in one form, then passes this to Contract Management, who then passes this to the Warehouse (if it's a goods deal) or to a Service acceptance function (if it's a service deal), then somehow this info needs to come to Invoice Passing (maybe other functions, like Engineering or Tax). The more complex the deal is, the more likely it is to get misunderstood, to get stuck, or to get executed very differently from what has been approved - and generate lots of waste.
If you cannot minimize the number of handoffs (especially in large organizations), there is a solution: morph your handoffs into teamwork.
More on that next week :-)
Sunday, August 25, 2013
Lean Processes, Tip #01
Design Around Customer Interactions
Your value chain processes should be designed with the end in mind: attract and delight your customers as fast and as friction-free as possible. They will be more than willing to then pay for whatever they perceive as valuable in your offer.
Think about a high-touch sales process:
1/ establish initial contact (meeting, business cards)
2/ execute sales pitch
3/ follow-up for decision to enter into business together
4/ negotiate contract T's&C's
5/ acquire customer master data to set them up in transactional systems
6/ sign contracts
7/ get order
8/ deliver
9/ wait for the payment term
10/ cash in
11/ if not cashed in, follow-up on overdues through a dunning process
1/ establish initial contact (meeting, business cards)
2/ execute sales pitch
3/ follow-up for decision to enter into business together
4/ negotiate contract T's&C's
5/ acquire customer master data to set them up in transactional systems
6/ sign contracts
7/ get order
8/ deliver
9/ wait for the payment term
10/ cash in
11/ if not cashed in, follow-up on overdues through a dunning process
At the opposing end, you have the no-touch sales process (the so-called freemium model), where you first give some of your product's features away for free and then try to upsell your initially acquired customers to your paid product.
Between these two extremes, you can imagine a plethora of accelerated sales processes, by asking some of the following questions:
- can you execute your sales pitch proactively? Create marketing, webinars, YouTube presentations, grow an audience.
- can you make your business case extremely clear in how you deliver value? Your product landing page should be like a Mafia offer: so good they can't refuse!
- can you make your standard T's&C's extremely friendly to your customer? This way you will remove upfront a massive class of typical customer objections.
- can you skip some customer master data on the first sale? Can you collect the non-critical data after the sales closure - I bet you can.
- can you automate your collection? Remember, your objective is to part your customers from their money as fast as possible for you and as fun as possible for them.
- can you execute your sales pitch proactively? Create marketing, webinars, YouTube presentations, grow an audience.
- can you make your business case extremely clear in how you deliver value? Your product landing page should be like a Mafia offer: so good they can't refuse!
- can you make your standard T's&C's extremely friendly to your customer? This way you will remove upfront a massive class of typical customer objections.
- can you skip some customer master data on the first sale? Can you collect the non-critical data after the sales closure - I bet you can.
- can you automate your collection? Remember, your objective is to part your customers from their money as fast as possible for you and as fun as possible for them.
Take a look at already existing examples of excellent frictionless customer interaction examples: Amazon Web Shop (and 1-click payment), Mobile Ecosystems (Google Play or Apple App Store). These examples have almost completely turned the classical sales process on its head.
I'm eager to learn from you some other fascinating examples of brilliant processes that simply look at every aspect of enhancing customer interaction.
Thursday, August 1, 2013
On Goals That Matter
Defining your goal is the first significant waste-avoidance measure of any start-up.
Part of my effort to catching up the full chain of thought behind the Lean Start-up philosophy, I am reading just now an older book, "The Goal" by Dr. Eli Goldratt.
The book, written as a novel from a main character's perspective, addresses the problem of defining overarching goals for an enterprise so that they immediately relate to everyone in the organization.
The main character's conclusion is that those goals are (in a manufacturing context, in the book):
- maximization of throughput
- minimization of inventory
- minimization of operating expenses (i.e. overheads)
While I'd argue that an overarching goal would be to maximize shareholder value (or stakeholder value, if you're more into the modern theories), I agree that this set would be a common-sense proxy for shareholder value maximization.
+Ash Maurya (my favourite Lean author) is about to publish a new book called "The Customer Factory" (I am really looking forward to this!) and one of the striking statements there is the following:
"Everyone is in the manufacturing business"
I love this quote - the goal of any value-chain process is to manufacture happy customers:
Customers pay you - they bring revenue.
Satisfied customers pay you more - they bring a healthy margin.
Happy customers pay you most and refer you to others - they are your growth engine.
So how do you translate the three manufacturing goals to a service business in a lean start-up philosophy?
Here's my take:
- minimization of customer friction: make it easy and fluid for your customer to use and get benefits from your service, automate your client workflows - this way you use your servicing capacity faster and increase your throughput;
- minimization of waste: write the minimum amount of code, iterate (instead of plan) your business model scientifically (make intelligent assumptions about what drives your customers happy and validate them through experiments), maintain a minimum batch of work to focus on what matters most to the customers.
More to come :-)
Part of my effort to catching up the full chain of thought behind the Lean Start-up philosophy, I am reading just now an older book, "The Goal" by Dr. Eli Goldratt.
The book, written as a novel from a main character's perspective, addresses the problem of defining overarching goals for an enterprise so that they immediately relate to everyone in the organization.
The main character's conclusion is that those goals are (in a manufacturing context, in the book):
- maximization of throughput
- minimization of inventory
- minimization of operating expenses (i.e. overheads)
While I'd argue that an overarching goal would be to maximize shareholder value (or stakeholder value, if you're more into the modern theories), I agree that this set would be a common-sense proxy for shareholder value maximization.
+Ash Maurya (my favourite Lean author) is about to publish a new book called "The Customer Factory" (I am really looking forward to this!) and one of the striking statements there is the following:
"Everyone is in the manufacturing business"
I love this quote - the goal of any value-chain process is to manufacture happy customers:
Customers pay you - they bring revenue.
Satisfied customers pay you more - they bring a healthy margin.
Happy customers pay you most and refer you to others - they are your growth engine.
So how do you translate the three manufacturing goals to a service business in a lean start-up philosophy?
Here's my take:
- minimization of customer friction: make it easy and fluid for your customer to use and get benefits from your service, automate your client workflows - this way you use your servicing capacity faster and increase your throughput;
- minimization of waste: write the minimum amount of code, iterate (instead of plan) your business model scientifically (make intelligent assumptions about what drives your customers happy and validate them through experiments), maintain a minimum batch of work to focus on what matters most to the customers.
More to come :-)
Subscribe to:
Posts (Atom)