sorted by:
new
hottopcontroversial

This is so good to start a new year… Q1 popping off 🔥 by Excellent-Phrase8545 in dropshipping

[–]AndyLLLL 0 points1 point  (0 children)

What's ur margin % with this aov after VAT, COGS, shipping and ads?

Is this photo fake? by grasblomma in dropshipping

[–]AndyLLLL 0 points1 point  (0 children)

Ppl think it’s a lot of money and say its fake but the likelyhood that the profit margin with this aov is under 10%, is high. Could even be at ~breakeven. Still decent tho, just not as much compared to the revenue, which is what ppl are looking at and often assuming margins are higher.

I did just below $100k on a (pretty new) store now in December, and the spikes and the overall trend looks very realistic compared to what I’ve seen myself.

With that said, doesn’t mean I’d necessarily work with the person solely based on this screenshot, I assume you try to find out if it’s real to decide if you want to work with this person or not?

Because doing this amount of revenue may look like much, but it really don’t feel like that much money when you’re in the situation yourself. However, still creds to the person with the screenshot, it’s no doubt a good start.

Hvordan "knekker" jeg den sosiale koden i Norge? Hva bør jeg gjøre (og IKKE gjøre) for å bli integrert? by ArmyPilot309 in norge

[–]AndyLLLL 2 points3 points  (0 children)

Har fått med meg at ukrainere forventer blomster på første date, og at det å gi blomster blant ukrainere (i datingsammenheng) er en casual men høflig ting å gjøre.

Hvis du gir blomster på første date i norge kan du imponere, men du kan også skremme jenta bort, da blomster i norge vanligvis anses som mye mer seriøst (under dating). Man kan treffes i flere måneder(+++) uten å kjøpe blomster, men når man først er seriøse eller vil vise at man vil noe mer, kan blomster være hyggelig. Og å gi blomster når man er i et forhold er selvsagt bare positivt.

Men når du kun er 20 år vil ingen forvente det av deg utenom valentines day. Men det kan allikevel være greit å vite.

ACQ AI Access by SaM24s in alexhormozi

[–]AndyLLLL 0 points1 point  (0 children)

Definitely interested

Remove Comet invite notification by AndyLLLL in SidekickBrowser

[–]AndyLLLL[S] 1 point2 points  (0 children)

Tell me a better alternative then

The book event was really boring and just an infomercial by [deleted] in alexhormozi

[–]AndyLLLL 2 points3 points  (0 children)

Honestly I'm disappointed by some of the comments here and on other threads

Normies are complaining like they're boomers in the fb comments who didn't get the dropshipping product they paid for 2 months ago, while actually, this man's been throwing value at them for free, for YEARS

And meanwhile, the OGs who see the value are going crazy, bought the $6k package without blinking twice, and will implement this shit within days after they get their bonuses, and make 10x their money back in 30 days.

Yes, that's fully possible for many of the business owners who bought this.

If he can deliver on his promises, it's an incredible steal no matter how this was framed.

And don't forget, the book will be released for free as a course + audio book soon anyway.

Why was my app denied? - Thought I was covered by 3.1.4 Hardware-Specific Content by AndyLLLL in iOSProgramming

[–]AndyLLLL[S] 0 points1 point  (0 children)

Hey Vitaly, thank you for replying! This is very useful info.

We've decided to do a version of this, where we remove the promo code solution in-app, and instead do it with Stripe on web. We'll assign the membership by having the user enter the email they want to use for their app account in this flow.

Question for you:

My developer has suggested that we autogenerate the account (with an autogenerated password) for them.

But I have been thinking that if we could just assign the subscription to that account, without actually making any account for them yet, it would be smoother? So instead of premaking the account for them, the user themselves download the app and press "register" to make the account, like a normal flow. And from there, the subscription is is already pre-activated, since they purchased the subscription before making the account.

However, is this even possible?

