Loading...
Answers
MenuCan you offer 1-month or 1-week trials on in-app purchases?
I have my first application dedicated to Chiropractor's in the iOS App Store and it's a free download with a monthly investment for half the functionality. I want to offer a trial to show the value, is that possible?
Answers
You can't offer trials or even easily make refunds accessible via in-app purchases. What you can do is actually make manual deposits or write checks back to the users who ask for it. But the purchase behavior associated with in-app purchases really shouldn't require any promise of a refund. In fact, doing so might make people *less* likely to purchase being that you're telegraphing a weak offering.
Happy to talk through alternate ways of testing pricing and willingness to pay in a call.
You can add a license component to the app that checks your server for validity when it launches (there are actually services that do this for you if you don't know how to). This way you can offer trials of varying lengths and leave the in-app stuff to for purchasing. I've done this set up with my previous company and it worked exceptionally well.
Hello,
No, iOS app store doesn't suggest any options for running trials. You could provide another half of functionality as an in-app purchase (freemium)
Auto-renewable subscriptions provide a simple way to offer free trials to users. When users sign up for a subscription with a free trial, their subscription begins immediately but they will not be billed until the free trial period is over. You can select one of the following durations for a free trial: 3 days, 1 week, 2 weeks, 1 month, 2 months, 3 months, 6 months, or 1 year.
Besides if you do have any questions give me a call: https://clarity.fm/joy-brotonath
Related Questions
-
What is the generally agreed upon "good" DAU/MAU for mobile apps?
You are right that the range is wide. You need to figure what are good values to have for your category. Also, you can focus on the trend (is your DAU/MAU increasing vs decreasing after you make changes) even if benchmarking is tough. Unless your app is adding a huge number of users every day (which can skew DAU/MAU), you can trust the ratio as a good indication of how engaged your users are. For games, DAU/MAU of ~20-30% is considered to be pretty good. For social apps, like a messenger app, a successful one would have a DAU/MAU closer to 50%. In general most apps struggle to get to DAU/MAU of 20% or more. Make sure you have the right definition of who is an active user for your app, and get a good sense of what % of users are actually using your app every day. Happy to discuss what is a good benchmark for your specific app depending on what it does.SG
-
If I am planning to launch a mobile app, do I need to register as a company before the launch?
I developed and published mobile apps as an individual for several years, and only formed a corporation later as things grew and it made sense. As far as Apple's App Store and Google Play are concerned, you can register as an individual developer without having a corporation. I'd be happy to help further over a call if you have any additional questions. Best of luck with your mobile app!AM
-
What is the best technology for developing a new mobile app from scratch?
There are two sides to that question. One is the mobile app itself and the other is the backend. If I misunderstood in any way and you didn't mean "native" app I apologize in advance. On the backend, there is no clear cut answer to which is the "best". It depends solely on the developers you are able to get. We for example use Node.js , mongoDB, redis, elasticsearch and a couple of proprietary tools in the backend. But you have your pick of the litter now both on the backend api and the datastore with the myriad of options available and touted as the "best" currently on the market. Now on the app side again it solely depends on what you need your mobile app to do. Experiencing first-hand "develop once, run anywhere" I can say it's more like "develop once, debug everywhere" to quote a Java saying. We have tried Phonegap and Titanium Appcelerator and we have switched to native (ObjC and Java) after a couple of months of trying to go the hybrid route. The reasons behind the choice are as follows: - anything that breaks the pattern of how those frameworks NEED to operate is just a huge technical debt that keeps accruing a huge interest. - anything that uses css3 accelerated animations on Android is buggy at best and slow as hell at worst on any lower (< 4.1 I think) versions of Android I hope this gives you some insight. If you need/want to ask me anything feel free to contact me. MihaiMP
-
What would be the cost to program an an app like Whatsapp? iOS only.
Well, the biggest cost here wouldn't be in the app, but in the server infrastructure. As usual with connected apps, people often forget they have to be connected to servers. The app itself is just a view to what the servers provide, so it's not the major cost. 20K $ to 100K $ should be enough. On server stuff, I expect it to be a lot more, particularly if you aim for a wide audience (several million $). On a Whatsapp clone, I'd consider: - solutions for performing calls through servers, not that easy. Look at what Twilio provides. WebRTC is an upcoming protocol that will ease that (web & mobile). - solutions for API, IM and user accounts management. Look at StackMob or Parse which are MBaaS (Mobile Backend as a Service). Hope it helps!AJ
-
Does the 30% apple transaction fee apply to physical goods purchased on an app? Really need help Struggling Startup!
Apple specifically precludes anything that can't be delivered via the app from using in-app purchases. So you're free to tie a credit-card to services and real-world fees (think Uber) without paying Apple any transaction fees. Here's Apple's documentation on what they support (and don't allow) for in-app purchases. https://developer.apple.com/in-app-purchase/In-App-Purchase-Guidelines.pdf Happy to help in any way I can. I run a mobile-based startup myself.TW
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.