Ask HN: What API's do people wanna buy/pay for?
I see many website like Rapid API and many more where people can build API's and sell access to their API.
Besides by doing market research, how can one find out what are API's that people are actually looking for and willing to pay for?
64 comments
[ 2.9 ms ] story [ 125 ms ] threadReally?
I was working on a project a few years ago that needed this data so I setup a scraper to get all price data from Steam and Bitskins. It was running 24/7 and putting everything into a database that was very clean and neat. Maybe I should boot that back up and just sell access to the API...
On a similar note, there are also folk making 6 figs selling access to steam game hour idlers.
I had never heard about this before, but it makes (some small amount of) sense. Steam game hour idlers are also something I never imagined btw. We are truly living in the future.
could you elaborate on that? what does this do exactly? idle for example on tf2 servers for drops but you dont have to run your own pc for that?
https://steamtimeidler.com/
Hence the Ask HN question.
https://github.com/samsquire/ideas4#5-permanent-softwareplat...
BSD sockets solved communication for everyone in one library that everyone uses. But communication isn't the only problem we have.
Most of the problems listed are solved independently by each software shop, installation and company.
What I’m noticing is that my mom has 1000’s of embroidery files that she’s collected over the years but they are everywhere. They are in zip files, in several different formats, and stored all over her various drives. I think her strategy for storing them changes over the years, ending in a mess.
I’ve been thinking about building an app that she can drop files on to collect them. It would capture some meta data, store the binary files somewhere, and make them searchable and browsable, like a custom file explorer.
I recently read about the advantages of storing small binary files in SQLite, and I thought that sounded like a good solution. The “archive” in your example. The SQLite file could then be stored on Dropbox, Google Drive, or backed up to my own hosting service.
Once she starts to collect them, I can add features like the ability to export to a local directory or in a specific format. The machines themselves take proprietary data cards, 1.44 floppy disks or USB sticks and support files in various mfg formats.
These machines cost thousands of dollars and each set of designs costs a few dollars, so people with this problem (if there are others) are pretty invested in their collection.
I would hopefully be capable of using it too if you choose to share it.
I have a external M2 SSD enclosure and SSD which I use for backups and I use freefilesync to synchronize the files from the OS SSD to the enclosure SSD. It's manual.
I think synchronization is a difficult problem. But if your using OneDrive, Google drive you could simply have a frontend that copies the archive file there.
Most build an MVP product.
If you’re selling access to data, it’s niche and easily replaced.
A product with corporate and business integrations? Not so easy.
Does asking professionals directly what they're missing count as market research?
Does this post count as market research?
[1] https://www.signable.co.uk/plans/
However for my own personal accounts... just let me call the API!
What we where after and gave up on was an API that would accept an EAN-13 barcode and return product details, images, good descriptions, in multiple language (specifically NOT machine translated) and possible alternative EAN-13 barcodes for the same product.
As a side project to this: An API that will take a list of EAN-13 barcode, a price and a quantity (in stock) and transform it into a number of feeds for various price comparison sites. Again, it exists, but it's expensive, not all that good and it certainly doesn't automatically add product name, descriptions, categories and product attributes.
I think that issue here is, and it's almost bound be the same for most other APIs, it's the data that's interesting. So what data do you have access to that most others don't? My guess is that there aren't any large and interesting dataset that a random person on HN can easily sell, that isn't already readily available.
A lot of products in this space are priced crazy for small to medium manufacturers.
I still see a huge value proposition in an API that can lookup production information based on barcodes alone. Scan the item when it first arrives in the warehouse, or when a PO is made and just suck down the relevant information. You could even tier the offering: Tier 1: you get title and one image, Tier 2: Five images and product attributes. Tier 3: All images, attributes and product descriptions. Then add a fee for every language you need translations for.
If you could do this right, then it is my belief that it could change a number of industries. Technically it's not even that hard, but there's a ton of manual work involved, contract with every manufacturer on the planet and insane QA.
I’m running a SaaS turning affiliate platform content into an API which can be looked up by EAN13 : https://datafeedapi.com
Current users are publishers wanting to display affiliate links on their website but I could probably repurpose it for a more generic product search API without the affiliate links and different pricing. If anyone is interested, you can reach me at patrick_[at]_datafeedapi.com
Doc is here : https://datafeedapi.com/api/v1/redoc/
I love building APIs. The biggest hurdle I see is that you need two active parties on both ends of the API to convince: There is a user, which needs to be convinced to use the API, and a supplier, which also needs to use the API. And there is no incentive to use the API for one or another.
From this: do the people who have the data have an incentive to make it available, or to keep it unavailable so that price discovery is harder? The more efficient the market, the smaller the margins.
This is a big factor in many things that don't have APIs or actively discourage automated access with anti-scraper tools.
This is a huge value add for my customers.
In general I might pay for APIs that correlate data from multiple sources into one endpoint.
As an European, with the current energy situation, I might pay for an API that combines weather data, electricity market prices and other factors into a single API that estimates electricity costs.
Or maybe an API that combines ratings from IMDB, Rotten Tomatoes, Metacritic, Letterboxd etc into one call.
Third-party risk is the biggest problem with APIs. The amount of calls I've been in where a third-party provider tried to sell their API and told me they don't need versioning right now, they will "try to" pre-announce breaking changes, they don't have an SLA or uptime commitment, etc. etc. is way too many. It's so hard to find an API provider that seems to be trustworthy enough to build a product on top of it.
I feel like there's a magic number of salaried positions that need to be tied to an API provider, to ensure it's both dynamic enough to react to generational changes in networking/security/etc. but also slow enough to not keep throwing everything overboard whenever a new framework or middle-manager comes along.
[1] https://www.microburbs.com.au
Really? Forgive me for wanting to know whether a neighborhood is fraught with crime before forking over hundreds of thousands, possibly millions, of dollars into a home.
I think either catering to your own first need is better than trying to build a thing you might not understand well. The alternative is to just do a poll on a large channel of distribution like a nocode platform where they're dying for a certain dataset.
Most successful API products in the sense that you're describing share two common characteristics:
1. They are a thin wrapper around some dynamic dataset.
2. The cost to an organization maintaining that dataset is prohibitively large and/or difficult relative to the value they receive from it.
If I were in your shoes, I'd find a niche that I was relatively well-positioned to address (say, Shopify stores, or programmatic SEO — something small enough to have a uniform opinion but large enough such that there are multiple cohorts of individuals willing to pay) and spend time in their forums looking for people complaining about datasets or information they wish they had. The API part is an implementation detail.
- Ask for all admin1 regions of a country and have all their actual data (like: all states in the US, or all regions in Italy)
- Ask for all admin2 regions in a given admin1 region (all counties in the state of TX, all provinces in the region of Lombardy). As you can already see "US.TX" is an identifier but "IT.Lombardy" is not, it is language dependent and I'm sure there are international identifiers for those but they are lacking in almost all geo something APIs
- Ask for all admin3 in some admin2
- Ask for all admin-whatever on a given ZIP code
- Ask for all ZIP codes in a given admin-something
- Bonus point if it supports i18n and l10n
If anyone knows of one please tell me, I would pay for it right now.
Suppose I want to let my users input their customer's addresses. First of all I need some auto completion: the "state" select must suggest only states of the country selected previously and then so on with province, then city. The ZIP code must be one of the ZIP codes of the admin area selected.
Then they should be able to make this data accessible to other entities, for example a shipping company, so the identifiers of those address components must be "universal". But each of those address components also need localization and internationalization: if shared with an Italian I want the region to be called "Lombardia", if it is shared with an American it should be called "Lombardy", etc...
I hope it is clear enough :)
For example it is common to receive historical entities if they are mislabeled, entities that no longer exist because they were merged... it is good for a side project but not suitable for production.
I've also had customers scared off or investors not want to invest because it is a plain API platform and not B2C...
To answer the question market research is kind of the only way to know, Google adwords keyword planner and Google trends are quite good, as well as researching the companies in the same space well and what gaps there APIs have.
As an example https://text-generator.io distinguishes itself from OpenAI by including automatic analysis for input links, linked images, documents etc and doing speech to text/self hosting/embedding images, text and code in the same space, so isn't just an API clone