I know this is an old post, but since I'm here in 2017 still trying to answer a similar question, I thought this additional information was important for someone else in the same position.
The concept of "well-known UIDs" dates back to the early days of unix, before many distributions and unix variants appeared. The "well-known" UIDs were considered as those for system users such as adm, daemon, lp, sync, operator, news, mail, etc., and were standard for all different systems to avoid collisions with uid. These users are still present on modern UNIX-like operating systems.
Standardizing uid in an organization is the key to preventing these problems. As noted above, these days, any uid you choose is likely to be used "somewhere", so it’s best to use a system administrator to ensure that the uid is standard on all the systems they support, and then highlighting the new uid for the application becomes simple.
To this end, over the years I have found the link below, invaluable, and, unfortunately, there are not many similar posts on this topic, and it’s hard to find.
UNIX / Linux: User / Group Conflict Analysis UID / GID
If you are viewing this blog under the "uid" tag, there are other relevant posts, including a script, to automate the uid standardization process for multiple Linux hosts.
This User ID Definition is also an invaluable resource.
The short answer is that it really doesn't matter which uid you use if they are unique and standardized in your organization to avoid collisions.