For example, geolocation makes it easier to review a restaurant, but it is not necessary in order to do so. Access to the user's contacts makes it easier to send people messages, but it is not strictly necessary because typing the information in is an option.
Another way of looking at it is the difference between solving a problem (possibly using a smartphone) and writing an app. Writing an app has a lot of tail wagging the dog...getting through the review process is just part of it. The second part is getting people to notice the app...all apps on the app store are presented in a standardized format. That's great for Apple and Google. It's great for lousy apps because they look pretty much like good apps. It is terrible for any good app with a story to tell, because there is no way to tell that story.
0. Odds are that your business is not Apple. Odds are that your business interests are at least somewhat adversarial to Apple's because Apple wants some of your businesses money.
1. My typical reference article is: https://blog.ycombinator.com/minimum-viable-product-process/
2. My standard suggestion is to consider building a webapp before an app store app because it allows showing the app to users without going through the approval process; and if the app is successful, a website will be needed to support it; and a webapp can be iterated in a matter of minutes versus weeks or months or never for app store approval.
Good luck.