Search
Search titles only
By:
Search titles only
By:
Log in
Register
Search
Search titles only
By:
Search titles only
By:
Menu
Install the app
Install
Forums
New posts
All threads
Latest threads
New posts
Trending threads
Trending
Search forums
What's new
New posts
New ads
New profile posts
Latest activity
Free Ads
Latest reviews
Search ads
Members
Current visitors
New profile posts
Search profile posts
Contact us
Latest ads
Handmade Character Soft Toys
anil1961
Updated:
Tuesday at 2:11 PM
Bodim.lk out now !
Manoj Suranga Bandara
Updated:
Sunday at 3:05 AM
Power Lifting Lever Belt
SkullVamp
Updated:
Jun 13, 2026
Ad icon
port.lk Domain for sale
Lankan-Tech
Updated:
Jun 13, 2026
Colombo
Kaduwela - Two Storey House for Sale
dilrasan
Updated:
Jun 11, 2026
Electronics
Vehicles
Property
Search
Reply to thread
Forums
General
ElaKiri Talk!
Making money with mobile apps
Get the App
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Message
<blockquote data-quote="DJ SAMPATH X" data-source="post: 8944678" data-attributes="member: 35982"><p><strong></strong></p><p><strong>To many companies and independent developers -- not just software publishers -- mobile apps represent something even more powerful and important than a brand-new platform to deploy apps on. It's a new and dynamic source of revenue, one with a lot of room to grow. And given how tough it can be to make money selling software at all, especially in this world of open-source and free Web apps, any proven way to make money in that field can become a magnet.</strong></p><p><strong></strong></p><p><strong>Just like there's more than one way to deliver software in general, there's more than one way to monetize mobile applications. The various strategies aren't conflicting, but complementary. Each app can use the business model -- or models -- best suited to it.</strong></p><p><strong></strong></p><p><strong>The line at the register</strong></p><p><strong></strong></p><p><strong>With mobile apps, the purchasing process varies wildly, depending on which operating system you're dealing with. On the iPhone, everything's done through one interface: the App Store in iTunes. Windows Phone 7 supports direct payment via credit cards and third-party billing of the customer's service provider. Purchasing through a service provider is convenient, but I imagine people might still opt for credit cards to avoid the possibility of spurious charges on their phone bills. </strong></p><p></p><p><strong>But with Android, the dreaded "F" word -- fragmentation -- comes into the picture. The main way to pay for apps through the Android Market is via Google Checkout, widely criticized for its bad end-user experiences. You can also pay the app merchant directly and there are a number of other merchant mechanisms ... all different. (PayPal has also recently been added to the mix.)</strong></p><p><strong></strong></p><p><strong>What's most lacking in Android right now is a single, consistent interface for payments. The most seamless solution would be an API that allows app purchases to be added to the carrier's bill (with user consent, of course), which would make the process of purchasing an application all but frictionless. This hasn't happened yet, but Patrick Mork, vice president of marketing for GetJar, a cross-platform mobile app store, claims that it is "right around the corner" and that Google has made no secret of its negotiations with the various carriers to make this possible. Integration with PayPal is also a step in the right direction, even if not everyone uses it.</strong></p><p><strong></strong></p><p><strong>Less clear is whether such a sea change will require a new version of Android -- meaning those stuck on older handsets that aren't being updated to newer editions of the OS would be left behind. Because Apple and Microsoft both have ecosystems where the purchasing system is already pretty seamless, Android runs the risk of falling behind unless the vast majority of its existing installed base can be brought up to speed when new merchant mechanisms arrive. And because of the way Android is delivered to the end user -- by the handset maker rather than by Google alone, and with any number of gratuitous changes -- a good chunk of the existing generation of Android phones might remain stuck on the old-school merchant systems. </strong></p></blockquote><p></p>
[QUOTE="DJ SAMPATH X, post: 8944678, member: 35982"] [B] To many companies and independent developers -- not just software publishers -- mobile apps represent something even more powerful and important than a brand-new platform to deploy apps on. It's a new and dynamic source of revenue, one with a lot of room to grow. And given how tough it can be to make money selling software at all, especially in this world of open-source and free Web apps, any proven way to make money in that field can become a magnet. Just like there's more than one way to deliver software in general, there's more than one way to monetize mobile applications. The various strategies aren't conflicting, but complementary. Each app can use the business model -- or models -- best suited to it. The line at the register With mobile apps, the purchasing process varies wildly, depending on which operating system you're dealing with. On the iPhone, everything's done through one interface: the App Store in iTunes. Windows Phone 7 supports direct payment via credit cards and third-party billing of the customer's service provider. Purchasing through a service provider is convenient, but I imagine people might still opt for credit cards to avoid the possibility of spurious charges on their phone bills. [/B] [B]But with Android, the dreaded "F" word -- fragmentation -- comes into the picture. The main way to pay for apps through the Android Market is via Google Checkout, widely criticized for its bad end-user experiences. You can also pay the app merchant directly and there are a number of other merchant mechanisms ... all different. (PayPal has also recently been added to the mix.) What's most lacking in Android right now is a single, consistent interface for payments. The most seamless solution would be an API that allows app purchases to be added to the carrier's bill (with user consent, of course), which would make the process of purchasing an application all but frictionless. This hasn't happened yet, but Patrick Mork, vice president of marketing for GetJar, a cross-platform mobile app store, claims that it is "right around the corner" and that Google has made no secret of its negotiations with the various carriers to make this possible. Integration with PayPal is also a step in the right direction, even if not everyone uses it. Less clear is whether such a sea change will require a new version of Android -- meaning those stuck on older handsets that aren't being updated to newer editions of the OS would be left behind. Because Apple and Microsoft both have ecosystems where the purchasing system is already pretty seamless, Android runs the risk of falling behind unless the vast majority of its existing installed base can be brought up to speed when new merchant mechanisms arrive. And because of the way Android is delivered to the end user -- by the handset maker rather than by Google alone, and with any number of gratuitous changes -- a good chunk of the existing generation of Android phones might remain stuck on the old-school merchant systems. [/B] [/QUOTE]
Insert quotes…
Verification
Asuwa dahayen wadi kalama keeyada?
Post reply
Top
Bottom