If you're asking whether there's some deterministic way a leader will be elected, there isn't. Even if you start nodes in sequence, once a majority of the cluster has been started there's no guarantee regarding which will become the leader or even that any leader will be elected (if there's a partition). Randomized election timeouts ensure that order is unpredictable, and even if you were to use fixed timeouts the order of elections would still be unpredictable.
If you need some way for clients to find the leader that's typically just done in the protocol. A client can connect to a random server and attempt to submit a command. If the server to which the client is connected knows of anther leader, it sends the correct leader back to the client and the client reconnects to the leader. Of course, there are a bunch of variants on this pattern, and there's not really any correct or incorrect way to implement it.