TDP Project Update - January 2023
Overall, the pilot expansion program was a success in which data was successfully transmitted for each grantee that participated. In addition, TDP has been utilized to help solve for instances where data file transfers have been a challenge due to existing file transfer protocols.
The Pilot Expansion
Who participated in the expansion
We recruited grantees based primarily on the following criteria:
- Interest in participating in the pilot
- Current reliance on email transmission (Tribes)
- Recent submission of partial data
- Submits SSP data
TDP's userbase is now made up of:
- 10 states
- 7 Tribes
- One territory
All together these STTs represent the following regions:
- Region 1 (2 STTs)
- Region 2 (1 STT)
- Region 3 (1 STT)
- Region 4 (3 STTs)
- Region 5 (1 STT)
- Region 6 (1 STT)
- Region 7 (1 STT)
- Region 8 (1 STT)
- Region 9 (5 STTs)
- Region 10 (3 STTs)
What we tested
Based on the task scenarios defined for v2.2 the pilot expansion program was a success. Grantees that participated were able to complete all task scenarios measured in v2.0 in addition to new released features for inline email notifications and being able to submit TANF and/or SSP-MOE data files. In addition, for those in our moderated sessions we were able to observe and record the efficiencies and perceived shortcomings of the current platform to help inform future iterations. While our top level findings focus on observed gaps to improve TDP, we continue to receive positive feedback on TDP’s impact from participating grantees.
Continually tested functionality (v 2.0)
TDP's launch functionality:
Newly tested functionality (v 2.1 & 2.2)
Added since 2.0:
Changed / Fixed since 2.0:
Our findings
Participants expressed a variety of positive feedback about TDP
“There is nothing really I dislike, I think it is a needed changed for ease and modernization ”
“This process is much simpler and less clunky in comparison to "insert vendor" on the mainframe ”
“[I really like] the ease of uploading the reports and the email notifications that the reports were received ”
“[Discovering an easier way to attach files] Oh, I could just drop my files into these boxes! ”
Some Tribes still selected their state during the Request Access flow
A follow-up finding from our initial 2.0 Pilot, we've encountered additional instances of Tribal grantees selecting their State during the Request Access flow as opposed to the name of their Tribal program. This continues to support an enhancement we have in the backlog to make selection of State vs Tribe more explicit in that flow.
We further validated the case for more tailored data file submission screens
Also a continuation of a finding from the 2.0 Pilot we've encountered additional Universe data submitting grantees expressing some confusion over the presence of Section 4 (Stratum) as an option during the data submission process.
We observed some new bugs concerning search results and data submission
“It was odd that the last quarter's reports were in the spaces for [Q4] ”
The 2.2 Expansion brought to light some errors that seem to result from certain file or network conditions—and possibly from users repeatedly clicking the submit button if/when there's lag due to those network conditions. While all the actual data submissions were successful we've drafted a number of tickets to smooth out the cause of the issues here so that grantees won't run into network errors when their data did successfully make it into our database.
One participant encountered some friction with TDP's search flow itself
“Other than the one dislike about the search function, I like this new system. ”
One grantee told us about some friction they encountered due to expecting the Data Files search component to not actually require search to be pressed to update the results on the page. This new 2.2 finding is an area we'll continue to observe as we expand TDP to others. In the interim we've updated the Knowledge Center with new imagery that better conveys the need to click 'Search'.
What's Next
Scaling our error-related research and our userbase
As the development team is beginning to dig into building TDP's parsing engine we want to ensure that our research efforts are meeting the mark to ensure that the error reports grantees will ultimately receive from the new engine are the best they can be.
Initial error-related research findings
Tribes are excited about the prospect of immediate notifications in TDP
“Sometimes it was like a shot in the dark because I'd submit and then not hear anything back for [...] a month ”
While Tribes tend to have a far lower rate of errors in their transmissions, the Tribes we've spoken to so far have expressed enthusiasm about the instant nature of data-related confirmations in TDP. e.g, Confirmation of successfully transmitted data.
The way we're presenting data in error report prototypes is providing grantees with the information they're after
“Everything seems to be where I can understand it. It seems straightforward ”
Our prototype error reports have been successfully understood by grantees in each session we've tested them so far; ensuring that participants are taking away key information both about the nature of the error and where it's occurring in their data.