There's a number of ways you can attack this. From what I understand the computer on which is it to run has a lower resolution than the one you are working on(?), in that case I would just make sure the front panel(s) are sized so that they fit nicely on the lower resolution...and then work on them from there (it may be useful to set the minimum window size to that size, then if you ever resize it you can find back to the right size just by reducing the size until it hits the limit). That way even if you want to have the ability to scale the panel to different resolutions it will be optimized for the resolution it will typically run on.
The simplest way to make a panel resize to different resolutions is to use the resize options available in the Window size categ
ory of the VI's properties. There you can set the panel to maintain proportions on different resolutions etc. The problem with this is that normally you don't really want everything on the front panel to rescale, and if rescaled you may find that things don't align the way you want it to. Making a front panel with multiple controls and indicators that rescales nicely is often a delicate job.
Typically in our applications we have a graph that is set to rescale (highlight the object and select scale with panel from the edit menu), and then make sure everything around it is fixed to the positions relative to the graph. By default they may separate from each other and/or move to the middle instead if staying aligned to the edge of the graph e.g....it requires some tricks to get it right. Grouping helps in this process; if you include an object (visible or not) that is outside the lines defined by the object that is set to scale the objects will stay fixed in the direction where the gro
uped object cross the scaling line.