Claude API pricing suomeksi: mitä tekoälyn rajapinta oikeasti maksaa yritykselle

Tokenihinnasto muutettuna euroiksi per käsitelty asiakasviesti. Näet laskukaavan auki, kolme viestiprofiilia ja päätössäännön siitä, milloin pienempi malli tai välimuisti kannattaa.

Lyhyt vastaus: Tekoälyn API-kustannus lasketaan tokeneina, ei viesteinä. Hinta ilmoitetaan miljoonaa tokenia kohti, ja syöte ja vastaus hinnoitellaan erikseen — vastaus maksaa moninkertaisesti syötteeseen nähden. Yhden asiakasviestin hinta on siis: (syötetokenit × syötehinta) + (vastaustokenit × vastaushinta). Kun kerrot sen tuhannella, tiedät kuukausikustannuksen. Tämä sivu näyttää laskukaavan auki esimerkkiluvuilla. Tarkat hinnat luet aina toimittajan omasta voimassa olevasta hinnastosta, koska ne muuttuvat.

Kysymys tulee lähes aina samassa muodossa. Yrityksellä on tukiposti, chat tai tarjouspyyntölomake, ja joku ehdottaa, että tekoäly vastaisi ensin. Sitten tulee se kysymys, johon kukaan ei osaa vastata: paljonko tämä maksaa kuukaudessa.

Kun haet tekoäly API hinta -tietoa, löydät sivuja täynnä taulukoita ja dollarilukuja, joista yksikään ei kerro mitä sinun oma käyttösi maksaa. Samoin käy, jos etsit hakusanoilla claude api price tai vastaavilla: saat yksikköhinnan, et laskua.

Vastaus on kuitenkin laskettavissa etukäteen viiden minuutin työllä. Se ei vaadi kokeilua eikä toimittajan tarjousta. Se vaatii vain, että ymmärtää mitä token on, mistä niitä syntyy ja missä kohtaa hinta oikeasti kertyy. Tämän sivun jälkeen osaat tehdä laskelman itse omilla luvuillasi.

Miksi et löydä tältä sivulta yhtään ajantasaista hintaa?

Tällä sivulla ei ole yhdenkään toimittajan tämänhetkisiä hintoja, ja kirjoitamme syyn auki heti, ettei siitä tule väärinkäsitystä. Mallien hinnat muuttuvat, uusia malliversioita tulee, vanhoja poistuu, ja hinnastoartikkeli vanhenee nopeammin kuin sitä ehditään päivittää. Väärä hinta olisi lukijalle huonompi kuin ei hintaa lainkaan, koska sen varaan tehdään budjetti. Sen sijaan tämä sivu opettaa sen osan, joka on pysynyt vakaana ja on julkista tietoa jokaisella toimittajalla: hinnoittelun rakenteen. Rakenne ei muutu, vaikka luvut muuttuvat. Kun se on hallussa, uuden hinnaston lukeminen kestää minuutin ja laskelma päivittyy vaihtamalla kaksi numeroa.

Sen sijaan opetamme sen osan, joka on pysynyt vakaana ja on julkista tietoa jokaisella toimittajalla: rakenteen. Rakenne ei muutu, vaikka luvut muuttuvat. Kun rakenne on hallussa, uuden hinnaston lukeminen kestää minuutin, ja laskelma päivittyy vaihtamalla kaksi numeroa.

Mikä token on, ja miten hinnoittelu rakentuu

Token on se yksikkö, jolla tekoälyn rajapintakäyttö hinnoitellaan. Malli ei lue sanoja vaan paloja, ja palaa kutsutaan tokeniksi: yksi token voi olla kokonainen lyhyt sana, sanan alku, pääte, välimerkki tai välilyönti. Englannissa tokeneita syntyy vähemmän sanaa kohti kuin suomessa, koska suomessa taivutuspäätteet pilkkoutuvat omiksi paloikseen ja sanat ovat pitkiä. Hinnoittelussa on neljä asiaa, jotka pitää tietää ja jotka ovat samat kaikilla suurilla toimittajilla: hinta ilmoitetaan miljoonaa tokenia kohti, syöte ja vastaus hinnoitellaan erikseen, vastaus maksaa moninkertaisesti syötteeseen nähden, ja välimuisti sekä eräajo laskevat syötteen hintaa. Kaikki neljä lukevat toimittajan julkisella hinnastosivulla.

