BoostlyVad vi görVad vi har gjortVilka vi är
Jobba hos ossKunskapsbank
Logga in till Sidekick Portal

Kundcase · Boostly

En offert som är en sida, inte en PDF

Kunden väljer tillval, ändrar antal och ser totalen räknas om. Ett klick senare ligger avtalet i Scrive.

Byggt iSharePoint OnlineMicrosoft 365
Offerten kunden själv justerar, signerad via Scrive
01Dynamiska kostnadsrader: antal, timmar, tillval
02Avtalet genereras som PDF med villkor som bilaga
03Signering och webhook via Scrive
01

Utmaningen

En offert i PDF är ett dött dokument. Kunden vill ändra ett antal, lägga till något, ta bort något, och varje ändring var en ny version och ett nytt mejl.
02

Så gjorde vi

Förslaget är en sida i kundportalen, byggd av block i Staff: faser, tabeller, kostnadsrader, tillval. Kunden justerar själv och ser totalen räknas om. När hen signerar genereras ett kort huvudavtal som PDF med allmänna villkor som bilaga, skickas till Scrive via API, och Scrives webhook tar emot signaturen. Allt sparas på förslaget, i Netlify Blobs, med ett index per kund.
03

Resultatet

Från skickat förslag till signerat avtal utan en enda ny version. Och signaturen är inte slutet på säljet utan starten på leveransen: den utlöser de sju stegen som sätter upp allt annat.
04

Det här byggde vi

Förslaget byggs av block

Faser med leverabler och veckor, tabeller av typen jämförelse eller funktioner, kostnadsrader som kan vara fasta, per styck eller per timme, tillval och förvaltning. Claude skriver utkastet ur ett mötesunderlag, vi justerar.

Kunden räknar själv

I portalen kan kunden ändra antal användare eller timmar på en rad och se totalen räknas om, välja eller välja bort förvaltning, och lägga till tillval. Valen sparas på förslaget och följer med in i avtalet.

Avtalet skriver sig självt

Ett kort huvudavtal genereras som PDF: parter, bakgrund, uppdraget, ekonomiska villkor, förvaltning, särskilda villkor. Allmänna villkor bifogas som bilaga. Dokumentet skapas i Scrive via API med parterna satta, och Scrives webhook berättar när båda signerat.

Så fungerar det i dag

01

Vi bygger förslaget

I Staff, där Claude skriver första utkastet. Kunden får en länk till portalen, via mejl eller SMS.

02

Kunden justerar och signerar

Antal, timmar och tillval i portalen, sedan Scrive. MFA behövs inte, portalen loggar in med magic link.

03

Webhooken startar resten

Signaturen utlöser de sju provisioneringsstegen, nästa del i serien.

Något liknande hos er?

Trettio minuter över video. Vi visar hur det ser ut i en riktig miljö och vad det skulle innebära hos er.