Vanliga problem
- Telefon- och webbfrågor landar på olika platser
- Webbchatten blir en återvändsgränd istället för riktig överlämning
- Teamet ställer samma kvalificeringsfrågor i flera kanaler
- Ingen har en samlad bild av vad kunden faktiskt bad om
Telefon + webb-agent
En intagsassistent över telefon och webb
En gemensam AI-assistent för samtal och webbfrågor. Inte en generisk chatbot: samma intagslogik, kanalanpassat beteende och ren överlämning till CRM, inbox eller återuppringningskö.
Målgrupp
Hantverkare, restauranger, hospitality, kliniker, lokala tjänsteföretag och säljdrivna SMB som får förfrågningar via både telefon och webb och behöver ett intagssystem.
Prisindikation
35 000-95 000 kr ex moms + 3 500-8 500 kr/mån i månadsbas
Byggpriset beror på kanaler, scenarier, CRM-djup och överlämningsregler. Webb-only som tillägg kan börja runt 12 500-35 000 kr ex moms när telefonagenten redan finns. Månadsbasen täcker hosting, övervakning, mindre justeringar och driftsstöd; användning och vidaredebiterade leverantörskostnader separeras.
Det här bygger jag
- Svara på telefonsamtal med röstagent
- Köra webbintag via webbassistent eller inbäddad agent
- Återanvända samma företagskontext och kvalificeringslogik
- Anpassa beteendet per kanal: talad konversation i telefon, kortare formulär/chat på webb
- Skapa en strukturerad överlämning till CRM, inbox eller återuppringningskö
Leveranser
- Telefonagent och webbassistent
- Gemensam företagskontext och kvalificeringsschema
- Kanalspecifika manus och eskaleringsregler
- CRM- och inboxfält för överlämning
- Runbook för routing, fallback, leverantörskostnader och ägarskap
Process
- Definiera den gemensamma intagsmodellen
- Bygg telefonflöde och webbflöde separat
- Testa kanalspecifika scenarier
- Koppla överlämning och återuppringningslogik
- Lansera med övervakning och tuningfönster
Gemensamt intag
Samma assistentlogik. Olika beteende per kanal.
Personer som ringer och besökare på webbplatsen ska inte tvingas genom exakt samma interaktion. Det återanvändbara är företagskontexten, kvalificeringsfrågorna, eskaleringsreglerna och överlämningsschemat.
Telefonflöde
Naturlig konversation, hantering av avbrott, bekräftelse av kontaktuppgifter och val för vidarekoppling eller återuppringning.
Webbflöde
Kortare prompts, synliga val, formulärliknande fångst där det hjälper och färre muntliga bekräftelser.
Gemensam överlämning
Intent, brådska, kontaktuppgifter, källa, transkript/sammanfattning och nästa steg landar på ett ställe.
Ingen falsk kontinuitet
Minne mellan kanaler byggs medvetet. Det antas inte bara för att båda kanalerna använder AI.
Demoexempel
Så låter värdet i riktiga samtal.
Webbesökare
En besökare kommer in efter stängning och vill veta om du kan hjälpa med ett specifikt jobb.
- Ställer samma kvalificeringsfrågor som teamet ändå behöver
- Fångar kontaktuppgifter och önskat nästa steg
- Routar kvalificerade förfrågningar till CRM eller återuppringningskö
Eskalering: Mänsklig granskning vid oklart scope, brådska, känsliga detaljer eller besökarens önskemål.
Efter samtalet: Leadkälla, ärendetyp, kvalificeringssvar, brådska, kontaktuppgifter och rekommenderad uppföljning.
Telefonsamtal
En person ringer medan teamet är upptaget och hade annars hamnat i röstbrevlådan.
- Svarar naturligt och bekräftar kontaktuppgifter
- Fångar jobb-, boknings- eller supportkontext
- Kopplar vidare, bokar återuppringning eller loggar ärendet
Eskalering: Vidarekoppling eller återuppringning när personen ber om det, confidence är låg eller eskaleringsregler triggas.
Efter samtalet: Samtalssammanfattning och transkriptlänk kopplade till samma CRM- eller inboxflöde som webbfrågor.
Vanliga frågor
- Nej. Poängen är ett gemensamt intagssystem. Telefon och webb beter sig olika, men kvalificeringslogiken och överlämningsstrukturen ska matcha.
- Ofta ja, men kanalbeteendet behöver fortfarande separata manus, prompter och tester. Talade samtal och webbintag fallerar på olika sätt.
- Bara om den kontinuiteten byggs med identitet, samtycke och lagring. Jag säljer inte det som magiskt standardbeteende.
- Övervakning, hosting/runtime-stöd, mindre scenariojusteringar och driftsstöd. Användning och telefoni-/leverantörskostnader separeras.
- Audit identifierar persondata, personuppgiftsbiträden, åtkomstmönster, retention och modellval före bygg. Känsliga flöden får least-privilege och mänskligt godkännande där det behövs.
- Använd inte en agent när deterministiska regler räcker, datan är för dålig för att utvärdera, åtgärden är högrisk utan godkännande, eller ingen kan äga processen efter lansering.
Är det här bara chatbot plus telefonbot?+
Kan samma agentkontext återanvändas?+
Kan en besökare fortsätta ett telefonsamtal på webbplatsen?+
Vad täcker månadsbasen?+
Hur hanteras GDPR och säkerhet?+
När ska vi inte använda en AI-agent?+
Relaterade discipliner