I'm developing an iPhone app to share locally with friends. I need a way to get it on their phones, and this is the only free way I know, but I'm not sure how do it. Thanks.
Apple does not allow you to simply Download apps from your website. Apple is much more strict in how you can download apps and does not allow this.
However the cost is $99 USD per year for a developer account:
The Apple Developer Program is 99 USD per membership year or in local currency where available.
Which you can enroll here.
This account gives you many features that you don't get with a standard Apple ID including:
App distribution
Access to beta releases
Safari extentions
However if you would rather choose to make an Android App you have a number of bonus features that you would not get if you went with Apple:
You dont need to pay $99 USD per year. Google only requires you to pay a one time fee of $25 USD for a "Publisher Account".
Pay a $25 USD registration fee using Google payments. If you don't have a Google payments account, you can quickly set one up during the process.
And if you want any sort of payment.. ie: paid apps, in app-purchases, etc. It seems that google allows you to set up a merchant account for free.
However keep in mind: Android doesn't requre you to publish your app to test it. And you also don't need a "Publisher Account" to test apps on your phone or device! You can do that for free on any Android phone.
This means that you can put you apk onto your website and android users can download and install it!
However if you want to do it with Apple you need a "Developer Account" as far as I know at least. I don't think there is any way to get your app able to download for free (however I have not done much research on this topic, so you may want to).
Hope this helps!
Related
I'm developing an iOS app where users can ask for advice to influential people on their subject. In order to interact with these people you have to pay the price they set. Once you pay you are able to engage with them on a private chat.
There is an app called Healthtap which does almost the same but with doctors.
I wanted to know if we might be able to use paypal and stripe payment systems instead of apple's.
For more info, I'm building it with HTML5 and making it native with Phonegap
Thanks!
You "have" to use apple's system when paying will add more content to the app, which seems to me, is what you are trying to do.
From Apple's In-App Purchase Programs:
You should read this if you are interested in offering additional
paid functionality to users from within your application.
You can use other payment methods when you are not adding new functionality to the app but rather buy something else in the real world. This is the reason why apps such as Amazon's kindle stopped selling ebooks through their apps, since they did not want to share their profits with apple.
No, Apple does not allow any third-party payment methods to be presented in the app itself; it's IAP or nothing.
What you CAN do is have the third-party payment system as part of your web site and have your users make payments through the web site. You will then need some authentication system in the app that uses to validate the user's payment.
I would like to know my options for letting users make payments in my iPhone application for goods in an e-Commerce store. This will be an app rather than a mobile website.
Ideally, I would just like to use Authorize.net or SagePay - is this possible? I found some posts from a year ago saying that Apple only allow their In App purchase, is this still true?
Thanks for any guidance.
Assuming you have access to Apple's developer member center, have a look at the App Store Review Guidelines, section 11.
To my understanding it is allowed (or required even) to have your own payment-system, as long as you're not selling (digital) items that are supposed to be used in the App.
Merry Christmas. I have two questions on In App Purchase.
iAP application process: do I need to submit my iAP items applications, wait for Apple's responses, then build my app accordingly, or, I can just create some iAP items, build them into my app, then after everything's done, submit my binary to Apple?
Intermediary currency: on Apple's documentation I found these sentences:
"You may not offer items that represent intermediary currency because it is important that users know the specific good or service that they are buying."
However, I found a few apps on the App Store offering its users with different kinds of intermediary currency. I'm confused. Is this a gray area in which we developers can play some tricks?
Thanks in advance.
Di
You need to add in-app purchases to iTunes Connect, and wait for apple approval to be able to sell them from real application.
However, you can debug/test them without that approval, via sandbox environment.
I cannot say a lot about that 'intermediary currency' and what Apple actually mean. A lot of games uses in-app purchases to sell in-game 'coins', and everything works fine.
We intend to launch a free iPhone/iPad app on the AppStore.
The content will actually be accessible thanks to a subscription model (login/pwd authentication in iPhone app).
The subscription (about 100$ a month) is handled via a dedicated web server.
If used without subscription, this app will provide minimum value.
Does anyone know if this kind of subscription model can be rejected by Apple ?
I know some apps follow this model, but I'd like to have your thought on this before starting in this direction.
Thanks for your answer.
This is fine AFAIK - As long your app is free and you put in the description that it requires a subscription to whichever service. When you submit the app, you'll need to hand over details to a test account to Apple so that they can test it, but other than that it's no hassle at all.
I know of an app which works just like that on the app store right now - Spotify for iPhone. It's a music playing app which streams music from the web - but you need a Spotify premium account. When you first open the app, you have to sign in, and if you don't have a premium account it just tells you that you're not allowed in!
Javawag
There are plenty of apps which only work if I have an account somewhere, and some for which I have to pay for that account so, without knowing the specifics, there is nothing which immediately rules out your subscription model. There are even Apple apps, iDisk for example, which are useless if you don't have a $100 mobile me subscription.
If there are issues you can look at selling your subscription as an in app purchase (apple will take their 30% which should make them happy) or look at making the app more functional without the subscription.
Either way, when submitting for approval make sure to set up a sample account with a full subscription that the apple testers can use (there is space in the submission for including logins for this kind of thing).
Our app, previously approved, update was just rejected because we sell subscriptions through our website. (We have been doing this for 15 years, without giving Apple 30% of our money.) They are requiring that all subscriptions for iphone/ipad content go through in-app purchasing. I guess we will be looking at building a browser based app instead.
Cheers,
Gerry
I have created a iPhone application and got successfully approved by apple. The application has been uploaded in my company's developer account.
Now my client wants access to see the sales report. I cannot give him my company's developer account log in details because the account has many applications other than my client's.
Is there a way to allow access to my client to see the financial reports for his applications alone.
What are the alternatives available.
Update:
My client is particular that he wants to log in and see.
As per my knowledge, the only way he can see the report details is if I had uploaded the application using his own developer account.
One of the developer says,
"We will submit the iPhone application to app store from your iTunes appStore account. SO you will naturally have the access to all the available data. Please note that you need to buy a paid account for submitting the application to app store"
Does the iTunes appStore account mentioned above refers to developer account or is it different
If your client does not already have a developer account, he needs to enroll into the Developer Program and resubmit the App through his Developer ID. This will require an annual $99 fee to maintain access to iTunes Connect.
There is no "Sales Report Viewing" account... Apple will pay HIM for the sales of the App, not you. It sounds like you are paying Him now for his App sales from iTunes Connect.
If it's his App and you simply did the programming work, then you should have submitted it through his Developer Program plan in the first place - not yours. He should have given YOU access to iTunes Connect through his plan to submit the App, or have done that work himself.
Next time, you'll need to build this level of detail into the contract - specifically whether you will be paying him a monthly commission on sales, or he paid you for your time and the App is now his to manage with Apple.
-t
One idea: you could make a modified version of AppSalesMobile that has your iTunesConnect username, password, and the apple ID of his particular app built in, but didn't display information about any other apps, and build him a copy for his phone.
http://github.com/omz/AppSales-Mobile
Might be easier to just send him the sales in an email every day, though.