Slik virker det

Fra idé til ute, og videre til neste versjon

Koble til agenten din, gå trygt ut, og planlegg, bygg og send ut hver neste versjon fra én tavle.

Seks steg, fra start til slutt

  1. Koble til agenten din eller start fra en mal

    Koble til AI-klienten du allerede bygger med, eller start fra en mal. Det er ingenting å installere og ingen servere å velge.

    Softkiln oppretter produktet, gir det en database, og setter opp to atskilte kopier: en utviklingsside der du prøver ting, og den levende brukerne dine ser. Du blir aldri bedt om å velge serverstørrelse, region eller operativsystem, fordi den avgjørelsen allerede er tatt og er den samme for hvert produkt.

  2. Den går trygt ut

    Publiser, så er produktet ute, med alt som skal til for å kjøre det foran ekte folk allerede slått på.

    Nøkler og passord ligger i kryptert lagring og gis til produktet bare mens det kjører, aldri til siden en besøkende laster ned. Sikkerhetskopier starter etter en plan med en gang, og sjekkes ved å faktisk hente dem tilbake i stedet for å stole på at jobben kjørte. Oppetid og svartider følges løpende, med nitti dagers historikk bak en statusside du kan sende folk til.

    • Hver ny versjon skannet for nøkler på avveie før den går ut
    • Sikkerhetskopier, sjekket ved å hente dem tilbake
    • Innlogging for brukerne dine
    • Overvåking og en offentlig statusside
    • Sin egen adresse med sikker forbindelse, fornyet for deg
    • Én handling for å angre en versjon eller hente tilbake en sikkerhetskopi
  3. Planlegg neste versjon med veikartassistenten

    Fortell veikartassistenten hva produktet skal gjøre videre. Den foreslår en versjon: et mål, sakene som skal til, og et eventuelt oppsettsteg den trenger fra deg.

    Et oppsettsteg er noe bare du kan gjøre, som å legge inn nøkkelen til en betalingsleverandør, og forslaget sier om det trengs før arbeidet starter eller før den går ut. Du endrer forslaget eller godtar det, og versjonene legger seg etter hverandre på en tidslinje.

    Finpusser BetalingAvslutt økten ×

    Kundene skal betale når de booker.

    Jeg leste bookingkoden først. Betaling passer rett etter at en tid er valgt. To spørsmål før jeg planlegger.

    Spørsmål til deg
    1. Hvilken betalingskonto skal brukes?Klinikkens eksisterende konto
    2. Belaste ved booking eller etter timen?Ved booking

    Her er versjonen Betaling: tre saker og to oppsettstegn. Be om endringer her.

    Be om en endring i planen…
    Betaling+ Legg til en frist
    Kundene betaler når de booker, og får kvittering på e-post.
    BeslutningerAvgjort én gang for hele versjonen. Sakene bygger på dem i stedet for å spørre.
    BetalingsleverandørKlinikkens eksisterende betalingskonto
    Når det belastesVed booking, full pris for timen
    RefusjonKlinikken tar det for hånd inntil videre
    OppsettstegnDet du gjør før sakene kan kjøre. De blir en oppsettsak tildelt deg.
    Legg inn nøkkelen til betalingskontoen på innstillingssidenPlattformen sjekker at PAYMENT_API_KEY er satt på utviklingssiden.
    Før arbeidet starter ▾
    Slå på innlogging for kundene dinePlattformen sjekker at administrert innlogging er på.
    Før lansering ▾
    Byggerekkefølge: 3 sakerBygges ovenfra og ned. Hver sak starter når det den trenger er på develop.
    1. 1Betalingsside på slutten av en booking
    2. 2Kvittering på e-post etter betalingetter 1
    3. 3Vis betalt eller ubetalt på hver bookingetter 1
    Sett i køenBare planleggTildel dem til @softkiln, den starter med en gangOpprett versjon og saker
  4. Sakene havner på tavlen

    Versjonens saker dukker opp på produktets tavle, i å gjøre, pågår, utvikling og produksjon. Du kan legge til dine egne på samme måte.

    Et kort flytter seg når endringen er lagt inn, ikke når noen husker å dra det. Så tavlen viser hva som faktisk er på utviklingssiden og hva som er ute, ikke hva noen har sagt.

    Å gjøre1
    • APP-22Refusjon fra bestillingssiden
    Pågår1
    • APP-21Kvittering på e-post
    Utvikling1
    • APP-20BetalingssideAPP-20: BetalingssideFlyttet da endringen ble lagt inn
    Produksjon1
    • APP-12Registrering med e-post
  5. Kodeagenten bygger hver sak inn på utviklingssiden

    Gi en sak til kodeagenten. Den skriver en spesifikasjon, bygger endringen, kjører testene, får den gjennomgått uavhengig, og legger den ut på utviklingssiden.

    Når saken lar et reelt valg stå åpent, stopper agenten og spør deg, og fortsetter med svaret ditt. Gjennomgangen er en egen runde som ser endringen og testresultatene, aldri byggerens egen forklaring av den. En sak regnes som ferdig når utviklingssiden kjører endringen, ikke når koden er sendt inn.

    APP-21Kvittering på e-post
    1. SpesifikasjonFerdig

      AgentSkal kvitteringen ha med MVA-linjen?

      DuJa, for norske kunder.

    2. EndringFerdig

      Tre filer endret

    3. Uavhengig gjennomgangKjører
    4. Ut på utviklingssidenNeste
  6. Du løfter den til produksjon når du er fornøyd

    Se på endringen på utviklingssiden, og publiser. Brukerne dine får den uten at produktet går ned.

    Ingen ser en feilmelding mens det skjer. Viser det seg å være feil, legger én handling forrige versjon tilbake, og å hente tilbake en sikkerhetskopi tar med dataene. Ingenting her er enveis, og det er hele poenget: folk slutter å endre produktet sitt når de er redde for å ødelegge det.

Det du aldri trenger å gjøre

Ikke snarveier: disse jobbene slutter å finnes. De er grunnen til at en prototype som virker som regel stopper opp før den når noen.

  • Velge, dimensjonere eller oppdatere en server
  • Installere et sertifikat, eller oppdage uken det går ut
  • Skrive et skript for sikkerhetskopier, og finne ut på den dårlige dagen om det virker
  • Holde orden på en fil med passord og nøkler, og holde den utenfor kodelageret
  • Sette opp overvåking så du får vite om nedetid før brukerne dine gjør det
  • Huske å sjekke om forrige versjon lekket en nøkkel

Hvor produktet ditt kjører

I Europa, som standard
Produktet som kjører og sikkerhetskopiene av det ligger på infrastruktur i EU. Det er ikke en innstilling du må lete opp og slå på.
På din egen adresse
Hvert produkt får en softkiln.com-adresse med en gang. På Pro peker du din egen nettadresse mot det, både for produktet og for statussiden, og sertifikatet fornyes for deg fra da av.
Atskilt fra der du prøver ting
Utviklingssiden og den levende er virkelig atskilt, med egne data og egne nøkler, så det å prøve noe ut kan ikke nå brukerne dine.

Mer detaljer i spørsmål og svar, og hva det koster under priser.

Klar når du er det

Prøv gratis og ha noe ute i løpet av de neste ti minuttene.