SaaS

AI-põhine SaaS-arendus

Mitme kliendi tooted agentsete töövoogude, õigusteadliku konteksti, kohapõhise arvelduse ja selle auditijäljega, mille kohta ärikliendid küsivad. Kogenud teostus, MVP-st skaleerimiseni, ilma värbamistsüklita.

Mis on AI-põhine SaaS-arendus?

AI-põhine SaaS-arendus ehitab AI toote tuuma sisse, selle asemel et vestlusrobot külje külge poogida. Onpolar tarnib mitme kliendi SaaS-i Go ja PostgreSQL peal ühe OpenAPI lepingu taga — assistendid, mis tuginevad iga kliendi enda kirjetele, reataseme turve jõustatud andmebaasis, kohapõhine arveldus ja täielik auditijälg.

Tavaline ajakava
2–3 kuud tootmiseni
Põhitehnoloogia
Go · PostgreSQL · OpenAPI · React
Klientide eraldatus
Reataseme turve andmebaasis
Nii on ehitatud
ERPFlow.ai · Deal.ee

Probleem

Enamik „AI SaaS-i“ on vestlusrobot vihmamantlis

API-võtme ümber keeratud kest teeb hea demo ja sureb esimeses turvaülevaatuses. Tal pole aimugi, milline klient küsib, pole ühtki jälge sellest, mida ta tegi, ega vastust, kui klient küsib, kuhu tema andmed läksid.

Raske pool ei olnud kunagi mudel. Raske pool on klientide eraldatus, mida saab tõestada, õigused, mida AI-kiht austab, arveldus, mis elab üle paketi vahetuse keset perioodi, ja auditijälg, mille äriklient päriselt vastu võtab.

See töö ei ole glamuurne ja just seetõttu ei jõua enamik AI-pilootprojekte prototüübist kaugemale. Meie ehitame selle esimesena ja paneme AI selle peale.

Mida saate

Mis tuleb kaasa tootmisvalmis SaaS-ehitusega

Mitte funktsioonide loend — vundament, mis otsustab, kas teine aasta on üleelatav.

  • Mitme kliendi andmemudel

    Reataseme turbe reeglid jõustatud PostgreSQL-is, mitte rakenduse koodis, mida mõni tulevane otspunkt võib kutsumata jätta.

  • Autentimine, rollid ja õigused

    Päris rollipõhine ligipääs lahendatud serveri poolel, sessioonihaldus, mis elab üle võtmevahetuse, ja kutsevoog, mida kliendi administraatorid ise juhtida saavad.

  • Kliendi andmetele tuginev AI-kiht

    Assistendid ja tööriistu kutsuvad agendid, mis loevad ainult seda, mida küsiv kasutaja lugeda tohib, mudelite marsruutimisega läbi lüüsi, nii et te pole kunagi ühe pakkuja küljes lukus.

  • Üks OpenAPI leping

    Üks spetsifikatsioon genereerib tüübitud kliendid veebile, mobiilile ja igale AI-tarbijale, nii et need kolm ei saa lahku triivida.

  • Kohapõhine arveldus

    Stripe'i tellimused kohtade arvuga, proportsionaalne ümberarvestus keset perioodi tehtud muudatustel ja veebihaakide käsitlus, mis hoiab õigused sammus.

  • Auditijälg ja jälgitavus

    Iga muudatus seotud kasutaja ja kliendiga, struktureeritud logide ja jälgedega, nii et klienditoe küsimusel on vastus.

  • Lokaliseerimine, mis skaleerub

    Liidese tekstid, kuupäevad, valuutad ja paremalt vasakule paigutused algusest peale lahendatud. ERPFlow tarnib sellel vundamendil 19 liidesekeelt.

  • CI/CD ja migratsioonid

    Versioonitud, üle vaadatud ja tagasipööratavad migratsioonid, korratav väljalase ja tagasivõtt, mida keegi on päriselt harjutanud.

Kuidas see käib

Spetsist tootmiseni nelja käiguga

  1. 01

    Spets enne koodi

    Kirjutame esimesena OpenAPI lepingu ja kliendimudeli. Lahkarvamused selle üle, mida toode teeb, on spetsil odavad ja migratsioonis kallid.

    1. nädal
  2. 02

    Igav pool, esimesena

    Kliendieraldatus, autentimine, rollid, migratsioonid, arveldus ja auditijälg maanduvad enne igasugust funktsioonitööd. Kliendieraldatuse tagantjärele lisamine tarnitud tootele on ümberkirjutus, mitte paik.

    2.–4. nädal
  3. 03

    Funktsioonid ja AI-kiht

    Tootepinnad ehitatud lepingu vastu ja AI-kiht ühendatud kliendi piiritletud andmetega, mudelite marsruutimisega läbi lüüsi.

    5.–9. nädal
  4. 04

    Karasta ja anna üle

    Kuumad teekonnad profileeritud, jälgitavus ühendatud, käsiraamatud kirjutatud, CI roheline. Saate repositooriumi, taristu definitsioonid ja võtmed.

    10.–12. nädal

