Building a software company in healthcare is hard — and comes along with unique challenges no other entrepreneurs face. In this conversation, a16z bio general partner — and previous founder of genomics company Knome — Jorge Conde; and a16z bio partner and former founder Julie Yoo (of patient provider matching system, Kyruus) share their mistakes and hard earned lessons learned with a16z partner Hanne Tidnam.
Why is this so damn hard? How should founders think about this space differently? What are the specific things that healthcare founders can do — when, where, and why? You’ll wish you only knew this when you started your own company!
How the healthcare market presents a unique challenge to software companies [0:28], and details around issues they encounter [10:19]
Discussion around the best way to structure a software company in healthcare [15:53], including team-building [18:17] and product-building [23:23]
Understanding how slowly the healthcare space adopts new technology [25:34], and advice for functioning in a market that is distorted [31:06]
Hanne: Hi, and welcome to the “a16z Podcast.” I’m Hanne, and this episode is all about “Building A Software Company in Healthcare.” In this conversation, Jorge Conde — a16z general partner in bio and healthcare, previous founder of the genomics company, Knome — and Julie Yoo, partner on the deal team for the bio fund, and previous founder of the patient-provider matching Kyruus — explain what it is that makes building a company in the healthcare space so fundamentally different from other sectors, and why exactly it’s so damn hard.
So, let’s start with, basically, just the very fundamental difference between building a software company, full stop — and building a software company in the healthcare space. What are the most foundational, crucial differences?
Jorge: Well, historically, at least, software had two very important qualities in healthcare. The first one, the actual quality of software deployed in healthcare systems historically has not been great.
Julie: User interface-wise and experience-wise.
Hanne: Bad track record.
Jorge: Bad track record there. And the second one is that it was usually not highly valued. So, at least a lot of times it was considered either free or cheap.
Hanne: And why was that — that from the very beginning, there was not a lot of value attached to this?
Jorge: In the healthcare system, a lot of things still have a very human component to them. Automating things and, sort of, creating frictionless experiences or delightful experiences — the things that software is really good at doing — is just really hard to do in the healthcare system. The second one is, and I’m gonna generalize for a second — but I think a lot of times in the healthcare system, software is sold as a component of a broader service or of a broader offering. And so, therefore, it’s the piece that tends to get, sort of, devalued first, because it obviously has the lowest marginal cost. It’s kind of created this weird dynamic for software companies that are trying to build in healthcare.
Julie: There’s a higher degree of sensitivity in this particular market for things that get in the way of the patient-provider experience. One of the challenges/opportunities within healthcare is that it tends to be much more risk-averse when it comes to adoption of new technologies. One meaningful difference in introducing a software product to this market versus other markets is the level of scrutiny, and the bar that you need to hit from a, you know — not even usability perspective, but just utility, and actually having validation of — if you are going to introduce something new into the care delivery flow, it better work, because the stakes are so high, right? If you get it wrong, you could either send a patient in the wrong direction, or they might not get the care that they need, or it could actually harm the individuals involved.
Hanne: So, not just higher barrier to entry, but higher stakes immediately?
Jorge: And you have a reticent buyer, generally speaking. They’re running on very thin margins. If we’re, like, selling into the healthcare system, the provider space, it needs to work. Because if it doesn’t, obviously, there can be patient harm. And so, you know, the probability that a newcomer, an upstart, can come in and sort of make that case in a convincing way is a very, very difficult challenge.
Hanne: So does that mean you have to have certain prerequisites that you may not need to have in other spaces? If you know you have these challenges and you know that you’re entering this space with a lot more barrier to entry and a lot higher stakes, like, are there certain things you need in place, you know — a certain kind of proof of concept that you might not have to have otherwise?
Jorge: Well, first of all, I think you’re touching on a very important thing, which is, in the space — and I’m going to specifically focus on, sort of, the healthcare system. So, let’s call it provider systems — payers, and the like. You have to really understand what the workflows are, what the problem space is, and how to actually address any of those things. And so, one of the biggest challenges, I think, that companies have when they wanna build software products here, is to really understand what problem they’re gonna solve. Because I think you have this weird sort of intersection between — it’s very non-intuitive, it’s still very human-driven and centric, there are regulatory barriers. You don’t wanna get in between, say, a provider and a patient. You know, most people aren’t born with the ability to say, like, “I know I can insert a piece of software into this part of the workflow, and I will solve an acute pain point for the system.” That’s not obvious.
Julie: Yeah. And some of that is actually lack of standardization. You would think that medicine is an industry that has a tremendous amount of standardization and protocols around how people make decisions and do things, but it actually turns out that healthcare is an industry that actually is characterized by a tremendous amount of variation.
Hanne: And variation in what kinds of ways?
Julie: It could be variation in terms of actually, literally, the decision that if you have 10 doctors who are all presented with the same patient, you might see 10 different decisions about how to treat that patient. Some physicians might be more aggressive about using invasive surgical techniques, versus others who are more holistic. Even just how I was brought up, religiously or culturally, might impact the way I think about that problem. From a product perspective, you could have multiple drugs that all treat the same condition that all have different implications and whatnot. So, even there, even though you have a patient population that is characterized by the same diagnosis, you could have dozens of different ways that those patients play out. And so it makes it very hard for a technology company to come in and, sort of, generalize, and say, “There is one single method for manufacturing this thing or for making this decision and managing this patient population.” Ultimately, that reflects as differences in the financial profile of different patients.
Jorge: Healthcare, it’s like politics. It’s very local. Thinking that you’re gonna have an out-of-the-box, one-and-done solution — even in systems that look similar from either a size standpoint, or a reach standpoint, or even a geographic standpoint — these are all kind of “n of 1s”.
Hanne: So, what does that mean? So, we have, kind of, knowledge of workflow, the knowledge of variety and spectrum, and that you are ultimately working in, weirdly, an “n equals one” scenario. I wanna bring it back to like actual practicalities of this sort of company building. In your experiences, you both founded companies — what do you wish you had known or done differently from the very beginning, given the complexity of that space, and the unique challenges that building a company in healthcare presents?
Julie: With Kyruus, one of the products that we had was a product that was used by call center agents in hospitals. And our thesis when we first launched the product was, “Oh, well, we’re just gonna go after every hospital that has a call center, and they probably all operate similarly. And what constitutes the job of a call center agent is probably relatively homogenous. And so we can make all sorts of assumptions about how it’s built, how it’s deployed, and how it’s managed over time.
Hanne: The thing that strikes me already is that feels like a reasonable assessment of the lay of the land.
Julie: Yeah. And especially, I think it’s very easy to get fooled in healthcare by looking at other industries and seeing how it works in the rest of the world, because certainly…
Hanne: And then you pull up the…
Julie: Yeah. And then you pull up the wool and it’s like, “Oh, it’s completely opposite.”
Hanne: Yeah, it’s something else completely.
Julie: Call centers, I mean, that’s definitely an industry that if you look at retail, or even all the airline companies and how they operate their customer service operations — tend to be pretty standardized, and pretty sophisticated, in a lot of cases.
Hanne: When did you start to realize this wasn’t maybe, like, your average call center?
Julie: Like, on day one. First of all, there’s heterogeneity in the actual scope of services of pretty much every call center that we encountered. Some call centers might be fully centralized, and they’re, like, a central 800 number that receives every call that comes into the hospital — versus others that are decentralized, that only serve the primary care line, versus the cardiology line, versus the dermatology line. And because of that, they will have just fundamentally different starting points of where they have to be in the workflow for the thing to work.
The other aspect is the scope of functions that the call center plays. It could be everything from just a general marketing service, where a customer might call in and say, “Do you provide these kinds of services? Can you give me directions to the clinic?” All the way to, “I need a prescription refill. I’ve been diagnosed with this thing, I need to figure out what kind of surgery I need.”
Hanne: So, again, a much bigger range of possibilities, basically?
Julie: Correct, yeah, when you boil that down to, like — I’m a call center agent, and how do you define my job so that when I give you another piece of software to use to do that job, it’s gonna be seamless? And when you have that kind of heterogeneity around even the sheer definition of what the job is, it makes it very hard to design a scalable solution that can, kind of, fit into all those different environments.
So, day one, we actually were fortunate to get a customer that did have a pretty robust centralized call center group that was hundreds of people, who literally were answering every call that was coming into the health system. And so, the immediate sort of leap that we made was, “Oh, they must all look like this. Even if 80% of it was the same, and there was a 20%, sort of, buffer that needed to be modified, we can deal with that.” Yes, they all had central call centers, but the fundamental scope of jobs that they were doing were completely different across the board. And some were more clinical in nature, some were more marketing in nature, some were more financial in nature, etc.
Hanne: So, what were the knock-on effects of that?
Julie: Yeah, it probably had an impact on, like, go to market, product design, and product strategy. Most importantly, the service model of — you could either say, “We’re gonna design our software to be so flexible that it could work in any environment.” Or you could say, “We’re gonna provide services to come train your people to behave in a more standardized way, relative to the rest of our book of business.” And so we ultimately ended up taking a hybrid approach to both. But the latter, you know — that services approach — is something that we hadn’t thought about, that allowed us to sort of abstract out the variation to some degree, but also provide value back to the customers in a pretty unique way. Because then we had the best practices for how it should work.
Hanne: So, ultimately, it was a good thing — but it was a major fork in the road, basically?
Julie: Absolutely. Because there’s so much variability, because there’s so much localization, the notion of the pure SaaS model — where you’re just throwing technology over the fence and assuming that it will fit into whatever environment you’re deploying it into — that is a moot point in healthcare. You actually do need to think about the services component of things. There was a whole generation of companies that got started, like, a decade ago that took these sort of tech-only approaches and failed to get scale, or had to fundamentally pivot their models to actually take into account more of the human element of the service delivery model.
I mean, even — there’s a term for it now, right? Tech-enabled services is a way of doing things now in digital health that, I think, is well recognized that it’s necessary to wrap the technology with a human component to essentially address and be able to accommodate all the variation that you see across different customer bases. And it changes your cost structure fundamentally. The nature of how we talked about the business and how it scales, and even our fundraising strategy, fundamentally changed because of that. And so we did have to raise more, and give ourselves more runway, and think about different ways to manage our margin.
Hanne: It sounds like everything that could have been changed was changed by that.
Hanne: Let’s go back to a specific example where you really put your foot on it.
Jorge: Well, so — our experience at Knome was interesting, because here this is a company — the sole purpose of the company was to provide software capability to analyze genomic information. And so when you launch that, your assumption is, “Well, this could be used to power all kinds of applications.” It could be used for research, either in academia and industry, it can be used for clinical diagnostics.
Hanne: It’s flexible.
Jorge: We thought it was very flexible. And so challenge one is, you know — a solution looking for a problem is always a very, very dangerous thing. I think that’s universally true, and it’s especially true in the healthcare space. And challenge two was understanding exactly where, in the case of the clinical setting, where this technology would be used in the workflow. So, here, we wanted to go after the clinical labs.
Hanne: That was your initial hypothesis?
Jorge: Our initial hypothesis for an application in a clinical setting — you have technicians and docs that are inside of the laboratory setting receiving samples, running a test, analyzing the results of that test, generating a report that gets signed off by a lab director that goes back to a physician. Usually it’s in the form of a diagnosis, right? And it gets signed off and it goes to the physician. The physician now takes that report, and basically, decides what to do based on that information.
So, our assumption was, “Well, if you have the ability to sequence DNA now, in a way that you couldn’t before. Before, you’d have to do all of these specific tests, you have to know what to test, and then you’d test it, and then you’d get a report. You had to know what streetlamp the keys were under, right? Like, there in that case. Whereas once you had the full genome, you would just sequence everything and just run a bunch of software queries. So, our thought going into this was, “Well, that’s an incredibly powerful tool for clinical labs. Because first of all, you can sequence just once and analyze over time. So, you can again and…
Hanne: Right. Again, it seems like a totally legitimate assumption to make.
Jorge: Right? And it turns out that there was a lot of challenges with that assumption. The first one is, every lab is different. A lot of them didn’t have the budget, or the willingness, to basically pay the upfront piece to buy the capability to use this technology — or they didn’t have the ability to sequence everything upfront, even if all of the subsequent queries would be technically free later.
Hanne: Why not?
Jorge: It’s the way they’re reimbursed.
Hanne: Oh, how fascinating. Too expensive, basically.
Jorge: It’s too expensive. So, even though theoretically there’s an ROI — a return on the investment of sequencing upfront — just the way the industry is structured, the way reimbursement flows, the way payments flow, it just didn’t make sense for a lot of labs to do this.
Hanne: So, how was that not just a complete roadblock at that point?
Jorge: It was a big roadblock. So what that required us to do was to then focus on clinical labs that had the ability to make certain investments in upfront cost. And those tended to be very sophisticated labs that do a lot of research work, in addition to patient care. And they tended to be on the bleeding edge, and they wanted to incorporate new technology, and they were great partners and all of that. But then it goes back to your “n of one” problem.
So, you sell something into that lab, and you go next door, and next door has a totally different set of capabilities — a totally different set of constraints, a totally different set of expectations. And so, therefore, all of a sudden, the solution you created for lab A is not relevant, or unattainable, for lab B. Now, to just add to stepping in it — you know, when you’re analyzing genomic data, there’s a massive amount of computation required. And so we went in there assuming, “Well, this is easy. We’re just gonna shoot all of this up to the cloud, we’ll run the analysis, we’ll send the data back to the lab, the lab could verify it, generate a report, and off we go.” It turns out labs weren’t comfortable sending data up into the cloud, full stop.
Hanne: At that time, it was just completely…
Jorge: At that time. Arguably, even today. Arguably, even today in 2019. But definitely, at that time, we probably should have known that earlier, that would have changed how we thought about going into the clinical lab space.
Hanne: How would you have done your homework? I mean, what would that have actually looked like?
Jorge: It was frankly, I think, just defining the specs of what would be required to bring in our technology. Because I think people intuitively know that genomic data is massive, but I don’t think they know the level of computation required to run the interpretation.
Hanne: Right, so like really running the numbers.
Jorge: Running the numbers for them. And by the way, we tried everything. I mean, we brought representatives from AWS that could show them that they had a HIPAA-compliant cloud, that they had received all the certifications, and it came back to risk aversion. So, someone —the lab director — saying like, “Look, I’m sure all of that’s true, but I’m not gonna risk sending all of this data up into the cloud.” So, that was a big, big challenge for us, and it ended up being a major limitation for our ability to expand into the clinical setting, because of all of those barriers.
Hanne: So, what did you do?
Jorge: We had to do a plan A and a plan B. And so the plan A was, we assumed that there would be a couple of forward-looking labs, or forward-thinking labs that would be willing to work in a cloud environment. Much easier to deploy there. The plan B was, we had to create a box. We had to create a box, and the box had to have, essentially, the computational capability.
Hanne: A Knome appliance?
Jorge: Yeah, we had a Knome appliance.
Hanne: Yeah, I remember that. Oh, my gosh.
Jorge: Because they didn’t want the data to go outside. And it’s for the reasons that we’d expect. You know, there’s regulatory, there’s risk associated with that today in 2019. In fact, the companies that have managed to use this technology have taken the sort of full-stack service approach. So, that sort of high-low strategy became the approach, is — get folks to deploy into the cloud, when they were willing to. And in the case where folks needed an appliance, we basically had to go to labs that had enough sample volume that an appliance made sense for them, and make, basically, the case there from an investment standpoint.
Hanne: So, again, multiple-choice, variety, and addressing in different ways.
Jorge: A pure software company in healthcare is a really hard thing to do. Because on the one side, you have this challenge that — it’s hard to create a solution that’s gonna fit everyone. And, therefore, you need to have some level of services around that software. That’s on one extreme, so you need to have humans in the process, or in the loop. And then the other extreme of it — if it is pure software, then it’s considered that it should be free, so it’s very hard to abstract value.
Hanne: That’s so interesting. Do you think that’s shifting at all, with the, kind of, understanding of the importance of data and some other things?
Jorge: Yeah, look, I would argue it’s shifting on a couple of axes. The first one is — is data is becoming more and more valuable. Historically, data was viewed as being either too small in terms of its impact, too narrow, too dirty, etc, etc.
Hanne: Too difficult.
Jorge: Yeah, too unstructured. So, that historically has been the case. So, if you have ways to ingest data and clean it and make it meaningful, then I think that is valued. Probably the most public one is what Flatiron was able to do, and ultimately getting acquired by Roche for $2 billion. That’s viewed as using an electronic medical record to capture patient experiences, take that information and give researchers the ability to drive valuable insights from that. That’s a relatively new thing. So, I think there is the ability to create value there. So, I think that’s one axis.
I think there’s a general shift in the model that having a tech-enabled service can be a valuable thing, and if done well, can be a scalable business. In other words, if you know what you’re trying to build, and if the software layer reduces sufficient friction in the system and allows you to add people — not linearly, as you scale, right, but in a leverageable way — then all of a sudden, you could have tech enabled services that can grow and become large businesses.
Hanne: So, leaning into what it is that makes it difficult almost, and then scaling that, leveraging that.
Jorge: Exactly, finding ways to make that scalable. That’s not easy to do, but I think it is now doable in a way that probably wasn’t a decade ago.
Julie: And I think we see that same trend actually happening in the consumer world, where you used to have a bunch of services, like, the marketplaces that were purely tech, and were just matching supply and demand and then getting out of the way. Whereas now, you see a lot more services, like, in the real estate market, where they’re actually managing properties — or actually gonna clean the place and make sure it has good furniture, and all that kind of stuff. I think the same premise holds true in healthcare, where you realize that in order to truly make an impact, you kind of have to own certain parts of the full stack. And that’s what you see playing out in the rest of the world as well.
Hanne: Okay, so we’ve talked about kind of knowing the workflow and the complexity of the system, running the numbers and speccing it out as concretely as possible. How about in terms of team building? Are there ways that you, knowing what you knew down the road, that you would have changed how you thought about building the team from the very beginning?
Julie: My prior experience was not in healthcare, and so a lot of my views on how to do these kinds of things were informed by a company that was just a pure enterprise software company. And one of the mantras was — you wanna, in the early stage of the company hire for all-around athletes, and just people who are utility players. Who can, like, roll with the punches and figure it out. It doesn’t matter what kind of experience they had, as long as they’re scrappy, intellectually motivated people, they’re gonna figure it out. So, [we] certainly took that approach when we started Kyruus and hired folks — not necessarily from healthcare, who maybe had some engineering experience or sales experience from elsewhere in the world and said, “We’re just gonna go in there and figure it out.”
Hanne: But you surely had some deep experts in the space as well, no?
Julie: So, my co-founder is a physician by training, so we had, sort of, the deep clinical knowledge. But I would say, actually, we didn’t have that many people who knew the specific market that we were going after. And that’s another characteristic of healthcare startups is — healthcare is so massive, that when you talk about market segment, you have to be very specific about what you’re talking about. So, like when people come and say, like, “Oh, I have a company that sells to providers.” I’m like, “That’s great. That’s like, you know, 20 billion .”
Hanne: What does that actually mean?
Julie: Yeah, like, “There’s 20 billion ways that you could just describe providers. Like are you selling to hospitals, are you selling to health systems, are you selling to individual practices? And each of those can be multibillion-dollar markets in and of themselves.
Hanne: I used to work in publishing, and it reminds me of people who would pitch their books to us and be like, “It’s for the general reader.” <laughter> There is no general reader. There’s, like, somebody who likes to read Amy Tan, and there’s somebody who likes to read, like, Dan Brown, or whatever. Like, these are different people.
Julie: That’s a good analogy. Yeah, there you go. So, yeah, so basically, we had folks in our company who had “healthcare experience,” but maybe it was from the pharma industry, or from payer, <Not super relevant, yeah.> or even like a different segment of the provider market, but not the specific market that we were going after, which was, like, a very esoteric — we were going after the biggest health systems, like, the top-down approach in the enterprise space. And there’s very specific characteristics of those organizations that are very different than even smaller hospital networks.
The areas of the team building exercise that I wish we had been more thoughtful about were, in terms of customer-facing roles, where it was the team responsible for managing the customer relationship longer term — you know, just how important it is for those people to have some kind of understanding and empathy, and ideally, experience, with the kind of people that we were servicing. There is total merit to saying, “Actually, we need some insiders who might not have any technical skills whatsoever, but can help us understand the culture, and the politics, and what it means to even, like, talk to a physician.” We had a bunch of folks who had never been in healthcare, who walked into meetings and called doctors by their first names. And that was a complete taboo in certain cultures, where you have to call them Dr. Jones or Dr. Smith.
Hanne: Like, “Stranger in a Strange Land.” Here’s the language here.
Julie: Yeah. So, I think from a team building experience, one of the biggest lessons that we certainly learned was A, valuing healthcare domain expertise earlier in the evolution of a company relative to other sectors. And then, also thinking about where that makes sense — like, what functions that makes sense, because it’s not [a] 100% universal statement across the board. I would say, our engineering team — it was actually better that they came from outside of healthcare because…
Hanne: Oh, so in specific areas where you need knowledge and where you don’t. That’s interesting. Why was it a bad thing for engineers to have that?
Julie: Not a bad thing, per se, but you wanted people who could, like, really think out of the box, and not be, sort of, married to the way it’s done today, because actually, that’s exactly the point of building companies in this space is to not do it the way it’s been done. And so most of the technology systems that are in place are written on super legacy technologies, and don’t have things like APIs, and whatnot. You need to be super creative about how to get into these systems and get data out, because they were fundamentally not designed to have liquidity around the data that’s stored in them.
And so, it was helpful to have people from the financial services industry, for instance, who had figured those things out, with similar banking systems and whatnot, and could kind of bring some of that creativity to the healthcare space. So, engineering is definitely a space where I felt there was a positive to not having that healthcare domain knowledge. But certainly on the commercial side of the business, I think it’s critically important.
Jorge: Making sure that the engineering team is as modern as possible is the most valuable thing you can do for your company. Because I think what’s generally true, and probably definitely true across the board, is in healthcare, the data sets are so complex, right? They’re complex in terms of their variety, they’re complex in terms of their volume, they’re unstructured, there’s regulatory requirements. There are so many things that are challenging from a data-handling standpoint, so building the pipes in the most modern way possible — absolutely critical. Whoever is customer-facing, I think, has to be from that game, has to understand the space, has to understand who the customer is, has to understand the cultural norms and all of those things. Those things are both true.
Hanne: So you need both from the get go, immediately.
Jorge: You need both from the get go. Industry-specific on the customer-facing side and domain expert from the engineering side, right? And then let’s talk a little bit about the middle — the product, right? That’s where the sausage gets made.
Julie: Totally. I’m gonna be biased, because I was the Chief Product Officer of my company, and that’s where I would say it was split — where I do think it’s important for the leader of that organization to have a pretty deep understanding of the market. And so, I happen to have had healthcare experience — not specifically in this particular segment, per se, but I understood some of those cultural nuances and just dynamics of how the market worked to be able to set strategy.
Below me, however, some of my best product managers were not healthcare people at all. And, in fact, we had three products — one that was the call center product that I mentioned earlier, where the end users themselves were not healthcare people, right? And so these guys, you know, some of them were, like, high school graduates who go home and they use their iPhone, and they’re used to all these modern technologies in the rest of their lives — and then they come to work, and they’re faced with these totally esoteric, crappy hard-to-use systems. And so I wanted someone who actually had, kind of, a consumer mindset.
Hanne: Did you find yourself doing a lot of sort of explaining and educating, though, to bridge that gap?
Julie: Yeah, my philosophy was just throw them in the deep end. As part of the onboarding experience at Kyruus, you had to visit a hospital call center, and they actually let you listen in on calls. There was, like, a religious transformation for these team members who went. Some came back and said, “I cannot believe that this is how these organizations operate.” Because everyone thinks of healthcare as this very pristine, like — “I’m going to trust you with my life.” And they’ll come back and be horrified, because they see that things are being run on paper and just how much burden they put on the customer.
Because part of what you hear when you’re listening in on these calls is, like, asking the patient, “What do you wanna do?” And the patient’s like, “Well, would I have understanding — I’m calling you guys, the hospital. You’re supposed to tell me what to do.” So that was one reaction. The other reaction was completely emotional, because a lot of these patients who were calling in had just been diagnosed with cancer, and they have no idea what they’re doing, and they’re calling because they need help. And then the call center agent sometimes felt helpless, because they didn’t have the tools or the workflows or the information.
Hanne: Oh, it reminds me of, like, a 911 operator with no training. Somebody’s thrown into the middle of, like, I’m having a massive life crisis.
Julie: Exactly. Yeah, it was inspiring and motivational, and so that became part of our training process — was to just go out there and see it versus me explaining it.
Hanne: That’s really interesting. Okay, so what about timing? Do you think it’s different in the healthcare space, how you think about — what’s the right moment for your product?
Jorge: One of the big challenges in healthcare is this idea that you can be too early. You can be too early for a couple of reasons. One is, you need a lot of changes to workflows for the entire system to become much more modern.
Hanne: But you think this is different from being too early with, like, pets.com?
Jorge: That’s a good question. So, look, the way I would think about it — I described what was, for us at the company, a very obvious evolution of where genetic testing would go. You would sequence everything first, and you would test multiple times in silico.
Hanne: You could see the light at the end of the tunnel.
Jorge: I mean, that’s a clear future. And so the question is, when is the system ready for your particular solution to a problem that everyone agrees exists, right? Everyone agrees that we have to do a better job at being able to diagnose folks with genetic disease. And I think everyone would agree that using genomics, the ability to do this at large scale, to query multiple times, to use software to make intelligent queries — would be a very powerful tool, a very powerful solution for that. But the reality was — continues to be — that just the structures of the industry are such, even though that’s where I think we will end up, it’s just not ready for it now. And I think this is true for any entrepreneur, right? Timing is a big part of anything you do. I think timelines are especially warped in healthcare, because it just takes a long time to adopt new technologies.
Julie: There actually is a peer-reviewed study of the average number of years it takes for new technologies that are introduced into the medical setting to become mass-market adopted, and it was…
Hanne: Fascinating. Wait, wait, let’s guess — two years?
Julie: Seventeen years.
Jorge: Well, I mean, we still have fax machines.
Julie: Yeah, we still have fax machines, we still use the same…
Hanne: That’s true. But we’re not talking about when technology leaves. But you’re right. It’s the same thing really. Yeah, when it gets <crosstalk>.
Julie: So you can think about it as all the things that have tried to replace the fax machine are not yet mass-market adopted. And it’s the same — you could see it in — I think the study actually focused primarily on, like, stethoscopes and thermometers, and things that literally have not been redesigned for hundreds of years, because it’s been so hard to disrupt them.
Hanne: Yeah, over the last 17 years, there’s been a bajillion better versions of the stethoscope that we’re just not seeing. The wheel could have been reinvented, but better.
Julie: Absolutely. Those are the tangible examples, but the same applies to software and technology, and that’s a lot of the reason why you see the market-leading companies that own the EHR space today are literally 45 years old. And by the way, those companies also didn’t hit their stride until, like, 20 years into their journeys, right?
Hanne: So, time functions completely differently, basically, in this system. It’s almost like…
Jorge: It’s like a wormhole.
Hanne: And second of all, it’s [an] incredible testament to the strength of these systems that…
Julie: Totally. It’s like, once you do make it, it’s totally sticky. The LTV, essentially, of tech companies that actually make it and get to a certain level of scale is through the roof. There’s no incentive to rip them out because if they work, they work. The switching costs, because of all the human and cultural elements that we described, is huge.
Hanne: Yeah, so the longevity of your company, if you’re looking at success, is also incredibly promising.
Julie: Yeah. I mean, certainly at Kyruus, the way we mitigated it was we thought about what our fundraising strategy would be to give ourselves enough runway to have that model play out. We needed to fund the sales cycles and the adoption cycles to create a new category of solution that didn’t exist.
Hanne: Just to hang out in the wormhole for a while.
Jorge: It’s a big oxygen tank.
Julie: Yes, nothing meaningful happens in healthcare in under three years. And so you kind of have to give it some runway.
Jorge: That’s one of the things that we’ve spent time talking about is, what does a minimum viable product in healthcare look like?
Julie: Yeah, it doesn’t exist.
Jorge: Big gang, you’ve got to go in, and you’ve gotta create a category and you gotta get that adopted.
Julie: I think in other industries, you can sort of “get away” with having a product that does one thing really, really well, and then start there — and, yes, expand over time. But at least you can get buy-in to prove your value with that initial use case. I think going back to one of the points you made earlier, in healthcare, when you’re in the flow of impacting a patient encounter, and saying, like, you’re gonna rip something out or change the way that you’re doing something or what have you, you have to make sure that it’s gonna give you the right answer, so to speak. And so even if it’s just one feature, it might mean — okay, yes, it could be one feature, but you have to be integrated into seven different systems to make sure that the data flowing into that one feature is enough to inform the right outcome or decision…
Hanne: So really fully baked.
Julie: If the transaction falls through the cracks while you’re doing some kind of revenue cycle type encounter, you might not get paid for a procedure that could have a severe impact on your bottom line. You need more funding, you need to think differently about your strategy for product and what that footprint looks like.
Jorge: You have to have the full solution. And the related point I would make to that is, it’s really hard to have a point solution, even if that point solution is very, very good. I think people in general in the healthcare system are looking to buy a complete solution. So, if you take the problem from A to B to C to D, that’s great. But somebody — they need A to Z. And if they can’t get A to Z from you, it’s very hard to get them to buy A to C from you. I’ll go even further than Julie — I will say not only does MVP not exist in healthcare, I would argue that product market fit doesn’t exist in healthcare.
Hanne: What do you mean by that?
Jorge: You know, the definition of product market fit is, when the right product meets a good market, right? All of the things we talked about create such distortions in the marketplace that by the time you actually get through all the hoops, you have such a, sort of, skewed product. It’s not really product market fit, it’s almost, like, accepted product capture. Here, you have regulatory issues, you have pricing concerns, you have incumbents. You have so many aspects that sort of distort the market, that I would argue that you don’t have a normally functioning market for software in healthcare.
Hanne: How would you both embrace that distortion early on, and not get completely sort of knocked off your path by it? Because it strikes me that a lot of what you’re describing is, kind of, like — know thyself. Like, know yourself very deeply. And, like…
Julie: That was the tagline at Knome, by the way.
Jorge: That was Knome’s tagline. Know thyself.
Hanne: Oh, was it really? That’s really funny. I did not work that in for you. But also, like, know where you’re going, and do that, kind of, deep — I wanna say, like, soul searching on a company level and build out accordingly. So, how do you get that big center of gravity of really knowing yourself, knowing where you’re going, but be able to be flexible with that distortion along the way?
Jorge: The only North Star you can have — and this is gonna sound cliche — but really understanding your value proposition truly, from the customer standpoint, becomes a critical sort of guide for what you do. And this is a debate that healthcare companies have all the time, which is, should your value proposition be, “I’m gonna save the system money?” Because the healthcare system is very inefficient, and it runs on very low margins, generally. Should it be that “I am gonna result in better outcomes for patients?” Is it gonna be, “I’m gonna create some sort of lift in terms of return on investment?”
There’s a bunch of different ways you can think about value proposition. If you don’t have that crystal clear from the outset, the amount of obstacles that you are going to hit along the way are gonna make it such that it’s gonna be very difficult to get to the other side. If you don’t really understand the workflow, and the culture, and the regulation, and the governance, and the politics, and all of the other things, you can have a theory on what the value proposition is, but you need your customer to confirm that early on. And sadly, the best way to confirm that is to have them buy something, obviously.
Julie and I have had this debate before, which is — a lot of the software platforms that go into healthcare have been sort of predicated on, “We’re gonna cut costs.” And I don’t know of any, sort of, solution out there that has meaningfully been able to make a very, very strong case that they can cut costs. And by the way, part of it is, I think — is because it’s really hard to measure costs.
Julie: It’s almost, like, a necessary evil where you have to say — in some way, shape or form — you are gonna reduce costs, but that can’t be your primary value proposition. Because at the end of the day, it’s a line in the cost structure that can get wiped out over time and potentially get commoditized.
Hanne: So, is the takeaway — know your value proposition as early as possible and test it?
Julie: That, and then have the conversation of like, “Okay, if we were able to accomplish what we just described, is it worth it? Is the juice worth the squeeze? Because it’s so expensive to distribute product in this market, because of the sales cycles and the nature of the enterprise sales motion, and whatnot, that if you’re not able to envision a path towards being, like, at least a $500,000 kind of a year type solution in this space, it’s actually not financially worth it to build a business in that area.
Hanne: Right, which goes back to your point of, like — run the numbers, basically.
Julie: At least, like, back of the envelope, whiteboard kind of thing.
Hanne: Yeah. I mean, is there anything that you can figure out as you go? It sounds like you need to know so much before you begin, and be so self-aware, and so, kind of — have the end game in sight. Like, are there things that you can leave, sort of, more organic, and feel out as you go?
Julie: Yeah, no, I mean, absolutely. There are tons of things you can be doing on a daily basis with end users. And just feedback mechanisms on, like, how people — are they actually able to do their jobs, for instance, and making minor tweaks to the workflows and whatnot. So, that was always a component of a more organic and dynamic aspect of how we did things.
The other thing that you need to, kind of, think about doing in parallel, is — so much of success of technology in healthcare is predicated on integrating into other ecosystem players. And so this is actually — probably one industry where you definitely can’t just build in a vacuum. You actually should understand, even if it’s not for another few years that you’re really gonna have to do this, like — who are the players we just need to get to know. So that we’re on their radar when time comes for us to take the hammer, and try to break down the wall of integration with that vendor — that we are on their good side and that they know who we are so we can kind of make that happen faster. So things like that, I think you can be doing in parallel to the kind of formulation of what the footprint of the product is.
Jorge: If you’ve got the right solution, you can get very creative in how you get paid. So figuring out different pricing structures or value capture mechanisms, I think, is something that you can do pretty organically. Because, if you are making a difference in the system, the system has so much cost built into it, and so much revenue flowing through it, that there are ways to be very imaginative there. So, that’s the first thing I would say. The second thing I would say is, thinking about adjacencies — going from one — your core function, to the next adjacent use case. Not all adjacencies are created equal. One might be easier than the other. It’s almost like jumping on stones across a pond or something, right? What’s the next one I can jump on that’s least likely to make me fall into the water, even if it doesn’t get me as far as another one?
Hanne: Yeah. Right, always have that “closer spot” insight.
Jorge: Yeah. Because you’re creating the next thing and the next thing and the next thing, and you build up from there. And eventually, you cover so much surface area that you become a very sticky solution and you, hopefully, become a complete solution, sort of, closer to the A to Z type vision.
Hanne: Okay, last question. The biggest takeaways? Quick lightning round for your founder struggling right now, what would you say? Bullet points.
Julie: Know your market segment. Be very specific about what segment you’re going after, because that has major implications for your go-to-market and your product.
Hanne: Good one. Jorge, biggest “you wish somebody had said to you?”
Jorge: One is build the multidisciplinary team early. Two is understanding if the person that suffers from the pain point can actually pay for your solution, because there’s a lot of misaligned incentives in the healthcare system. And three, with the right technology, you can have massive impact on patient lives and the experience that we have with the healthcare system — which we will all touch in our lifetime. And if there’s anything you can do to make it better as an entrepreneur, I would say that is extraordinarily satisfying.
Hanne: That’s fantastic. Those are some good bullets. Thank you both so much for joining us on the “a16z Podcast.”
Julie: Thank you.
Jorge: Thank you.
Jorge Conde is a general partner on the Bio + Health team at Andreessen Horowitz, focused on therapeutics, diagnostics, life sciences tools, and software.
Julie Yoo is a general partner on the Bio + Health team at Andreessen Horowitz, focused on transforming how we access, pay for, and experience healthcare.
Hanne Winarsky is the Head of Writer Acquisition & Development at Substack.
The a16z Podcast discusses the most important ideas within technology with the people building it. Each episode aims to put listeners ahead of the curve, covering topics like AI, energy, genomics, space, and more.