I have a service that I supply to my users within my app. It might considered as a question, and you need to use in-app purchase in order to send this question, later to be replied.
I didn’t wanted to implement an account-based app, so I used other unique identifier in order to identify users (asking questions, and being able to see your questions/answers). No account information, cannot use credit based approach.
The only spot that I can implement the in-app purchase is the send button of the question, where to action is being taken. Does apple allow attaching in-app purchase functionality on such condition. If not, could anyone propose another approach to solve this issue.
From previous IAP experience I think Apple might take issue with the send button actually initiating the transaction; it’s not entirely obvious to the user that this is something that will initiate a purchase, and at the very least it’s liable to lead to some confusion.
A more conventional approach would be to have users buy “credits” to ask questions; they can buy one or more of them at a time (maybe a good thing for your sales anyway – sell them a pack of 10 at a 20% discount, say, and they might buy more) from a separate screen. The number of credits would show up next to the “send” button, and if they have no credits left, when they tap on “send” an alert comes up offering to direct them to that other screen to buy credits. (tapping on the current number of credits / the text indicating that they don’t have any credits might also bring up this screen)
This approach is incredibly popular – used by tons of games, among other things – so it’s something the Apple reviewer would probably recognize right away as an OK / standard practice.