In our journey of building a valuable organization, I have tried to understand better the underlying principles that govern this process. To clarify, a valuable organization is one that creates value for its customers, and consequently, its shareholders, employees and suppliers. Valuation does not necessarily equal value creation.
My understanding of the subject stems from the philosophy that Kaizen has taught me - that a valuable organization constantly improves itself. And this improvement is built on 2 pillars - respect and discipline.
Respect - for yourself, clients, employees and suppliers - means that you actively eliminate waste and strain from processes, because you want those in your value chain is utilize their time and effort to the fullest.
And discipline allows you to engage is such process improvement efforts consistently.
One without the other is like having to choose between someone's character and competence while hiring them - it is a false choice.
Personally, I have had difficulty being disciplined. A symptom of this is my fondness for video games - pressing a button or swiping the screen gives me instant feedback, gratification and a sense of progress. Real life, unfortunately, demands consistency - rewards (may) come if you stay the course. The only solution that I see is to enjoy the journey. More on that later.
We often invest over a fifth of our design & development time into converting the abstract into something specific. This is a process that requires us to perform a craniotomy and peer into our client's brains (or do something equally challenging).
Writing specifications can be tedious. But they are essential to designing any product or service. A good set of specifications:
To test if your system specifications are, well, specific enough, give them to a friend who is not from your industry. If he or she can understand it the first time through, you should be writing this blog, not us.
What cannot be specified, cannot be built.
Startup funding and valuation generate significant coverage and conversation. And a lot has been written about the positives and negatives of various sources of funding - angels, VCs, friends & family.
So what is the best source of funds for your business?
Our learning - your customer's money. If it is the ONLY money you have accessed to build your business -nothing like it! Too often, businesses focus sequentially on - making a business plan, then raising funds, updating the plan, and then looking for customers. Instead, invert the process - look for customers, validate/ update your plan, reach break-even, and then consider funding growth. Making money is essential to learning how to spend it well - and should precede it.
The typical investor loves and hates such businesses. He loves them because they make money. He hates them because they (often) don't need money. And as far as the entrepreneur is concerned, it is far better to want money, than to need it.
In recent years, one of the mantras of product development has been iterative, user-centric design - in which prototypes are created in rapid succession, and take to users for their feedback and refinement.
Our experiences at Lattice over the last 18 months has reinforced the need for user-centric design. However. it also have led us to challenge "iteration" as a virtue.
Let me explain. Iteration is good when it incorporates new information about the manner in which a product will be used. However, several design iterations are the consequence of sloppy, rushed design specifications - when there is no new information; instead, the iteration is required to address prior oversights in the design process.
This kind of iteration masquerades (very successfully) as a virtue, but is really a vice. It is also expensive.
Where does that leave us? Our advice:
It is tempting to think of innovation as being idea-centric. However, a compelling idea does not
equate to a useful solution, a solution does not naturally scale to a scalable product, and a product does not equate to a sustainable business. There are several steps that an innovation must go through to move from an idea, to a product that is widely available and routinely used.
It is important to differentiate between a product and a solution. A product, such as Gmail or Microsoft Outlook, is something that is widely applicable, and serves the needs of multiple users across several groups or organizations. A solution is specific to a single individual or organization’s needs – such an image archival system developed for use by a particular department in a hospital.
In summary, a product is a generalizable solution.
At the very least, it is important for innovation to move to the solution phase, and if possible, onward to becoming a product. In the absence of usefulness, an innovation remains an experiment – it creates knowledge but not impact.
In October 2015, I had the privilege of participating in my first hack-a-thon ever. Though I had helped organize hack-a-thons and Jugaad-a-thons before, and acted as a mentor and judge in a few of them, I finally had the chance to put my money (rather, time) where my mouth is.
The event was the CAMTech Diabetes Innovation Hack-a-thon, held at the Indian School of Business on October 10 and 11, Saturday & Sunday.
Here’s what I learnt.
Don’t start at 11 pm on Day 1
That’s pushing your luck a lot. You have 30 hours at most to go from need identification to solution design, so time is of essence.
However, do enjoy the entropy of finding good people to work with – without checking your watch every single minute. Once of the winning teams came together after a serendipitous conversation at teatime on Day 1 (Saturday). This was after two of the team members had spent the prior 3 hours working with a different group on an entirely different design.
Play it by the book
We were fortunate enough to make it to the final 12 of 42 teams. One of the reasons was that we had experienced hackers on the team, who decided to play it by the book. What does the good book tell us?
Be passionate about the problem, don’t get emotional about the solution
Many folks (fellow techies – I’m looking at you here) start with a solution and work back towards a problem. After a while, they get so emotional about the solution that the problem disappears from the picture. I’ve done this twice in real life. Both situations ended up with poor business and technical outcomes.
I remember what Dr. Data Santorino said in the Clinical Summit preceding during Jugaadathon 2014, “Unmet need is your anchor; it saves you on the bad days when your solution seems bound to fail. Find you center based on the problem you’ve set out to solve. It will keep you sane.” I think he pretty much said it all there.
Clarity about the problem statement allows you to validate it independent from the solution – because the solution can (and will and should) evolve as you move through the hack-a-thon. But keep your focus on the problem.
Enjoy the journey
Winning feels awesome. We were thrilled to make the cut past the semis to the finals. But the ride there was even more fun. I learnt a lot about my teammates, Niraj Gupta, Chetan AC and Bharadwaj Swarna, even though I had known them before we collaborated at the hackathon.
You get to see people at their best and worst during the simulated pressure cooker of a hack-a-thon. So find someone who takes to the pressure well and befriend them. They’ll probably make for good friends in real life too.
I’ve come away from the hack-a-thon with tremendous respect for all participants who put themselves out there. This includes the gal who kept it together in front of the judges during the semis, even though she was terrified of speaking in public – if you’re reading this, you know I’m talking about you!
More power to the hacker community. Keep calm & Jugaadathon!
The acute shortage of healthcare services in India - be it doctors, nurses or hospital beds - creates a unique set of challenges - two in particular.
First, this situation gives rise to the need for technologies that "deskill" healthcare delivery - those that standardize and simplify activities, so that they can be performed by "non-experts". This frees up the time of doctors and specialized nursing staff to focus on value-added, patient-centric activities.
Second, the shortage of hospital infrastructure creates the need for healthcare delivery that can extend to the community and home - reducing burden on hospitals and patients alike.
We will soon present two case studies that illustrate how solutions were developed in response to these challenges.
Why the Blog
As we grow Lattice, we would like to share our lessons in product design & development, building a company, and the healthcare space. We hope it presents you with some interesting ideas, and starts off useful debates.