Auto-populating / pre-populating data in the collection form could be misleading requirements from users which should be carefully evaluated and verified by the business analyst and designer. Please allow me to explain using my past experience.
A few years back when ArcGIS Collector was just released, I was assigned a project to digitise some field data collection forms using ArcGIS Collector. It is easy right? to turn the paper-based forms into excel-like digital forms and install them on a smart device, then job done. Sure... until things like mobile data collection, offline/ editing, sync, cloud storage, history keeping and archiving, reporting, dashboard monitoring, etc these system components come up into the picture, people started realising it was actually a new system solution for a specific field work, not just changing the media of the forms from paper to pixels. This is important to let you think out of the box and only focus on their desired result and not restricted too much to their existing ways of doing things in the field.
Now let's talk about the auto-populate / pre-populate fields.
My customer's field work involved property damage assessment, in their forms they needed to fill the information of the property (house, land or business) they were about to assess, many of those fields were repetitive on different forms and that was a time consuming process in the field. To make things worse, their use case was in a disaster response circumstance and the forms really were supposed to be filled quickly. So they wanted those repetitive fields and as many as possible other fields to be auto-populated in the digital forms.
It is a valid and reasonable requirement from a user's point of view, right? Of course it is because the forms are the interfaces between users and the system, and they want some fields in the form to be magically auto-populated.
But when we analyse the requirements and design the system, we have to ask what that mean? what they really want?
In my case, the users wanted to auto-populate the following category of the information:
For point 3, it was not a problem for Collector. because when you enable tracking for the hosted feature layer, collector will fill out this information with the named user's information. see the following link if you don't know how.
For point 1 and 2, what did the users really want? what did auto-populate mean here? for the users, in this case they only wanted contextual information for the subject of the assessment, and auto-populating is only one way to bring in the contextual information about these properties and businesses that were about to be assessed. Most importantly, these information should already exist somewhere, why should the users (mainly field works) collect them again? What if we replacing auto-populating with popping up?
After discussing these questions with the users, we agreed upon:
As a result, most of the auto-populated fields were replace with contextual information when assessing the object:
Contextual info for the house
Contextual info for the business:
If there is one word you'd like to give away, It will be: don’t auto-populate existing data, make reference or link to it instead.