Tässä on kohta, jossa englanninkielinen ohje johtaa suomalaisen ostajan harhaan. Englannissa yleisesti toistettu nyrkkisääntö on noin 0,75 sanaa tokenia kohti, eli sata sanaa on noin 130–140 tokenia. Suomessa suhde on toisin päin: yksi suomen sana on tyypillisesti noin 2–2,5 tokenia, koska yhdyssanat ja taivutuspäätteet pilkkoutuvat useaksi palaksi. Sata sanaa suomea on siis suunnilleen 200–250 tokenia, ei 140.

Käytä sitä vain suuruusluokan hahmottamiseen. Oikea tapa on ajaa oma aineistosi laskurin läpi: jokaisella toimittajalla on rajapinta tai kirjasto, joka laskee tokenit todellisesta tekstistä. Aja sillä oikeat järjestelmäohjeesi, tietopohjasi ja kymmenen tavallista asiakasviestiä ennen kuin luvut lyödään lukkoon — nyrkkisääntö on arvio, laskuri on vastaus.

Käytännön seuraus on iso: jos budjetoit englanninkielisen esimerkin perusteella, aliarvioit suomenkielisen käytön kustannuksen suunnilleen kaksinkertaisesti. Sama teksti maksaa suomeksi enemmän kuin englanniksi, eikä se ole hinnoittelun vika vaan kielen.

Itse hinnoittelussa on neljä asiaa, jotka pitää tietää. Ne ovat samat kaikilla suurilla toimittajilla, ja ne ovat julkisesti luettavissa jokaisen hinnastosivulta.

1. Hinta on per miljoona tokenia Hinnastossa lukee dollaria miljoonalta tokenilta. Yksittäinen viesti on siis murto-osa sentistä, ja mielekkäät luvut syntyvät vasta, kun kerrot volyymilla.
2. Syöte ja vastaus hinnoitellaan erikseen Sama viesti sisältää molempia. Se, mitä lähetät mallille, on syötettä. Se, mitä malli kirjoittaa takaisin, on vastausta. Nämä ovat eri hintaisia, eikä niitä voi laskea yhteen samalla kertoimella.
3. Vastaus maksaa moninkertaisesti syötteeseen nähden Suhde vaihtelee mallista ja toimittajasta riippuen, mutta suunta on sama kaikilla: vastaustokeni on selvästi kalliimpi. Siksi pitkän vastauksen rajoittaminen säästää enemmän kuin syötteen karsiminen.
4. Välimuisti ja eräajo laskevat syötteen hintaa Kun sama pitkä ohje tai tietopohja lähetetään joka viestissä uudelleen, se voidaan tallentaa välimuistiin ja veloittaa toistuvilta osin alennettuun hintaan. Jos vastausta ei tarvita heti, eräajo on tyypillisesti halvempaa kuin reaaliaikainen kutsu. Molemmat ovat vakiintuneita ominaisuuksia, mutta ehdot ja alennus lukevat toimittajan hinnastossa.

Yhden asiakasviestin hinta auki laskettuna

