Continuous Product Discovery for the evolution of SupportAbility

Continuous Product Discovery is a process designed to help SupportAbility better understand our customers' operations, challenges and requirements. We use the information and feedback gathered in this process to ensure the development completed for the SupportAbility product has the most positive impact on providers.

This article discusses what Product Discovery is, how SupportAbility has traditionally approached this, and what Continuous Product Discovery is. 

In Product Surveys were introduced in the upgrade to v9.0 May 2025.

Audience: Authorised Representatives, Executive Management, Operations Management, IT Specialist


Summary

The following list summarises the content within this article. Click on the links below to take you to the relevant sections:


What is Product Discovery?

At SupportAbility, we invest heavily in product development; whether it's building new technology or enhancing existing functionality and workflows.

We go to great lengths to ensure that the work we do benefits as many of our subscribing providers as possible. We work in full appreciation of the fact that SupportAbility is a software company, and our subscribing providers are the experts in delivering NDIS services. As such, providers will always have a better understanding of NDIS business requirements than we ever will.  

In the software world, the process of transferring that knowledge from end-users of a software product to the engineers that build the software is called ‘discovery’. Discovery is designed to help us understand the real-world business problems that we are trying to solve before we begin the work of designing and building software solutions to solve those problems. In short, Discovery helps us better meet the needs of our subscribers and add more value to your SupportAbility subscription.

Return to Summary


How has SupportAbility traditionally approached Product Discovery? (Project Discovery)

Traditionally, SupportAbility has undertaken the process of discovery using the following methods:

  • Roadmap Surveys: periodic email surveys that we send to our subscribing providers, to help us understand which features they need most urgently.  This form of discovery is used to inform feature prioritisation for our roadmap.
  • Provider Feedback: feature requests or product feedback communicated to us via support tickets or during meetings with our subscribing providers.
  • Discovery Meetings: online meetings held with providers for the express purpose of understanding real-world provider challenges and proposing solutions to ensure that what we plan to build will solve these issues in an appropriate manner. 
    • Generally, we approach specific providers to participate in this process if they have expressed an interest in certain features that we are working on, or if we believe the features are particularly relevant to the way the provider uses SupportAbility in their day-to-day operations.

These discovery methods are best collectively described as 'Project Discovery' and are generally conducted once, at the beginning of a development project. Whilst the Project Discovery methods can feed valuable information into the development process, they do all share some common shortcomings. 

These Project Discovery methods alone all struggle to:

  • Provide answers to important questions in a timely manner
  • Derive information from the most relevant person (end-user) - as they generally represent communications with a provider's nominated Authorised Representatives
  • Provide information and feedback throughout the lifecycle of a development project

Return to Summary


The importance of speed

Unfortunately, the current methods of discovery (i.e. the Project Discovery methods listed above) can be very slow in providing the feedback we need to build great software. Often it can take a month or more to get the answers to simple questions. For example, to conduct Discovery meetings, we have to:

  • Analyse data to choose the most relevant providers to talk to
  • Build an extensive list of questions to ask
  • Set up Zoom meetings - sometimes weeks in advance, and often requiring rescheduling
  • Host those meetings - which require a lot of time from some of the most valuable staff at the provider's organisation
  • Collate and analyse the results

This slows down our ability to get the feedback required to develop and release important features to providers as fast as possible. Furthermore, long meetings to discuss Discovery questions are not an efficient use of provider resources or our own, and we are conscious of working to improve this.

Return to Summary


Accessing the right audience

Discovery is all about understanding the real-world requirements of the end-user. It's not enough that we talk to providers about a new function that we are building, we need to talk to the right person at that provider that will utilise the functionality we are building as part of their daily job role.

SupportAbility is a large, enterprise-grade software system. In recent years, much of our development roadmap has been focused on the finance and administration layers of the product. As a result, we’ve conducted discovery sessions with managerial staff - to whom this functionality is most relevant; nominated Authorised Representatives, system administrators and finance teams.

Before the development of the SupportAbility Mobile App commenced, we undertook a similar process, albeit with a different audience. Given that the Mobile App was a tool designed specifically to streamline the user experience and workflows for front-line support workers working out in the community, the primary end-user of this app was support workers, not managerial staff. Therefore, many of our conversations were with Support Workers to help us understand:

  • The information they need to access to do their job whilst keeping themselves and the Clients they work with safe
  • Their daily work workflow and responsibilities (travel, evidence and goal progress tracking, timesheets, etc.) and the tools they need to facilitate this
  • What features will benefit them the most to support participants in the field
  • Which user interfaces (UIs) and user experiences (UXs) are most appropriate and intuitive for them to use to reduce friction in their role

