Begynn med hva som har sluttet å fungere.
Når du trenger IT-hjelp, er det nyttig å vite hva som skjer, når det begynte og hvem som rammes. Et skjermbilde eller en feilmelding kan være mer verdifullt enn en lang teknisk forklaring. Fortell også om noe nylig er endret, som domene, abonnement, kode eller innlogging.
Jeg avklarer tilgjengelighet og om jeg er rett person for oppgaven før vi går videre. Ved en driftsfeil kan første mål være å gjenopprette tjenesten. Deretter må vi undersøke årsaken. Du skal vite hva som er bekreftet og hva som fortsatt er en hypotese.
- Hvilken adresse, funksjon eller tjeneste feiler?
- Gjelder det alle brukere eller bare noen?
- Hva forventet du skulle skje, og hva skjedde i stedet?
- Når virket det sist, og hvilke endringer er gjort siden?
Nettsider, domener og e-post henger ofte sammen.
En feil kan ligge i selve nettsiden, hosting, domenets DNS-innstillinger eller en ekstern tjeneste. En feil etter en oppdatering kan ha en annen årsak enn en utløpt tjeneste eller manglende tilgang. Jeg går gjennom relevante spor før jeg endrer noe.
Når e-post ikke kommer frem, kan vi blant annet undersøke kontooppsett, leveringsfeil og domenets e-postautentisering. SPF, DKIM og DMARC brukes til å bekrefte og beskytte avsenderidentiteten. Et riktig oppsett er viktig, men er ingen garanti for at alle meldinger havner i innboksen.
Rett årsaken og ta vare på det som fungerer.
Før endringer avklarer vi hva som kan bli berørt, og om det finnes sikkerhetskopi eller en tidligere fungerende versjon. Tilganger deles gjennom en egnet løsning, ikke ved å legge passord i et vanlig kontaktskjema. Endringer testes så avgrenset som mulig.
AI kan hjelpe meg å sortere dokumentasjon og undersøke tekniske spor. Tilgang og deling av data må fortsatt vurderes. Jeg kontrollerer forslag mot den faktiske feilen, og forklarer hva som ble endret. Om feilen ligger hos en leverandør, kan jeg hjelpe med et konkret teknisk grunnlag til deres support.
Når det virker igjen, bør du vite hva som skjedde.
Du får en kort forklaring på årsak, tiltak og eventuelle gjenstående forhold. Noen ganger holder det med én retting. Andre ganger trenger dere en oppdateringsrutine, bedre varsling eller en enklere systemstruktur. Jeg skiller dette fra det som måtte gjøres for å løse hendelsen.
Hvis oppgaven krever annen kompetanse eller en beredskap jeg ikke kan tilby, sier jeg fra. Technical Boy er én person med tekniske verktøy og AI-støtte, ikke en døgnbemannet servicedesk. Trenger dere videre utvikling, kan vi avtale det når situasjonen er under kontroll.
Når problemet er dataflyten mellom systemeneSpørsmål før vi begynner
Kan du hjelpe akutt når nettsiden er nede?
Ring og beskriv feilen, så avklarer jeg kapasitet og hva jeg kan hjelpe med. Jeg tilbyr ikke en generell døgnvakt eller garantert responstid uten en særskilt avtale. Hvis driften ligger hos en annen leverandør, kan deres driftsstatus og support også være et viktig første steg.
Hva koster feilsøking?
Det avhenger av feilen og tilgangen til systemene. Vi avklarer en ramme for undersøkelsen og hva som eventuelt må gjøres videre. Det er ikke alltid mulig å prise hele rettingen før årsaken er kjent.
Hva bør jeg sende før vi snakker?
Nettsideadresse, feilmelding, tidspunkt og en kort beskrivelse av hva som ikke virker. Ikke send passord, gjenopprettingskoder eller sensitive kundedata. Nødvendig tilgang avtaler vi separat.
Faglige kilder og siste gjennomgang
Gjennomgått . Kildene forklarer faglige prinsipper; omfanget av din leveranse avtales separat.
- Google: retningslinjer for e-postavsendere
Bakgrunn om e-postautentisering og levering til Gmail.