Yhden asiakasviestin hinta lasketaan neljästä osasta: kolmesta syötepalasta ja yhdestä vastauspalasta. Syötettä ovat järjestelmäohje eli pysyvä ohjeistus siitä mitä malli saa sanoa, tietopohja eli se osa hinnastosta ja ehdoista joka haetaan mukaan, sekä asiakkaan varsinainen kysymys. Vastaus on neljäs osa ja se hinnoitellaan erikseen. Alla laskemme tämän auki selvästi merkityillä esimerkkihinnoilla, jotta laskutapa näkyy: oletetaan kolme dollaria miljoonalta syötetokenilta ja viisitoista dollaria miljoonalta vastaustokenilta. Nämä ovat havainnollistavia lukuja eivätkä kenenkään voimassa oleva hinnasto. Tarkista aina toimittajan julkinen hinnasto ennen kuin teet oman laskelmasi, ja merkitse lukupäivä muistiin.

Yksi asiakasviesti koostuu kolmesta syötepalasta ja yhdestä vastauspalasta:

Syötetokeneita on yhteensä 600 + 1 200 + 80 = 1 880. Vastaustokeneita 250. Lasketaan esimerkkihinnoilla:

1. Syöte 1 880 / 1 000 000 × 3 dollaria = 0,00564 dollaria.
2. Vastaus 250 / 1 000 000 × 15 dollaria = 0,00375 dollaria.
3. Yksi viesti yhteensä 0,00564 + 0,00375 = 0,00939 dollaria eli noin yksi sentti.
4. Tuhat viestiä kuukaudessa 0,00939 × 1000 = 9,39 dollaria kuukaudessa.

Huomaa mitä laskelma paljastaa. Vastaus on vain 250 tokenia eli seitsemäsosa syötteestä, mutta se vie 40 prosenttia kustannuksesta, koska sen yksikköhinta on viisinkertainen. Ja tietopohja — se 1 200 tokenia, joka lähtee mukaan jokaisessa viestissä riippumatta siitä mitä asiakas kysyy — on suurin yksittäinen erä. Juuri siihen välimuisti puree.

Kaksi asiaa pitää vielä lisätä, ennen kuin luku menee budjettiin. Yllä laskettu luku on dollareissa ja veroton. Suomalaisen yrityksen kirjanpitoon päätyvä luku on toinen, ja ero on tarpeeksi iso, että se kannattaa huomioida.

Valuutta. Suurin osa mallitoimittajista hinnoittelee dollareissa ja laskuttaa dollareissa. Euromääräinen kustannus riippuu kurssista laskutushetkellä ja mahdollisesta korttisi valuutanvaihtolisästä. Älä lyö kurssia lukkoon laskelmaan — laske sen sijaan varovaisella kurssilla ja lisää muutaman prosentin pelivara.

Arvonlisävero. Kun palvelu ostetaan toisesta maasta yritykselle, verokohtelu ratkeaa käännetyn verovelvollisuuden sääntöjen mukaan, ja ostaja ilmoittaa veron itse. Se ei yleensä nosta lopullista kustannusta vähennykseen oikeutetulle yritykselle, mutta se vaikuttaa siihen, miltä lasku kirjanpidossa näyttää. Tarkista oma tilanteesi kirjanpitäjältäsi tai Verohallinnon ohjeista — tämä ei ole veroneuvontaa.

Kolme viestiprofiilia ja niiden hinta

Kaikki asiakasviestit eivät maksa saman verran, ja ero on suurempi kuin useimmat olettavat. Se syntyy kahdesta asiasta: kuinka paljon tietoa vastaukseen pitää hakea mukaan ja kuinka pitkän vastauksen malli kirjoittaa. Lyhyt vakiokysymys aukioloajoista on halvin profiili. Keskipitkä tukivastaus, jossa on useampi vaihe, maksaa noin kaksinkertaisesti. Pitkä dokumenttiin nojaava vastaus sopimusehdosta tai teknisestä ohjeesta maksaa lähes yhdeksänkertaisesti ensimmäiseen nähden, vaikka kyseessä on sama malli ja sama viestimäärä. Alla kolme profiilia samoilla esimerkkihinnoilla kuin edellä. Vaihda omat luvut tilalle, niin kaava toimii sellaisenaan.