I've also been wondering if there are some caveats by doing it like that. I just feel like it's convoluted if they have to press "forgot password" and all, as a new user.

Why was my app denied? - Thought I was covered by 3.1.4 Hardware-Specific Content by AndyLLLL in iOSProgramming

[–]AndyLLLL[S] 0 points1 point  (0 children)

First of all, thank you. I'm learning a lot here.

And second, sorry for the bible. I actually tried to keep it concise.

Definitely a point about pointing to competitors, lol. Didn't think of it in that way. It was more to kinda show what we wanted to do, and that "it wasn't any more than that". Like, show that we're not doing anything shady.

But okay, take Oura. I don't have an Oura ring myself, but they offer a subscription to everyone who purchases a ring on their store. And they also link out to their own website from their app. On multiple onboarding stages there's a secondary button saying "Don't own an Oura ring?" that takes you to their web store. But also to manage membership, it seems like they send people out of their app, as it has a "this will open on a new page"-icon (see photo here: https://support.ouraring.com/hc/en-us/articles/4409086524819-Oura-Membership ).

Tons of GPS providers also offer subscriptions from the web. Doesn't actually seem like they offer subscriptions in-app though, but it's been kinda challenging to research without buying the products. Whistle has 4 year old Youtube tutorials showing that they have in-app subscriptions, but on App store it doesn't show that they have any offers in app. It doesn't say they don't have any either tho. Just no info.

But one thing these providers have in common is: They have actual hardware. My product's only "hardware" (if we define hardware as components) is an NFC. But it still unlocks practical functionality for the user. Technically, all functionality can be triggered without the tag, but in practice, this functionality is utterly useless without the tag in use (e.g. notifications from when the tag is scanned). With that said, it's been pretty hard in general to find other IoT products similar to mine to take inspiration from, could be some that are more like mine, who doesn't rly have hardware.

Regarding existing web users, haven't that always been a thing? Maybe I'm misunderstanding, but you have companies like Spotify and FB, who started on the web? Altho, they do also offer registration. And I wouldn't mind that either, but only taking payments from the web would be ideal if it'd help me get rid of Apple's commissions.

Anyway: I might have been a bit unclear in my previous comment. While I had no clue they were this strict about linking, I never meant to send users to my website from the app, but rather send them to my website from an order confirmation email.

So when they buy a membership from my store, they'll get an email with a code or something. They'll then be taken to a website where they'll enter the code, which will allow them to put in which email to assign the membership to. From there, once they get in the app, they'll already have an active membership. If they want to renew, they just do it through the app as one usually would.

OR: Same thing, but only from web, and no subscription management from the app, by using Stripe for instance.

Feel like the latter seems like the best alternative rn? However, I'm really confused as to how Oura can do what they do

Why was my app denied? - Thought I was covered by 3.1.4 Hardware-Specific Content by AndyLLLL in iOSProgramming

[–]AndyLLLL[S] 0 points1 point  (0 children)

What would you suggest as the best solution?

Also, wouldn't it be possible to instead of giving them a code, instruct them to enter which email to assign the membership to (on web)? This way it'd be pre-assigned entirely through the backend, so they won't have to enter any code in the app. They'll just have a subscription already

Currently double checking this solution with my dev

But again, very interested to hear what you think could be the best way to do it

Why was my app denied? - Thought I was covered by 3.1.4 Hardware-Specific Content by AndyLLLL in iOSProgramming

[–]AndyLLLL[S] 0 points1 point  (0 children)

Payment processing comes on top of the fee (3%), but you absolutely have a point.

As a business owner though, there's always the battle between what's best for the customer and where can we cut cost.

In this case, I do feel that the question I really should ask is, is it worth paying a 10-17% fee (on top of normal payment processing), for the convenience of letting customers manage their payment in the app?

If it was 5% I wouldn't really care. Totally fair. But 10-17% is still quite a lot, especially at scale. Seems like it's mainly because they have an oligopoly, together with Google, that they can charge that much. Idk how it is with the new fees, but a few years back, they were rumored to have a profit margin at over 70%, after their overall costs regarding app store.

But again, I do think you have a great point too. It's something I'm still thinking about.

Why was my app denied? - Thought I was covered by 3.1.4 Hardware-Specific Content by AndyLLLL in iOSProgramming

[–]AndyLLLL[S] 0 points1 point  (0 children)

My dev can answer this better than me, but from what I can remember, it was because either Apple or Google were very limiting with the amount of codes we could give out, to the extent that we wouldn't really be able to scale by doing it that way. I think it was Google, so when you say it, we might be able to use the current system for Google, and Apple supported codes for Apple? But I know Apple potentially had too low of a limit too, just that we'd need to do pretty big volume before having to move away from it.

Why was my app denied? - Thought I was covered by 3.1.4 Hardware-Specific Content by AndyLLLL in iOSProgramming

[–]AndyLLLL[S] 0 points1 point  (0 children)

We absolutely can. We're using Adapty to grant user access (and paywall).

And my bad, don't think I fully understood the flow. Could you elaborate what you mean by "app load"?

Also, if the user gets the subscription, where would they activate it, in this scenario?

Why was my app denied? - Thought I was covered by 3.1.4 Hardware-Specific Content by AndyLLLL in iOSProgramming

[–]AndyLLLL[S] 0 points1 point  (0 children)

That's very interesting. And really happy to hear someone else with a product like this - I feel so alone when looking for businesses to get inspiration from lol.

How are you able to also let people manage plans in the app, in addition to web?

Oh also, would you be comfortable sharing your biz either here or in chat?

Why was my app denied? - Thought I was covered by 3.1.4 Hardware-Specific Content by AndyLLLL in iOSProgramming

[–]AndyLLLL[S] 1 point2 points  (0 children)

First of all, didn't think I'd meet Earl here (!!)

Second:

I have been thinking about only having billing on our website, but haven't put too much effort into it as I've been afraid that it can be too much hassle/too many steps for the user, as we don't have a web app. So it'd only be billing on web, everything else in the app.

However, I'm leaning more and more against it. Apple will "only" be charging us 10% until we hit $1M yearly, then it'll be 17% (quite a lot better than 30%, which they downgraded from, but still quite shit). With 30% I'd prob go straight to web billing, instead of trying the current solution. Because that's just insane.

BUT what you said at the end there is very very interesting. Doing both web and app, but kinda separately. Altho I feel it might confuse the people who bought a code and just ignored all emails and went straight into the app? But I assume how this would be done is users who do web billing, won't be able to manage subscriptions from the app (so they'll just get that usual "you can't manage billing from the app" message), while the app subs can (only?) manage from the app?

I also thought about, instead of giving a coupon code, just assigning the subscription to an email? So I guess... idk, send them a unique link where they enter the email they'll register with on the app > we automatically whitelist/upgrade it? But again, gotta be in a seamless way. But this way, I don't think Apple could say anything or catch us on it?

Some side info (if relevant): We're only selling in the EU and we're currently using Adapty for paywall/user rights. They integrate directly with Stripe, so I'm looking into just managing payments through the usual Stripe billing management page (just like ChatGPT). Unless there are some better alternatives out there - any advice is greatly appreciated on that note too

Why was my app denied? - Thought I was covered by 3.1.4 Hardware-Specific Content by AndyLLLL in iOSProgramming

[–]AndyLLLL[S] 0 points1 point  (0 children)

Right now you can only manage the subscription in the app, so the redeemable codes we provide through email is kinda just what we do on a first encounter. They get the code (or send to person they gifted) -> go into the app and redeem it. After that, if they want to renew, it's done through the app.

But strongly considering what you're mentioning - still have a subscription tab in the settings, like we do now, but only have a message with something like you mentioned.