start with the claim you need to support
our founding perspective began with a genetics business moving from an idea, through the lab and into the world. that experience shaped a question we bring to new ventures: what must happen between a promising technology and a useful result for someone?
describe the intended user, setting and specific purpose of the product. separate technical performance from whether the product changes a decision or improves an outcome. do not treat the size of a dataset, a demonstration or reported user reach as proof of every intended benefit.
map the people around the service
the person who benefits, the professional using the result, the purchaser and the organisation responsible for delivery may be different. identify each role and where accountability lies. explain how the product fits into an existing workflow and what happens when information is uncertain, unavailable or wrong.
for any health claim, determine the evidence and specialist oversight appropriate to the actual product and jurisdiction. a commercial screening discussion cannot establish clinical validity, regulatory status or suitability for a patient.
build an evidence plan around the intended use
as a reference for digital-health evidence planning, the uk’s nice framework distinguishes different technology functions and the evidence expected for their claimed benefits. it is useful context for asking better questions, not proof that a product meets south african requirements. read the nice evidence standards ↗
- which exact claim is being tested, for which people and in which setting?
- what comparison and outcome would make the result meaningful?
- what limitations, uncertainty and potential harms need to be visible?
- who is qualified to design, assess and oversee the evidence work?
- what could change when the service moves to another population or delivery setting?
ask who can sustain the benefit
identify who has a reason and a practical ability to pay, what recurring value they receive and the full work needed to deliver it. consider implementation, support, responsible handling of information and the people involved in the service. a software interface does not make these obligations disappear.
for lab2sky, the opportunity is a business that can carry a substantiated benefit beyond its starting point. at an early stage we look for an honest evidence plan; as a business matures, its claims need stronger support. this is our venture-assessment perspective, not medical advice or a product endorsement.
these are lab2sky’s working questions and assessment approach. examples are illustrative unless explicitly identified otherwise. how we write our guides