Kolmas rivi maksaa lähes yhdeksänkertaisesti ensimmäiseen nähden, vaikka kyseessä on sama malli ja sama tuhat viestiä. Ero ei tule mallista vaan siitä, mitä sille syötetään. Tämä on koko kustannusohjauksen ydin: hallitset laskua suunnittelemalla viestin, et neuvottelemalla hintaa.

Huomaa myös mittakaava. Tuhat asiakasviestiä kuukaudessa on jo vilkas tukikanava pienyritykselle, ja pahimmassakin profiilissa puhutaan muutamista kymmenistä dollareista. Malli ei yleensä ole tekoälyprojektin kallein osa. Kallein osa on sen rakentaminen, kytkeminen omiin tietoihin ja ylläpitäminen — sen hinta lukee hinnastossa.

Päätössääntö: milloin pienempi malli, milloin välimuisti?

Kaksi konkreettista sääntöä puolittaa tekoälyn API-laskun ilman että vastauksen laatu romahtaa, ja molemmat on helppo testata omalla aineistolla. Pienempi malli kannattaa aina, kun tehtävä on luokittelu tai poiminta: jos malli vain päättelee mihin luokkaan viesti kuuluu, poimii tekstistä päivämäärän tai tiivistää kappaleen, isoin ja kallein malli ei tuo lisäarvoa. Välimuisti kannattaa, kun sama pitkä syöte toistuu viestistä toiseen. Kynnys on laskettavissa: jos pysyvä osa on yli puolet syötteestä ja viestejä on satoja kuukaudessa, välimuisti maksaa itsensä takaisin. Kolmas sääntö on ilmainen: rajaa vastauksen enimmäispituus, koska vastaustokeni on laskelman kallein yksikkö.

Pienempi malli kannattaa, kun tehtävä on luokittelu tai poiminta. Jos malli vain päättelee mihin luokkaan viesti kuuluu, poimii tekstistä päivämäärän tai tiivistää kappaleen, isoin ja kallein malli ei tuo lisäarvoa. Käytännön testi: aja sata oikeaa viestiä sekä isolla että pienellä mallilla ja lue tulokset rinnakkain. Jos et erota niitä toisistaan, valinta on tehty. Iso malli kannattaa pitää siellä, missä vastaus menee sellaisenaan asiakkaalle ja virheellä on hinta.

Välimuisti maksaa itsensä takaisin, kun sama syöte toistuu. Kynnys on laskettavissa. Jos jokaiseen viestiin lähtee mukaan 1 200 tokenia samaa tietopohjaa ja viestejä on 1 000 kuukaudessa, toistuvaa syötettä on 1,2 miljoonaa tokenia. Esimerkkihinnalla 3 dollaria miljoonalta se on 3,60 dollaria kuukaudessa pelkästä saman tekstin lähettämisestä uudelleen. Mitä pidempi pysyvä osa ja mitä enemmän viestejä, sitä selvemmin välimuisti kannattaa. Nyrkkisääntö: jos pysyvä osa on yli puolet syötteestä ja viestejä on satoja kuukaudessa, ota välimuisti käyttöön. Jos viestejä on kymmeniä, älä monimutkaista.

Kolmas sääntö on ilmainen: rajaa vastauksen enimmäispituus. Vastaustokeni on kallein yksikkö koko laskelmassa, ja tukivastaus, joka ei mahdu kolmeen kappaleeseen, on todennäköisesti muutenkin väärä vastaus.

Milloin tekoälyn API:a ei kannata ostaa lainkaan

Tekoälyn rajapintaa ei kannata ostaa lainkaan viidessä tilanteessa, ja tämä osio on tärkeämpi kuin edelliset. Se puuttuu useimmilta aihetta käsitteleviltä sivuilta, koska ne myyvät toteutusta. Tilanteet ovat: viestimäärä on pieni, kysymykset ovat aina samat muutamat, vastauksen pitää olla juridisesti tai lääketieteellisesti oikein, oma tietopohja on sekaisin, tai kyseessä on henkilötieto, jonka käsittelyä ei ole selvitetty loppuun. Yhteistä kaikille viidelle on se, että tokenihinta on niissä väärä mittari: kustannus ei synny mallista vaan rakentamisesta, ylläpidosta ja siitä ihmistyöstä, jota rajapinta ei poista. Käydään tilanteet läpi järjestyksessä.

