I just want to expand Tony's answer , which in itself is correct. I just want to show you another way, which, in my opinion, will be easier for beginners and omits table creation.
If your application uses Apex as an authentication scheme, your users are managed by the administration of the workspace itself. You can create, edit, and delete users, but you can also define groups and associate users with groups. You can create multiple "end user" users and define a pair of groups, such as "Leaders".

When you have created your group, go to the user to whom you want to assign this group and add the group to the groups of this user.

Once you configure this setting, you still need authorization schemes. The fact remains that you need pl / sql knowledge here, but coding can be minimized thanks to some convenient api-work.
current_user_in_group does what he says: he checks the current user if he says he is assigned to the group. With some extensions using some simple IF structures, you can slightly increase it!
Not that I fully recommend this method, I find it a bit tedious, and you need someone to log into APEX to actually support users and their groups, but it is possible that this is acceptable in your environment. You could use it to start with this. You can easily switch from authentication schemes, and by changing your authorization schemes to fit the new auth scheme, you can easily and quickly adjust this later. It depends on your priorities and goals.
Tom
source share