Closed
Bug 744097
Opened 13 years ago
Closed 11 years ago
Indicate that app has in-app payments
Categories
(Marketplace Graveyard :: Consumer Pages, defect, P4)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: krupa.mozbugs, Assigned: mhanratty)
References
()
Details
(Keywords: uiwanted, Whiteboard: [ddn])
steps to reproduce:
1. Go to https://marketplace-dev.allizom.org/en-US/app/in-app-payment-tester/?src=search
2. Notice the Install button.
expected behavior:
Since the app has in-app payments, we inform the user about this in some manner.
observed behavior:
Currently the user has no way of knowing that the app has in-app payments
Comment 2•13 years ago
|
||
At the time of installing this app, the user doesn't need to know that the app has in-app payments. It is only when the user gets to the last level and needs to buy the in-app purchase to get more levels, that they should be prompted in the app to pay. If their wallet is not setup at the in-app purchase time, then they will be promoted to setup their wallet. If the wallet is already setup at the time of in-app purchase, then we're all set to go.
So I guess what I'm saying is that the user will never have to know that the app has in-app payments when they are in the marketplace interface.
Bryan - any other thoughts?
Comment 3•13 years ago
|
||
I see no problem with displaying that an app would use in-app payments.
My kids click on everything in apps and I've had to stop them doing in-app payments before. Having a way to filter out apps that don't have in-app payments is one example.
Knowing there are in-app payments might also affect my decision to install in the first place.
Comment 4•13 years ago
|
||
We're collecting the data when the developer submits the app - telling the user before they install feels like a valid use for it.
Updated•13 years ago
|
Priority: -- → P4
Comment 5•13 years ago
|
||
Note to cvan: We should possibly indicate something on /search/
Comment 6•13 years ago
|
||
(In reply to Andy McKay [:andym] from comment #3)
> I see no problem with displaying that an app would use in-app payments.
Agreed. I don't think we need a filtering mechanism here for apps that have in-app payments but we could do some kind of icon or note to let people know there are in-app payments available.
> My kids click on everything in apps and I've had to stop them doing in-app
> payments before. Having a way to filter out apps that don't have in-app
> payments is one example.
I'd say this is a separate problem from filtering/listing the information as much as enabling / disabling in-app payments to prevent unauthorized usage.
Something like:
[x] I have kids, so double check and require my password for in-app purchases
Even though this is a non-parent speaking to a parent I'm pretty sure if your kids want Angry birds you're going to get it so filtering out that app because it has in-app payments won't help you much. Really I think you want to find the apps they want and then control the in-app purchasing afterward.
> Knowing there are in-app payments might also affect my decision to install
> in the first place.
Agreed, an indicator and possibly a future option to disable those for this app seems like the right path forward to me.
Comment 7•13 years ago
|
||
What is the indicator? Where does it go?
Updated•13 years ago
|
Comment 8•13 years ago
|
||
CC'ing Maria for ideas on where to put this info
Component: Public Pages → Consumer Pages
Product: addons.mozilla.org → Marketplace
QA Contact: web-ui → consumer-pages
Version: unspecified → 1.0
Comment 9•13 years ago
|
||
(In reply to Chris Van Wiemeersch [:cvan] from comment #8)
> CC'ing Maria for ideas on where to put this info
Noted. I'll think about it for a bit and get back to you.
Comment 10•12 years ago
|
||
The indicator should go on the app details page. If we are using any sort of symbol or other graphic we will need visual design help - is that what the intention was? The option would be to simply use text - "This app uses in-app purchasing" or something similar.
Comment 11•12 years ago
|
||
(In reply to Maria Sandberg [:mushi] from comment #10)
> The indicator should go on the app details page. If we are using any sort of
> symbol or other graphic we will need visual design help - is that what the
> intention was? The option would be to simply use text - "This app uses
> in-app purchasing" or something similar.
Yep, that's the intention.
Assignee: nobody → msandberg
Reporter | ||
Comment 12•12 years ago
|
||
What did we decide here?
Comment 13•12 years ago
|
||
UX, can you chime in here please?
Assignee | ||
Comment 14•12 years ago
|
||
Yes, we would like to do this. I asked David Bialer to add it to other changes we want to make for the app details screen in Q3.
Comment 15•11 years ago
|
||
Is there a timeline for this? Q3 is going to be over before we know it.
Assignee | ||
Updated•11 years ago
|
Flags: needinfo?(dbialer)
Comment 16•11 years ago
|
||
Thoughts on changes to app details for Q3
1. indicator of in-app payment in app details P3 (other app stores do this, but not a high priority)
2. indicator of size of download for packaged apps (need more thought) P3 (has been requested to know a 'size' before an app is downloaded so that the user understand they need to use data a secondarily so that they know how much space on the device it takes up (though this is a separate issue)
3. screenshot improvements (better space utilization) P1 - most used feature in app details
4. indicator of whether app supports offline usage - P2 - request from a partner.
I haven't had time to write a spec.
Flags: needinfo?(dbialer)
Comment 17•11 years ago
|
||
Let it be said (re: #2) that when you press the Install button, it will tell you the size of the packaged app before the app is installed.
Assignee | ||
Updated•11 years ago
|
Assignee: msandberg → mhanratty
Comment 18•11 years ago
|
||
ESRB shows this information.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•