Kun viestimäärä on pieni. Jos tukiviestejä tulee kymmenen viikossa, niihin vastaa ihminen nopeammin kuin ehdit rakentaa, testata ja ylläpitää integraatiota. Malli maksaa senttejä, mutta rakentaminen ja ylläpito eivät. Laske se kokonaisuutena, älä pelkkänä tokenihintana.

Kun kysymykset ovat aina samat viisi. Silloin ratkaisu on hyvä usein kysytyt -sivu ja selkeä yhteystietosivu, ei kielimalli. Staattinen vastaus on nopeampi, ilmainen ja aina oikea.

Kun vastauksen pitää olla juridisesti tai lääketieteellisesti oikein. Kielimalli tuottaa uskottavan näköisen vastauksen myös silloin, kun se on väärä. Jos väärä vastaus aiheuttaa vahingon, tarvitaan ihmisen tarkistus ennen lähetystä — ja silloin säästö katoaa, koska ihminen lukee viestin joka tapauksessa.

Kun tietopohja on sekaisin. Malli ei korjaa vanhentuneita hintoja, ristiriitaisia ohjeita tai puuttuvia toimitusehtoja. Se toistaa ne itsevarmemmin. Jos oma tieto on epäkunnossa, ensimmäinen työ on tiedon siivoaminen, ei rajapinnan avaaminen.

Kun kyseessä on henkilötieto, jota ei ole käsitelty loppuun. Ennen kuin asiakkaiden viestejä lähetetään ulkopuoliseen palveluun, pitää olla selvillä mitä tietoa lähtee, minne se menee ja mitä siitä kerrotaan asiakkaalle. Se on paperityötä, ei koodia, ja se tehdään ennen kuin ensimmäinen viesti lähtee.

Miten teet laskelman omilla luvuillasi?

Oman API-kustannuslaskelman tekeminen on viisi vaihetta ja onnistuu taulukkolaskennalla noin viidessä minuutissa. Ota ensin kymmenen oikeaa asiakasviestiä viime kuukaudelta, ei kuviteltuja, koska aidot viestit kertovat todellisen pituuden ja taustatiedon tarpeen. Laske tokenit ajamalla tekstit toimittajan token-laskurin läpi ja erittele järjestelmäohje, tietopohja, asiakkaan viesti ja vastaus omiksi riveikseen. Hae hinnastosta kaksi lukua eli syötteen ja vastauksen hinta miljoonalta tokenilta, ja kirjaa lukupäivä muistiin. Laske yhden viestin hinta ja kerro kuukauden viestimäärällä. Kerro lopuksi kolmella ja katso lukua uudelleen — todellinen käyttö on aina arviota suurempaa.

1. Ota kymmenen oikeaa asiakasviestiä Ei kuviteltuja vaan aitoja viestejä viime kuukaudelta. Ne kertovat todellisen pituuden ja sen, kuinka paljon taustatietoa vastaus vaatii.
2. Laske tokenit Aja tekstisi toimittajan token-laskurin läpi — se on ainoa tarkka tapa. Jos haluat pelkän suuruusluokan ennen sitä, kerro suomenkielisen tekstin sanamäärä kahdella. Erittele järjestelmäohje, tietopohja, asiakkaan viesti ja vastaus omiksi riveikseen.
3. Hae kaksi hintaa hinnastosta Syötteen ja vastauksen hinta miljoonalta tokenilta sille mallille, jota harkitset. Kirjoita ylös myös päivämäärä, jolloin luit ne.
4. Laske yhden viestin hinta ja kerro volyymilla (syötetokenit × syötehinta + vastaustokenit × vastaushinta) / 1 000 000, sitten × kuukauden viestimäärä. Lisää valuuttavara.
5. Kerro kolmella ja katso lukua uudelleen Todellinen käyttö on aina arviota suurempaa: uudelleenyritykset, testit, pidemmät viestit kuin oletit. Jos kolminkertainen luku on yhä siedettävä, budjetti kestää.