As we move on to future development projects, we will direct our engagement to the most appropriate audience to ensure that we're speaking with the people who will ultimately be using the functionality we're designing.

Return to Summary


Introducing Continuous Product Discovery

Continuous Product Discovery is a process and agile methodology that aims to address the limitations outlined above by allowing us to conduct small and more frequent discovery initiatives throughout the product development lifecycle. It allows us to obtain timely answers to important questions from the most appropriate audience, in the most efficient manner possible.

By default, all Providers and staff members are opted in to participate in the Product Discovery process, authorising the SupportAbility Product Team to send the occasional 1-2 multiple choice questions targeted in-product surveys to the relevant staff in their organisation to get their thoughts and feedback so that we can better understand their requirements related to specific features. This, in turn, allows us to build better tools to meet the needs of your workforce.

It is our intention to make this as efficient as possible, and to do this, any communications will be kept to a minimum. To clarify, for each short survey sent, this will only be sent to between 10 - 25 Staff Members across our entire subscriber base. Given that we use the data in SupportAbility to determine who the most relevant individuals are to contact based on the features that they use and the frequency of their use of these features, the likelihood of Staff receiving even one, or more than one Product Discovery email per year, is fairly low.

Staff members that do not wish to participate in these surveys can opt out in their 'My Staff Account' page (more information is available in the  Unsubscribe option for Individual Staff section below), and Providers have the option of opting out their installation entirely by configuring the participation setting to 'No' in System Preferneces. 

Return to Summary


How will we identify and communicate with the right audience?

For example, let’s say we are working on a feature of the mobile app that would allow a support worker to navigate to the locations of their various activities on a given day. We would first start by identifying the appropriate audience e.g. support workers that do a lot of travel in their job role, i.e. Staff Members who have recently added Private Kms associated with their Staff shift. 

We then prompt a limited number of support workers who meet these criteria from various organisations (maybe 10-25 support workers across our entire subscriber base and only those at providers who have opted-in to participate in Product Discovery) to complete a quick 1-2 question survey in the SupportAbility Web App (see In product surveys below for more information) to get their thoughts and feedback regarding this specific area. We anticipate that their response would take 2 minutes or less to complete and that we would receive most of the responses within 48 hours.

Similarly, if we were working on enhancing Bulk Payment Request features, we might send a short survey to SupportAbility users that regularly generate the Bulk Payment Requests in SupportAbility.

Return to Summary


In product surveys

When a survey is available for a staff member to complete, a notification will appear in the SupportAbility Web App in the top right corner of the screen, highlighted with a yellow dot:

Selecting the notification will open the survey in a pop-up modal:

To complete the Survey, select the relevant answers, complete the relevant free text fields, and then select Submit.

If the staff member would prefer to complete this survey at a later time, they can choose Remind me later, the survey modal will close, and they will be prompted again to complete this same survey later.

If the staff member does not want to complete this particular survey, they can choose Prefer not to answer, the survey modal will close and they will not be prompted to complete this survey again.

Return to Summary


Opting out of Product Discovery

While the default configuration will have organsations opted in to participate in Product Discovery, it is possible to opt out at two levels:

  • Individual Staff Level
  • Organisational Level

More information on this is available in the respective sections below.

Return to Summary


Individual Staff Level

If an individual staff member decides that they no longer want to participate in the Continuous Product Discovery process, they can choose to opt out of the process at any time via My Staff Account: 

In addition to this, any survey-related emails sent to Staff will contain an unsubscribe link, which will take them to the My Staff Account page within SupportAbility where they can opt out from receiving any further Continuous Product Discovery emails: 

Staff can return to their My Staff Account page within SupportAbility at any time to resume their personal participation in Product Discovery, provided their organisation has activated 'Participate in Product Discovery' in System Preferences.

Please see the How to opt-out of participating in Product Discovery article linked below for more information. 

Return to Summary


Organisational Level

Each subscribing provider can configure their organisation to opt out of participating in the Product Discovery process as a whole by having one of your Authorised Customer Representatives configure this in System Preferences.

Selecting 'No thanks' and saving this at any time will exclude your organisation from this process and cease receiving any further in product surveys or related emails.

If at any time the organisation would like to opt back in, this can be completed by navigating to System Preferences and configuring this setting to 'Yes'.

Please see the  How to participate in Product Discovery article linked below for more information. 

Return to Summary


We value your feedback

Product Discovery short email surveys will form an important part of how we design and build software solutions for our subscriber base moving forward.  We encourage all providers to activate this feature in system preferences and inform their staff of the value of participating in this process.

We look forward to collaborating with providers through the Continuous Product Discovery process in an effort to deliver true value with the SupportAbility product.

Return to Summary

Still need help? Contact Us Contact Us