Flyt Alpha brukes allerede av en større kunde. Vi tar inn flere på kort varsel. Planlagt funksjonalitet er merket, og vi avklarer hva dere får ved oppstart.
Mindre friksjon. Mer flyt.
Flyt kan være første steg for en bedrift som vil effektivisere arbeidet i KI-tidsalderen. De ansatte viser hvor tiden forsvinner. AI samler erfaringene, slik at dere kan velge forbedringene som betyr mest.
Hva er AI-kartlegging med Flyt?
AI-kartlegging, også kalt KI-kartlegging, handler om å finne ut hvor kunstig intelligens, automasjon eller en enklere rutine kan gjøre en nyttig forskjell. Start med oppgavene: Hva gjentas ofte, hvor oppstår feil og hva tar unødvendig tid?
Flyt er en felles forbedringsplattform der innspillene fra ansatte blir et grunnlag for handling. Systemer, avdelinger og arbeidsprosesser kartlegges gjennom bruk. Dere trenger ikke dokumentere hele virksomheten på forhånd.
Kartlegging er første steg. Deretter må noen velge et tiltak, gjennomføre det og følge opp om det faktisk hjelper. Flyt skal gjøre denne veien fra erfaring til forbedring tydeligere.
Forstørr bildet ↗En felles oversikt over tidstyvene. Ansatte kan beskrive hva som stopper opp og se hvilke utfordringer kollegene opplever.
Overskriften er «Mindre friksjon. Mer flyt.» Flyts oversikt har en sidemeny til venstre og et hovedfelt som spør «Hvor stopper det opp for deg?», med knappen «Meld en utfordring». Eksempeloversikten viser 24 unike utfordringer, 68 personer som har bidratt, 4 avdelinger og 8 kartlagte systemer. Under vises tre utfordringer: samme informasjon føres flere steder, vanskelig å finne siste dokumentasjon og ukentlig rapport bygges for hånd. De har henholdsvis 17, 11 og 9 stemmer. Avdelinger og antall bidrag vises ved hver sak. Bildet illustrerer hvordan ansatte både kan melde inn problemer og oppdage felles tidstyver. Tallene er fiktive eksempeldata.
Fortell det mens du er i flytsonen.
Skriv eller snakk til Flyt med egne ord. Du trenger ikke vite hvordan problemet skal løses. Det holder å fortelle hva som skjer, hva som er tungvint og omtrent hvor ofte det skjer.
Slik blir en erfaring til et nyttig innspill
Flyt gjør tale om til tekst, så du kan fange opp erfaringen mens den er fersk. Et konkret eksempel er ofte nok: «Jeg registrerer den samme ordren i to systemer hver dag.» Bilder og dokumenter kan gi mer kontekst når det er nødvendig.
Arbeidsflyten utvikles for å stille relevante oppfølgingsspørsmål ett om gangen, hjelpe med formulering og la deg fortsette fra et lagret utkast. Du skal kunne kontrollere innholdet før det sendes inn.
Avdelinger og systemer knytter innspillet til riktig del av virksomheten. Profil og forhåndsvalg skal redusere gjentatt registrering, samtidig som en utfordring kan berøre flere avdelinger.
Forstørr bildet ↗Bygg videre på en eksisterende utfordring. Skriv eller snakk til Flyt. Støtt en lignende utfordring og legg til erfaringene dine på samme sak.
Overskriften er «Opplever flere det samme?» Til venstre beskriver en ansatt at kundeopplysninger kopieres fra e-post til CRM og ordresystemet, og at kontaktpersoner oppdateres manuelt begge steder. Knappen «Snakk til Flyt» har et mikrofonikon og teksten «Fortell med stemmen. Flyt skriver for deg.» Under kan systemer og avdelinger knyttes til innspillet. Til høyre har Flyt funnet saken «Samme informasjon føres flere steder», som 17 kolleger opplever. Opplysningen om kontaktpersoner vises som ny innsikt. Knappen «Jeg opplever det samme» støtter den eksisterende saken og legger til den nye innsikten. En egen utfordring kan også opprettes. Bildet viser et eksempelmiljø, ikke et utfyllbart skjema på denne siden.
Det finnes gull mellom veggene.
De ansatte kjenner både tidstyvene og løsningene som allerede virker. Før dere kjøper hjelp utenfra, bør dere undersøke om kompetansen, rutinen eller verktøyet finnes et annet sted i bedriften.
Bygg videre på hverandres erfaringer
Når noen beskriver et problem, kan Flyt finne lignende utfordringer. En ansatt kan støtte en eksisterende sak og bidra med nye opplysninger. AI hjelper med å sammenfatte det nye, mens originalbidragene bevares. Innspill skal kunne kontrolleres før de publiseres.
Stemmer og avdelingstilknytning gjør det synlig hvem problemet berører. Oppsummeringer skal gjøre fellestrekk forståelige uten å skjule uenighet eller viktige forskjeller.
En retning for videreutviklingen er «Slik løser vi det hos oss»: del en rutine, mal eller integrasjon som andre kan bruke. Målet er å gjøre intern kunnskap søkbar og foreslå den når et lignende behov dukker opp. Noen ganger er det riktige tiltaket å dele noe dere allerede kan.
Forstørr bildet ↗Samle erfaringene til en felles forståelse. Bidragene og oppsummeringen vises sammen, slik at det er mulig å se hvor innsikten kommer fra.
Overskriften er «Mange innspill. Én felles forståelse.» Saken «Samme informasjon føres flere steder» samler 18 stemmer, 6 bidrag og 4 avdelinger i dette fiktive eksemplet. Til venstre oppsummerer Flyt at kundeopplysninger kopieres mellom e-post, CRM og ERP, kontaktpersoner oppdateres manuelt, og ulike versjoner skaper ekstra kontrollarbeid. Neste foreslåtte steg er å kartlegge hvilke kundedata som kan overføres automatisk. Til høyre vises bidrag fra salg og administrasjon, samt ny innsikt fra logistikk, slik at leseren kan se grunnlaget for oppsummeringen. Nederst er berørte avdelinger og systemer samlet. Bildet viser hvordan flere erfaringer blir til én sak uten at de enkelte perspektivene forsvinner.
Se mønstrene. Finn et sted å begynne.
Undersøk hvilke utfordringer som går igjen, hvilke systemer de gjelder og hvem som berøres. Prioriter etter mulig nytte, kostnad og gjennomførbarhet – ikke bare antall stemmer.
Fra mange innspill til konkrete tiltak
Ordsky, filtre og oversikter gjør det lettere å utforske bestemte temaer, systemer, avdelinger og perioder. En utfordring kan være viktig selv om få har meldt den inn. Tidsbruk, hyppighet og konsekvenser må også vurderes.
Flere ulike problemer kan ha samme rotårsak. Dobbeltregistrering, utdaterte prislister og manuell rapportering kan for eksempel skyldes manglende dataflyt mellom to systemer. Retningen videre er å samle slike utfordringer til felles tiltak, bevare bidragene og unngå at overlappende besparelser telles flere ganger.
Forslag kan omfatte en enklere arbeidsrutine, en integrasjon, automatisering eller AI-støtte. Avhengigheter, datakvalitet, sikkerhet og manglende informasjon må avklares. Ansvarlige personer vurderer forslagene før de blir beslutninger.
En avgrenset innsamlingsrunde kan stille ett konkret spørsmål: «Hva tar unødvendig tid når dere lager tilbud?» Det gir et mer samlet grunnlag for å velge en første forbedring.
Forstørr bildet ↗Finn mønstrene i innspillene. Konseptet viser hvordan filtre, ordsky og oppsummering kan synliggjøre utfordringer som går igjen i et utvalg.
Overskriften er «Se mønstrene. Finn tidstyvene.» Siden «Alle utfordringer» har filtre for system, avdeling, status og innsamlingsrunde. CRM er valgt, og utvalget omfatter 8 av 24 utfordringer, 56 stemmer og 4 avdelinger. En ordsky har «dobbeltregistrering» som største ord, sammen med blant annet kundedata, manuell oppfølging, kontaktpersoner, e-post og dataflyt. Ved siden av oppsummerer Flyt at samme informasjon registreres flere ganger; 6 av de 8 utfordringene nevner dobbeltregistrering. En lenke peker til sakene bak oppsummeringen. Tabellen under viser utfordringer, berørte avdelinger, status og stemmer. Fiktive eksempeldata illustrerer hvordan filtrering gjør mønstre i innspillene tydelige.
Forstørr bildet ↗Se hvilke tiltak dere bør undersøke først. Sammenlign mulig nytte, kostnad og oppslutning. Tallene i bildet er illustrative anslag, ikke priser eller målte kunderesultater.
Overskriften er «Se hvor det lønner seg å starte.» En tabell sammenligner tre forbedringsforslag. Overføring av kundedata mellom CRM og ERP er anslått til 414 frigjorte timer og 207 000 kroner i tidsverdi per år, med 30 000 kroner i investering og 18 stemmer. Søkbar dokumentasjon er anslått til 230 timer, 115 000 kroner, 18 000 kroner i investering og 11 stemmer. Automatisert rapportering er anslått til 184 timer, 92 000 kroner, 25 000 kroner i investering og 9 stemmer. Under viser liggende stolper utfordringer i salg, kundeservice, administrasjon og logistikk. Flyt peker på dobbeltregistrering som et mønster på tvers av avdelingene. Alle tall er illustrative anslag, ikke målte besparelser eller pristilbud.
Fra magefølelse til et regnestykke.
Se mulig tidsgevinst, kostnader og forutsetninger samlet. Etter gjennomføring kan dere undersøke om tiltaket faktisk ga en enklere arbeidsdag og forventet effekt.
Hvordan vurderes kostnad og gevinst?
Start med tidsbruk per oppgave, hyppighet og antall personer. Ta med tid til kontroll og oppfølging etter en endring, samt etablering, abonnementer, opplæring og løpende drift.
Frigjort arbeidstid gir kapasitet. Det er ikke automatisk en kontant besparelse. Forutsetningene må være synlige, og samme tidsgevinst må ikke føres under flere overlappende tiltak.
Etterpå sammenlignes anslagene med faktisk tidsbruk og ansattes erfaringer. Det gir et bedre grunnlag for neste forbedring, og viser om en løsning må justeres.
Forstørr bildet ↗Se forutsetningene bak et anslag. Konseptet viser tidsverdi og kostnader sammen med forutsetningene. Fiktive eksempeldata illustrerer metoden; faktisk effekt må måles etter gjennomføring.
Overskriften er «Fra magefølelse til et regnestykke.» Eksemplet gjelder automatisk overføring av kundeopplysninger. To liggende stolper sammenligner 15 timers tidsbruk per uke i dag med et anslag på 6 timer etter tiltaket. Differansen er 9 timer per uke, eller 414 timer per år ved 46 arbeidsuker. Med 500 kroner i intern timekostnad vises en beregnet tidsverdi på 207 000 kroner per år. Forutsetningen er 60 prosent reduksjon i tidsbruk. Til høyre vises 30 000 kroner i anslått engangsinvestering og 6 000 kroner i årlig drift og AI. Teksten understreker at anslagene må bekreftes med målinger og en gjennomgang av systemene, og at frigjort kapasitet ikke garanterer lavere utbetalinger. Tallene er fiktive eksempeldata.
Kartleggingen er starten. Så løser vi problemet.
Flyt kan gi en detaljert teknisk kravspesifikasjon for ønsket løsning. Bruk den til å innhente tilbud, gi oppgaven til eget team eller ta den direkte med Technical Boy. Dere velger hvem som gjennomfører.
Fra identifisert behov til et oppdrag noen kan løse
En teknisk kravspesifikasjon, ofte kalt en tech spec, beskriver hva løsningen skal gjøre og hvilke rammer den må fungere innenfor. Grunnlaget fra kartleggingen gjør det lettere å forklare behovet og sammenligne forslag fra leverandører.
Før et oppdrag bestilles, går dere gjennom spesifikasjonen og avklarer åpne spørsmål. Det relevante grunnlaget bør dekke:
Problemet, berørte brukere og ønsket arbeidsflyt.
Funksjoner, systemer, data og nødvendige integrasjoner.
Krav til tilgang, sikkerhet, personvern og drift.
Forutsetninger, avgrensninger og avhengigheter.
Akseptansekriterier og hvordan effekten skal måles.
Dere kan bruke spesifikasjonen som grunnlag for anbud eller tilbudsinnhenting. Den er ikke en binding til Technical Boy, og må tilpasses virksomhetens innkjøpsprosess.
Målet er tydelig oppfølging: en ansvarlig, et neste steg og en forklaring når noe utsettes. Ansatte skal kunne se at erfaringene deres blir brukt.
Oppfølgingen vi utvikler Flyt videre mot
For utfordringer og tiltak er retningen å kunne angi ansvarlig person og vurderingsdato, gi koordinatorer oversikt over oppfølging og la bidragsytere få relevante oppdateringer. Varsler skal kunne tilpasses, og utsatte saker skal beholde historikk og begrunnelse.
Flyt kan brukes kontinuerlig eller i avgrensede innsamlingsrunder. Videreutviklingen omfatter innsikt i deltakelse, slik at bedriften kan forstå hvorfor enkelte avdelinger bidrar mindre. Frivillige vurderinger av digital trygghet er også en del av produktretningen.
Dette er beskrevet som videreutvikling. Hvilke funksjoner som inngår i deres alphaversjon, avklarer vi før oppstart.
Flyt der arbeidet allerede skjer.
Planlagte integrasjoner skal gjøre det enklere å bidra fra Slack, Teams, HubSpot, ChatGPT, Claude og Microsoft Copilot. Bildene viser arbeidsmåtene vi utvikler mot.
Planlagte integrasjoner og importmuligheter
Fra Slack og Teams er målet å melde inn utfordringer fra samtaler og følge relevante oppdateringer. HubSpot skal kunne gi valgt kontekst fra salgs- og kundearbeidet, mens Monday er aktuelt for å føre godkjente tiltak videre til oppgaver og prosjekter.
Har en ansatt allerede forklart et problem i ChatGPT, Claude eller Copilot, er målet å gjenbruke den valgte teksten. MCP og tilpassede integrasjoner kan gi en forbindelse til Flyt. Den ansatte skal se hva som deles og godkjenne et innspill eller en kommentar før innsending.
Videre planer omfatter e-post til utkast og import fra Excel eller CSV. Bedriften skal kunne ta med tidligere forbedringsforslag, kontrollere struktur og duplikater og slippe å begynne på nytt.
Integrasjonene er ikke presentert som ferdige standardkoblinger. Tilgjengelighet, nødvendige abonnementer, tilganger og databehandling avklares for hver kunde.
1 av 6 · En kollega i Slack
Forstørr bildet ↗En kollega i Slack. Planlagt: meld inn en utfordring fra samtalen og følg saken i tråden.
Produktkonsept med fiktive data for en planlagt Slack-integrasjon. I salgskanalen beskriver Emma at hun kopierer ordre fra HubSpot til Business Central. Flyt foreslår avdeling og systemer i en tråd. Etter Emmas godkjenning vises saken FY-1042, Manuell ordreoverføring, med en lenke til Flyt. Tråden er knyttet til saken for videre oppfølging. Bildet illustrerer en mulig arbeidsflyt, ikke en aktiv Slack-samtale på denne siden.
Forstørr bildet ↗Flyt er med i teamet. Planlagt: samle innspill og oppdateringer der kollegene allerede samarbeider.
Produktkonsept for en planlagt Teams-integrasjon. En ansatt i salg skriver at hver ordre registreres både i HubSpot og Business Central. Flyt klargjør et innspill og ber henne kontrollere avdeling og systemer. Hun bekrefter, og Flyt viser at utfordringen FY-1042 er opprettet med en lenke for å åpne den. Navn, tråder og saker er fiktive eksempeldata.
Forstørr bildet ↗Fang friksjonen i CRM. Planlagt: knytt gjentatte problemer til salgs- og kundearbeidet de oppstår i.
Produktkonsept for en planlagt HubSpot-integrasjon. En Flyt-fane i salgsprosessen viser en liste med utfordringer og en samtale om manuell ordreoverføring. Flyt bruker valgt kontekst fra samtalen og profilen, viser avdeling Salg og systemene HubSpot og Business Central, og venter på bekreftelse. Etter godkjenning vises en opprettet sak med lenke til Flyt. Dette er et illustrert eksempelmiljø med fiktive data.
Forstørr bildet ↗Fra samtale til utfordring. Planlagt: ta med en valgt problembeskrivelse fra ChatGPT uten å skrive den på nytt.
Produktkonsept for en planlagt ChatGPT-integrasjon via MCP. Emma beskriver at hun bruker 20 minutter på å kopiere en ordre, og ber om at dette sendes til Flyt. En forhåndsvisning viser avdeling, systemer og at bare det valgte innspillet deles. Etter at hun bekrefter, vises saken FY-1042 med lenke til Flyt. Illustrasjonen bruker fiktive data og viser den ønskede flyten; tilgjengeligheten av integrasjonen må avklares for alpha.
Forstørr bildet ↗Ta innsikten med videre. Planlagt: bruk innsikten fra en Claude-samtale som utgangspunkt for et innspill.
Produktkonsept for en planlagt Claude-integrasjon via MCP. En ansatt har forklart dobbeltregistrering av ordre i samtalen. Flyt klargjør beskrivelsen og viser avdeling og systemer. Bare det valgte innspillet skal deles. Brukeren godkjenner, og en bekreftelse med saken Manuell ordreoverføring og en lenke til Flyt vises. Opplysningene er fiktive og grensesnittet illustrerer en planlagt arbeidsmåte.
Forstørr bildet ↗Meld inn med Copilot. Planlagt: la Copilot klargjøre innspillet og kontroller det før innsending.
Produktkonsept for en planlagt Copilot-integrasjon. Flyt vises som en koblet agent. En ansatt ber om å melde inn problemet som nettopp er beskrevet. Flyt viser valgt beskrivelse, jobbprofil, avdeling og systemer, og sier at brukeren godkjenner før innsending. Etter bekreftelsen vises FY-1042, Manuell ordreoverføring, og en lenke til Flyt. Personer og saker er fiktive eksempeldata.
Bedriftens data. Bedriftens kontroll.
Bedriften skal eie informasjonen og styre hvem som får bruke den. Tilgang, lagring, sletting, eksport og behandling hos leverandører avklares før et abonnement inngås.
Rammer for data, tilgang og administrasjon
Kundedata skal holdes adskilt og ikke selges, deles med andre kunder eller brukes til andre formål enn avtalt. Avtaler og teknisk oppsett må ivareta dette også hos drifts- og AI-leverandører.
Det må være tydelig for ansatte hva innspillene brukes til og hvem som kan lese dem. Medlemmer, roller og innsamlingsrunder inngår i administrasjonen. Egen profil, Microsoft-innlogging og oversikt over abonnement, forbruk og AI-kostnader er del av den videre produktbeskrivelsen; tilgjengelig oppsett avklares for alpha.
Flyt tilbys som abonnement. Vi går gjennom behov, tilgjengelige funksjoner og rammer for bruk før dere bestemmer dere.
Spørsmål om Flyt og AI-kartlegging
Hvem passer Flyt Alpha for?
Flyt er laget for små og store virksomheter som vil finne ut hvor tiden forsvinner, og hvilke arbeidsprosesser det er verdt å forbedre. Ledelsen får et beslutningsgrunnlag, mens ansatte bidrar med erfaringene fra jobben de gjør. Behov, datatyper og krav til tilgang må vurderes for hver virksomhet.
Må ansatte kunne AI for å bidra?
Ansatte beskriver oppgavene og utfordringene med egne ord, skriftlig eller ved å snakke til Flyt. Flyt gjør tale om til tekst. De trenger ikke foreslå en teknisk løsning. Det viktigste er hva som tar tid, hvor ofte det skjer, og hvem som berøres.
Automatiserer Flyt arbeidsprosessene for oss?
Kartleggingen er første steg. Flyt kan gi en teknisk kravspesifikasjon som grunnlag for gjennomføring. Dere kan bruke egen kompetanse, innhente tilbud eller la Technical Boy bygge løsningen. Selve gjennomføringen avtales separat; en enklere rutine kan være riktigere enn AI.
Er Flyt tilgjengelig nå, og hva koster det?
Ja. Flyt Alpha brukes allerede av en større kunde, og vi er klare for å ta inn flere kunder på kort varsel. Flyt tilbys som en abonnementstjeneste. Ta kontakt for å avklare pris, omfang og oppstart. Å melde interesse er uforpliktende.
Hva innebærer det at Flyt er i alpha?
Flyt er i en tidlig produktfase og videreutvikles sammen med kunder som bruker programmet. Funksjoner og arbeidsflyt kan endre seg. Før oppstart avklarer vi hva som er tilgjengelig, hvordan løsningen passer behovene deres, og rammene for bruk.
Må hele bedriften være kartlagt før oppstart?
Nei. Oversikten over avdelinger, systemer og arbeidsprosesser vokser gjennom bruken. Flyt kan brukes kontinuerlig eller i avgrensede innsamlingsrunder, med lite behov for forhåndsoppsett.
Bygget av Technical Boy.
Jeg er Casper Aleksandersen, personen bak Technical Boy AS. Jeg har jobbet med AI siden 2022, blant annet med AI og automatisering i WAL. Flyt bygger på ønsket om å gjøre det enklere å finne og prioritere problemene det faktisk er verdt å løse.
Alpha