Viimeinen vaihe on se, joka erottaa laskelman toiveesta. Jos kolminkertaistettu luku tuntuu isolta, ongelma ei ole hinnastossa vaan siinä, mitä mallille aiotaan syöttää — ja se on korjattavissa suunnittelemalla.

Mistä kustannus oikeasti karkaa käsistä?

Yksittäisen viestin hinta on harvoin ongelma tekoälyn rajapintakäytössä. Kustannus karkaa käsistä neljästä paikasta, ja kaikki neljä ovat estettävissä ennen käyttöönottoa. Ensimmäinen on koko tietopohjan lähettäminen mukaan joka viestissä, jolloin syöte kasvaa moninkertaiseksi ilman että vastaus paranee. Toinen on silmukka, joka yrittää virhetilanteessa uudelleen ja toistaa saman kutsun satoja kertoja. Kolmas on rajatta kasvava keskusteluhistoria, jolloin jokainen viesti kantaa mukanaan kaiken aiemman. Neljäs ja yleisin on rajapinta-avaimen vuotaminen ulos, jolloin joku muu käyttää rajapintaa sinun laskuusi. Taulukko kokoaa syyt ja estotavat rinnakkain.

Viimeinen rivi on tärkein ja yleisin. Rajapinta-avainta ei koskaan laiteta selaimessa ajettavaan koodiin, koska sen näkee kuka tahansa kävijä. Kutsu tehdään omalta palvelimelta, ja käyttörajat sekä kuukausikatto laitetaan päälle jo ennen ensimmäistä oikeaa käyttäjää. Tietoturvan perusasiat pätevät tässä samalla tavalla kuin muuallakin — niistä kirjoitimme erikseen sivulla tietoturva-aukko.

Teemme tämän laskelman asiakkaan luvuilla ennen kuin mitään rakennetaan, ja kerromme myös silloin kun vastaus on, ettei kannata. Jos toteutus etenee, rakennamme integraation omiin tietoihisi, asetamme rajat ja katot, ja luovutamme lähdekoodin ja avaimet sinulle. Ei toimittajalukkoa. Lisää siitä, miten tekoälyprojekti käytännössä etenee, sivulla tekoälykonsultointi. Työn hinta lukee hinnastossa — ei tarjouspyyntöjä eikä myyntipuheluita.

Usein kysyttyä

Lue seuraavaksi

• API-rajapinta yrityksen järjestelmiin: kolme tasoa ja niiden ylläpitovelka
• Tekoälyn hyödyt yritykselle: mittauspohja, joka kertoo maksaako työkalu itsensä takaisin
• Tekoälyn käyttöönotto pienyrityksessä: kolme tapausta jotka maksavat itsensä takaisin ja neljä jotka eivät
• Tekoälyn rajapinnat suomalaisyritykselle — mitä pitää olla kunnossa ennen tuotantoa
• Tekoäly ja tietosuoja yrityksessä: mitä työkaluun saa syöttää ja mitä ei
• WhatsApp API yritykselle: mitä yksi viesti oikeasti maksaa

Lue myös: varmuuskopiointi · hakukoneoptimoinnin hinta · Verkkokaupan perustaminen: hinta, vaihtoehdot ja todellinen kululista · Tietosuojaseloste-malli pienyritykselle · Liiketoimintasuunnitelman pohja ja laskelmat · IT-konsultointi pienyritykselle · Tekoälykonsultointi pienyritykselle · Digitalisaatio pienyritykselle