Kas teil on SaaS-toode, mis vajab tarnimist?

Tooge probleem ja see, mis täna olemas on — spets, prototüüp või tabel, millest kõik välja kasvanud on. Kolmkümmend minutit piisab tavaliselt, et öelda, mida see nõuab.

Lävi

Mida „tootmisvalmis“ peab mitme kliendi SaaS-i puhul tähendama

Funktsioonid, mille kohta ostja demol küsib, on harva need, mis tehingu kinni panevad. Need siin on.

TeemaPrototüübi vastusMida meie tarnime
Klientide eraldatustenant_id veerg ja WHERE-lauseReataseme turbe reeglid PostgreSQL-is, jõustatud rakenduse all
ÕigusedRollikontroll liidesesRollid lahendatud serveri poolel; AI-kiht loeb ainult seda, mida küsiv kasutaja lugeda tohib
ArveldusÜks hind, üks pakettKohapõhised Stripe'i tellimused proportsionaalse ümberarvestuse ja veebihaakidel põhinevate õigustega
AuditijälgRakenduse logidIga muudatus seotud kasutaja ja kliendiga, päritav ja säilitatud
API-pindOtspunktid lisatud vastavalt vajaduseleÜks OpenAPI leping, mis genereerib tüübitud kliendid veebile, mobiilile ja AI-tarbijatele
MigratsioonidMuudatused jooksutatud tootmisesVersioonitud, üle vaadatud, tagasipööratavad, rakendatud CI poolt
EL-i vastavusLükatud edasiPeppol BIS 3.0 e-arveldus seal, kus arveldus on mahus

Iga rida paremas veerus on ERPFlow.ai-s olemas — see on mitme kliendi ERP, mille me ise ehitasime ja mida ise haldame.

KKK

Küsimused, mida meilt küsitakse

Kui kaua mitme kliendi SaaS-i ehitamine aega võtab?

Kaks kuni kolm kuud tootmisväljalaskeni fokusseeritud toote puhul. ERPFlow — arveldus, CRM, laoseis, finants, personal ja aruandlus koos Peppol e-arveldusega ja kohapõhise Stripe'i arveldusega — võttis kaks kuud. Seda numbrit liigutab liidestuste arv ja vastavusnõuete maht, mitte funktsioonide arv.

Mida AI-põhine siin päriselt tähendab?

AI loeb teie klientide päris kirjeid samade õigustega nagu küsiv kasutaja ja saab kutsuda tööriistu, mis olekut muudavad. See ei ole vestluskast avaliku dokumentatsiooni peal. Mudelite marsruutimine käib läbi lüüsi, nii et pakkuja vahetamine on seadistuse muudatus, mitte ümberkirjutus.

Miks Go ja PostgreSQL, mitte JavaScripti backend?

Prognoositav latents, päris samaaegsus ja väike juurutuspind, ning andmebaas, mille reataseme turve suudab klientide eraldatust jõustada rakendusekihi all. TypeScript käitab endiselt frontendi ja Next.js läheb sisse seal, kus serveripoolne renderdamine end ära tasub.

Kas kood kuulub meile?

Jah. Repositoorium, taristu definitsioonid ja ligipääsuandmed on teie omad esimesest commitist alates, teie kontodel. Ei mingit suletud käituskeskkonda ega litsentsi, mille eest peaksite meile edasi maksma.

Kas saate üle võtta olemasoleva SaaS-i koodibaasi?

Sageli jah. Alustame arhitektuuri ülevaatusest ja kirjalikust hinnangust kliendimudelile, autentimiskihile ja migratsiooniajaloole, enne kui mingit tööd pakume. Kui aus vastus on, et ümberehitus maksab vähem kui päästmine, ütleme seda.

Mis siis, kui meil on juba insenerid olemas?

Siis võtame need osad, mille jaoks neil aega ei ole, ja ehitame sama lepingu vastu. Spetsipõhine arendus ongi olemas just selleks, et kaks tiimi saaksid ühest OpenAPI dokumendist töötada teineteist blokeerimata.

Kuidas te sellist ehitust hinnastate?

Fikseeritud mahuga etapid spetsi vastu, mitte tunnitasu avatud ülesandeloendi vastu. Just spets teeb selle võimalikuks: kui leping on ette kokku lepitud, siis hinnang midagi tähendab.

Mis juhtub pärast avaldamist?

Üleandmine koos käsiraamatute ja harjutatud tagasivõtuga, seejärel selline tugi, nagu teile sobib — broneeritud tunnid, fikseeritud kuupakett või mitte midagi. Me ehitame tooteid, mille juurest oleks meil mugav ära kõndida.

Alusta SaaS-ehitust

Kirjutage, mida te ehitate ja kus see kinni on. Vastame ühe tööpäeva jooksul.

Projekti detailid
Eeldatav eelarve
Vormi saates nõustud meie privaatsuspoliitikaga.