Loading...
Answers
MenuWhy mobile users prohibit apps sending push-messages?
Has anyone made any research on this topic?
Maybe the reason is lack of trust to the recently installed app or bad reputation of pushes?
Answers
You may think many users automatically prohibit the sending of push notifications and that may be the case for those who feel push notifications are intrusive and annoying. That being said, research actually indicates that app retention and engagement are up In fact, 68% of users opt-in to push notifications according to Responsys' research (http://www.responsys.com/blogs/nsm/mobile-marketing/push-notifications-marketers-new-power-tool/ ). Furthermore, research shows that engagement is up because of push notifications (http://www.emarketer.com/Article.aspx?R=1010950). . That's why marketers are focusing in on push notification strategies according to Localytics research http://www.emarketer.com/Article/Proof-App-Push-Notifications-Actually-Matter/1011149.
So if you know of an app getting poor engagement over time, the question really should be "Why is our app not engaging and what would engage users?" Also, "Is it obvious what benefit someone gets by opting into the push notifications?"
Push notifications are a great way to engage app users, as long as it's not annoying. One example of this is wayfinding apps with beacon technology that detect when mobile app users are nearby and send push notifications to let them know something important. In this case, push notifications could alert a user of a special sale, which can be perceived as spammy, or that they have arrived at a certain desired waypoint (more useful, and less spammy), along with interesting information about that location. Think of how useful these are for tourist destinations, like museums, zoos, etc.
You've downloaded xyz zoo app, walk near the big cat area and get a push notice, "grrrrowl, don't miss our feeding time. In 30 minutes you can see us chowing down on fresh antelope quarters".
Because it is annoying. Many people have various apps installed. If they enabled push for every app that would basically mean their phone ringing / vibrating almost every hour which is really annoying. They only enable push notification from important apps that are crucial for them such as Whatsapp or Twitter.
I believe you are victim of a popular misconception that mobile users prohibit apps sending push-messages. There are several MYTHS about push-messages that go about. I believe that would help you in better understand the situation:
Myth #1: App users do not opt-in to push notifications
False. Yes, they do! And for good reason. A study by Localytics shows that starting from app usage, the percentage of apps only used once is 11% for users that have opted-in push notifications, whereas that percentage goes up to 20% when push messages aren’t enabled. Moreover, an average (between iOS and Android users) of 52% app users enable push notifications – and they average 88% more app launches than those who disable push notifications entirely. Interesting, right?
Solution: Demonstrate why users should opt-in to push notifications in your app screenshots and preview video
Myth #2 – Push notifications are the spam of the mobile world
False. It is no news: all of us receive so many messages each day it is tough to see through them all to spot the ones that might matter to us. But the truth is that the problem starts from the strategy: if it is generalized and poorly crafted, it will only make unpleasant noise by generating messages that have exceptionally low relevance to who receives them. These poor-quality communications damage the user experience and give mobile messaging a bad name. Most messages sent via mobile are generic due to marketers’ fears of mis-personalization. As a result, messages are sent based on popular topics or alerts but without any true relation to each user’s preferred content. The result? Low engagement rates and even lower conversion rates.
Solution: Harness the power of personalization.
Myth #3 – Geolocalization is creepy
Oh, come on. Just because you can access mobile users immediately and at all times, doesn’t mean you should. There is no golden time zone. Mobile marketing is risky when done wrong – a push notification sent at a bad time (or place!) is one of the best ways to ruin the user experience and potentially lose a user forever. For example, if you’re a retail store planning to host a sample sale, make sure to use Geolocalization in your messages to attract people who live in the neighbourhood or may pass by – if you send out a push too late for someone who is too far away might make them feel annoyed for not being able to attend.
Solution: Be smart with your targeting
Myth #4 – Not everyone is interested in receiving notifications
False. The truth of the matter is that if they’ve opt-ed in, they see the benefits of getting updates – but it’s up to you to segment users so you’re sending users the most relevant messages possible. For example, a customer new to your brand should not receive the same messages as a customer who is already engaged. And a one-time user should receive quite different messaging from a once-active, now dormant user. Successful mobile-focused companies engage with their users at every stage of the mobile lifecycle. A crucial step is tailoring your communication to each user’s current engagement state with your brand – send them the right message for their current “state of app-mind” – this way you’ll increase relevance for your users, and your chances to raise loyalty rates.
Solution: Segment users according to your mCRM strategy
Myth #5 – Push Notifications are a smartphone thing only
False, again. Digital brand engagement is not just about mobile apps. For most companies, relationships with customers are created across web, mobile web, apps, and social networks, and your push notification campaigns should be informed about customer behaviour across all digital platforms. According to Pew Research, over 40% of consumers own a tablet and a smartphone, and brands need to be conscious of this when sending notifications. The best way to spam your users is to bombard them with duplicate messages – a hazard that is especially tricky to avoid when the modern customer owns more than one device. Worse yet, device-based messaging results in mis-personalized push notifications.
Solution: Know your users’ habits through feedback and analytics.
Besides if you do have any questions give me a call: https://clarity.fm/joy-brotonath
Related Questions
-
How do you take an app idea and turn it into an app? Who will help make the app? How do you connect it through social media? How much does it cost?
Having gone through this multiple times either in new startups or for side projects, here is how I would approach turning your idea into an app. 1. Defining the Minimum Viable Product Your first goal with any new idea should be about proving the idea and finding a market that wants the app you want to build. Achieving that quickly is probably one of the most important thing. To achieve that, you will need to write the specifications that will constitute your MVP. The MVP is basically the simplest expression of your idea to prove it. This step should not cost you much as you can do this on your own. 2. Design the app Before starting any development work, I would suggest you work with a good UX/UI designer to create wireframes and mockups of the app based on the specifications you came up with in step 1. You can find good designers in meetups & hackathons or on website like Dribbble or 99designs. If you want to reduce your costs, you can give shares in the project to the designer. Otherwise, it really depend on the size of the MVP but I would say it will probably cost between $5K-$10K. 3. Develop the app Once you have the specifications and the design of the app, you now need to find a good developer that will build it. Again, you can find good developers in meetups & hackathons or on sites like Github. If you want to reduce your costs, you can give shares in the project to the developer. Otherwise, it really depend on the size of the MVP but I would say it will probably cost between $10K-$25K. For this part however, I would recommend the developer becomes part of the project as his engagement will most likely be higher. 4. Test the app This step is not only about making sure the app is bug free, it's also making sure the app does what was intended in the specifications. To test the app, you can use platforms like BrowserStack or SauceLabs which gives you access to multiple devices/browsers. You can do this step on your own so the cost will be for the subscription to the test platform which would be around $100/month. Hope this helps and good luck with your project.VL
-
How can I sell my app idea, and do I need to get it patented?
This is a little hard to answer because it is so vague. It depends on the area, the market and the strength of innovation. I know that The App Guy has a terrific podcast at http://www.theappguy.co/ and is also trying to organize a community for App developers to sell their ideas. Let me know if I can be of further assistance to discuss patentability in terms of its value to getting a sale or license. What ever you do, don't spend money filing a full patent, just a provisional. Good luck.TH
-
What is the best mobile app install tracking solution? By this I mean a solution that truly (or nearly) tracks click to install of app on iOS.
Sure, it's correlative for technical reasons, iTunes / AppStore does not provide (yet, might change) a mechanism for that, so 3rd parties have to build their own. I recently discussed with people from Adjust and I was really impressed. HasOffers / MobileAppTracking seems to be a good choice as well.AJ
-
How does the dating app Hinge market and acquire interest before they enter a new city?
They are getting interest through their traction in other cities. Since they are already in 20 cities and have approximately half a million users if you look at their Android app (https://play.google.com/store/apps/details?id=co.hinge.mobile.android), they can simply wait until one city "tips". This might also just be a strategy to artificially use scarcity since it works sometimes, such as with Mailbox(http://www.nirandfar.com/2013/07/psychology-of-scarcity.html). I think it doesn't really matter if they launch city after city, as they have $8M in funding and can just spend $5,000 on Facebook Ads and get 1,000 user in one city within a day. The effect of scarcity makes sense, if you are new and if you're a hyped startup such as Mailbox used to be. On the other hand, it makes sense if you don't have the resources to launch in many cities such as Uber, because they need the drivers first. I can also schedule a call, where I can tell you more about this as I've done a lot of apps and have a social network myself with Tennis Buddy.MK
-
Can you recommend an alternative to Admob for displaying mobile-related ads on a website?
Here are the main alternatives to AdMob divided into tiers based on scale: Tier one: a) MoPub b) Amazon Publisher Services c) Facebook Audience Network Tier two: a) Verizon b) Smaato c) Fyber d) MobFox e) InMobi f) AdColony g) Rubicon h) AppNexus i) Pubmatic j) OpenX k) Chartboost l) Unity Ads m) Vdopia n) IronSource o) Adtoapp p) AdinCube q) Appodeal r) PubNative Let me explain them one-by-one: 1. MoPub: MoPub is another industry leading SSP option. It was an early entrant in the space, and it was acquired several years ago by Twitter. Since then it has continued to develop and it runs one of the largest exchanges for mobile app inventory, tapping into the advertiser base of Twitter. 2. Amazon Publisher Services (APS): Amazon Publisher Services is one of the newest options available to mobile app developers. Amazon has been rapidly developing their advertising capabilities and they have their own massive demand source because of all the merchants advertising on their platform. They also run a product called Transparent Ad Marketplace (TAM) that allows you to mediate other demand sources as well. It's not as easy to use as AdMob, but it's a very potent competitive option. 3. Facebook Audience Network (FAN): Facebook is the only other demand source that truly rivals Google AdMob in sheer size. FAN is not a mediation service, but it is so large that many apps would not need anything else, so it is an AdMob alternative. It is possible to use it as a demand source in other mediation solutions and if you can, you should. 4. Verizon (aka Nexage and Oath): The name of this one keeps changing. It was originally known as Nexage, which was another older exchange and SSP. Nexage was acquired by Millennial Media, which was acquired AOL and marketed as a product called One Mobile, then AOL was acquired by Verizon. Verizon deals in all digital ads, whether desktop, mobile web or mobile app. They have a full-featured SSP option and they are also providing header bidding to publishers. 5. Smaato: Smaato has traditionally been more internationally focused but has started to perform well in the US too. They have a sizable exchange of their own. 6. Fyber: Fyber is a roll-up of a few different companies, one of which was Inneractive which has a good-sized ad exchange for mobile app traffic. Fyber is a game focused SSP but they can and do operate on a variety of other types of apps. The mediation platform HeyZap was also acquired and rolled into Fyber. 7. MobFox: MobFox is the in-app monetization arm of the Matomy group. 8. InMobi: InMobi has long been a large ad network in international markets and a while back they acquired Aerserv. Aerserv is a video focused SSP with a mediation platform and exchange that performs well in the US, making it a great addition to InMobi. 9. AdColony: Many of these SSPs were formed through acquisition, and AdColony (formerly known as Opera) is a successful public company that was created through several acquisitions. Their SSP offering is underpinned by a mobile ad serving and mediation layer called AdMarvel. That platform is augmented by demand from a performance network formerly known as Moolah Media and a brand network formerly known as Mobile Theory. All of this has been combined and they have created their own proprietary exchange as well under the brand AdColony 10. Rubicon: Rubicon is a long-time player on web inventory. They grew rapidly and ultimately went public a few years ago. Rubicon operates a large exchange, and they have an SSP offering for in-app inventory, but their roots are in web inventory. 11. AppNexus: AppNexus runs a large exchange that traditionally was focused on web inventory. Again, their roots are web, but they are moving aggressively into app inventory as well. AppNexus is a more robust platform than other SSPs, which is a pro and a con. It can be used as a platform to run a whole ad network. However, that large scope of features can make it daunting to use as an SSP. As part of that platform, it has a very robust direct ad serving offering. 12. PubMatic: PubMatic is a large company running their own exchange. PubMatic acquired mobile ad network Mojiva a while back and Mojiva's ad serving counterpart Mocean, so they do have a robust direct ad serving system that can be used to operate a whole network, like AppNexus. That acquisition also gave them some technology that was developed specifically for mobile. 13. OpenX: Yet another large SSP from a private company with web roots. OpenX operates an exchange that is large and worth accessing. OpenX started as a direct ad serving platform and that is still one of their core offerings. They are one of the few SSPs that has a robust direct ad serving option. 14. Chartboost: Chartboost focuses exclusively on game apps. They run interstitial and video ad formats only and offer cross promo and a direct deal marketplace so you can coordinate with other app developers. 15. Unity Ads: The Unity platform for game development has an ad platform called Unity Ads woven into it. This makes it extremely easy for apps developed on Unity to use, but it focuses on rewarded video units exclusively. 16. Vdopia: Vdopia runs an optimization platform and video ad exchange called Chocolate. 17. IronSource: IronSource is a full-featured platform with a variety of ad units available, but they tend to focus on game apps and on rewarded video. If most of your inventory is rewarded, do NOT skip over this one. It is one of the leaders in that space. 18. Adtoapp: 20+ demand sources and monthly pay-outs. 19. Appodeal: 60+ demand sources and flexible payout options. 20. AdinCube: Ogury acquired this product and turned it into their publisher solution. 21. PubNative: Native ad network and good mediation add-on for other SSPs. Besides if you do have any questions give me a call: https://clarity.fm/joy-brotonathJB
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.