There are too many variables to answer such a broad question.

What is your personal situation like (residency, etc.) What about your business? (team, revenue, etc). What do you consider "best"? (low tax, non-bureaucratic, etc)

I don't have experience selling a domain at that range, but I've come close.

Are you asking how to find sellers, or more like how to take care of the payment, contracts, etc?

I've used Escrow.com to both sell and buy domains. It's a safe to transact if you don't know the buyer.

To find a buyer I'd make sure that you're easily reachable by anyone checking out the domain. So make sure your email address listed in the whois data is working, and optionally put a page up stating the domain is for sale with a way to reach you. This way it's more likely you'll end up selling to and end-user versus a domain trader. End-users tend to have higher budgets because they are specifically looking for that domain.

That said, it's worth also listing your domain on sites like Sedo and NamePros. I think Sedo has some partnership where your domain will be listed as "For Sale" with certain domain registrars when people search for your keyword. So that's another nice way to find end-users to sell to.

I don't have experience proactively reaching out to potential buyers. I imagine anything that communicates you're looking to sell will disadvantage you during negotiation, but then again the negotiation might never ever happen if you don't reach out.

It really depends on your specific circumstances. There’s a lot written about this and there’s plenty of research to look into.

In a nutshell, generally asking for payment info later will lead to more people trying out the service and eventually signing up.

This does however come with the drawback that you will need to support an increased number of users (both technically and customer support wise) possibly many of which who are never going to convert to paying users. You also want to be careful to distinguish between feedback from paying and non-paying users.

To summarize it sounds like a good approach to try out “just in time” payments. If it proves to provide too much of a technical/support burden you could switch to pre-signup payment or asking for billing info.

FWIW, if building it is the easy part, I recommend validating first you can sell it. (Applies to any easily developed product.)

We're already discussing via DM on Telegram, but for anyone else reading:

Even though I find the pricing on the high side, I'm extremely hesitant switching to a new, unproven, solo-founder alternative for any of my crucial infrastructure.

I'm also skeptical by default of solo founders being able to provide a better or cheaper alternative for these type of services.

I use imgix. Only thing I can think of right now is lower pricing, but I'm not sure this is the type of service you can compete with as a solo maker.

I don't have any personal experience selling Mac apps, but the services that seem most common when buying Mac apps are FastSpring and Paddle.

If you haven't already I'd go visit your favorite Mac developers' websites and see what platform they use.

That's a great question. I tend to launch on most platforms the same day, because I feel like they value their posts being of new product rather than a week old. However, I haven't really tested this nor can back it up with data.

The benefit of a staggered launch with a few days in between is that you have time to incorporate feedback from the first launch into the next, and so forth.

MicroConf is great for bootstrappers.

Not right now.

The reason is that every hashtag is user-scoped. This way we can both have our own product tagged #life or #book.

I might change this in the future, but for now it's best to just use a regular link.