1. The minimum bid is 500000 sats/mo
Which is under $8 per day, at the current exchange rate.
One thing about using a "per month" metric is that almost describes it as requiring a commitment of 500,000 sats (or ~$225) at currently demand levels, and that the listing will show for one month.
But charges occur per-minute. So with a grand sum of 120 sats (about $0.05), my listing will show for 10 minutes. 7,000 sats (about $3), my listing will show for about 10 hours.
So, my point is ... if using a per-month metric, it would make sense to add something that says charges are drawn continuously, and the job listing will continue to be shown as long as there are funds.
(As an HR person, or recruiter, I might want to have either an end-date, or a maximum charge for each job listing -- so that if I forget my listing doesn't chew up hundreds of dollars in charges that I didn't expect or want.)
Yes, 100% agree with this.
Needs to be more clear that users can post for shorter durations, and that they don't need to have 500,000 sats sitting around in their wallet to post a job.
Maybe daily/weekly price estimates in fiat terms would make communicating with HR teams easier.
For example, a line that says: "you’ll be charged 12 sats/minute while your job posting is active. Your daily cost will be 13,333 sats, or $6.40 right now."
reply
The simplest solution I can come up with for communicating that’s it’s a per minute commitment is expressing the bid as sats/minute rather than sats/month.
Then underneath it can give a per day, per week, or per month sat amount
reply
That works!
reply
Also, @k00b, thoughts on this?
As an HR person, or recruiter, I might want to have either an end-date, or a maximum charge for each job listing -- so that if I forget my listing doesn't chew up hundreds of dollars in charges that I didn't expect or want.
reply
We can eventually do this if HR folks ask, but afaik most trad job boards just do recurring monthly charges until they are cancelled like every other subscription.
reply
And, a few additional questions.
1.) When the job is status STOPPED (because I stopped it), should others still be able to see it? Here's an example: Job #13386 has STOPPED, but you can still see it.
I could understand this if the status was NO SATS, ... sure -- let's say the link followed by the prospective applicant was from a Tweet, and the listing ran out of funds, then yes -- it should be still visible to them.
But for STOPPED, I'ld think the page would have a "This job is no longer listed" message or something like that.
2.) Will there be any accounting so I can see the charge to my wallet appearing in my Satistics? I know since the charge occurs every minute, there won't be a transaction for each charge, ... but maybe at the end of the day an entry is added to wallet history under Spent that tells me the sum of my payments for that 24 hour period to ~jobs for my listings.
reply
  1. I can 404 STOPPED and NOSATS jobs. Oversight on my part.
  2. Definitely. It’s just weird ux wise as you point out. The solution is likely solving a gaps and island problem with the wallet history - ie grouping per minute spends together around gaps created by other spending activity
reply
I can 404 STOPPED and NOSATS jobs
I would think that's expected on the STOPPED. But for NOSATS, are you sure?
Let's say the link is followed by a prospective applicant who saw a link to the SN Jobs post from a Tweet. But the listing ran out of funds before that, and the job poster / employer has not yet realized that.
Wouldn't it be better for the employer if an unfilled posting results in the maximum number of qualified applicants? (and thus, they would be more likely to use the SN Jobs service again, in the future ?)
And even if the employer ignored the part about changing to STOPPED after it is filled or for whatever reason, wouldn't it be good for the employer to continue to receive applications from the listing? Again, they would be more likely to use the SN Jobs service again. And if it was still unfilled, but still receiving applications (e.g., from the link shared in a Tweet), maybe that would persuade the employer to top up and resume the ad on SN jobs!
Simply hosting that job listing page beyond when the employer's balance runs out doesn't cost SN anything additional, and provides value to the employer. It's the inventory (space for a listing appearing in the ~jobs results) that is what is of value and thus rightly requires payment by the employer to remain in that list / results.
So that's my suggestion is only stop serving that page when the employer explicitly sets it to STOPPED.
reply
And as far as 404, ... when I see a 404 response to a link, I think someone screwed up. Either the link was bad, or the site is having issues.
Why not instead a nice, friendly message like ...
"Sorry, this job listing has been removed. We have many others -- check them out!". (with a link to ~jobs).
reply
I think having a specific missing message is a better UX - great catch.
For NOSATS, yeah I think it should hide the job else you could just create a job for a minute, then get half the value prop - being discoverable by google and having a link hosting your job on our site. Open to changing my mind but I think handling STOPPED and NOSATS the same is the move for now.
reply
Just a reminder -- using the URL, the site still shows the listing , whether active, STOPPED or NOSATS.
reply
Thanks! I forgot about this
reply