A team member does not need more control simply because they are part of the project. The safer and usually simpler approach is to give people the role that matches the work they actually need to complete.
For example, someone preparing campaign images may need editing access, while a client checking approved files may need a narrower role. If responsibilities change later, the role can be reviewed instead of leaving old permissions in place.
This general approach follows the principle of least privilege: access should be limited to what someone needs for the task. Role based permissions are also common in established digital asset systems because different users often need different levels of control over shared files.