En priskalkylator för hemsidan som gör uppskattningar till förfrågningar
En priskalkylator på nätet ger besökaren ett trovärdigt prisintervall utifrån några svar och frågar sedan om de vill ha en bindande offert. Rätt gjord sorterar en priskalkylator för hemsidan bort dem som inte har råd med dig och ger dig varma förfrågningar som redan innehåller detaljerna om jobbet. Här är hur du utformar frågorna och beräkningen, och hur Anticode levererar varje uppskattning till dig.
När en direkt uppskattning hjälper, och när den inte gör det
Kalkylatorer som ger pris direkt fungerar för tjänster där priset följer några mätbara uppgifter: kvadratmeter golv, antal rum att städa, timmar filmning, antal gäster. De fungerar dåligt där priset beror på ett platsbesök eller en bedömning du inte kan skriva in i en formel, som konstruktionsreparationer eller skräddarsydd design. Om du skulle vägra nämna ett intervall i telefon ska en kalkylator inte heller göra det. Då är en sida för offertförfrågan med bra frågor det ärliga valet.
Välja frågorna
Varje fråga ska antingen påverka priset eller kvalificera kunden. Gör den ingetdera, stryk den. En bra uppsättning är kort och konkret:
- Jobbets storlek i en enhet besökaren känner till: rum, inte kvadratmeter, om de flesta inte vet sin yta.
- Huvudvalet som påverkar kostnaden mest, som två till fyra alternativ med en kort beskrivning vardera.
- Tillval som kryssrutor, var och en med sitt pris utskrivet, så att folk ser varför summan ändras.
- Tidpunkt, om brådskande jobb kostar mer.
- Postnummer eller område, bara om resor påverkar priset eller om du inte täcker vissa platser.
Lägg kontaktfälten efter uppskattningen, inte före. Att be om en e-postadress för att visa en siffra känns som en fälla och många lämnar; att visa siffran först och erbjuda en bindande offert ger fler av de förfrågningar som är värda att få.
Få beräkningen rätt
Skriv ner din prissättning som en formel innan du ber om appen, eftersom du behöver kontrollera resultatet mot jobb du redan har lämnat offert på. Det mesta av prissättningen för tjänster följer ett mönster som grundavgift plus antal gånger pris, plus tillval, gånger en faktor för brådska eller svårighetsgrad, med en lägsta debitering.
| Regel | Värde |
|---|---|
| Utryckningsavgift | Fast belopp per besök |
| Per rum | Pris gånger antal rum |
| Fläckbehandling | Valfritt, fast tillägg |
| Service nästa dag | Summan gånger 1,25 |
| Lägsta debitering | Ge aldrig ett pris under detta |
Visa ett intervall snarare än en siffra (till exempel formelns resultat upp till 15 % över det) om dina priser inte verkligen är fasta. Skriv antagandena under resultatet: ”Utgår från rum av normal storlek med vanlig heltäckningsmatta. Slutpriset bekräftas när vi har sett jobbet.” Den meningen förebygger de flesta tvister.
Vad Anticode bygger
Ge Architect dina frågor, din formel och formuleringen av din reservation, till exempel: ”En priskalkylator för ett mattvätteri. Fråga antal rum, heltäckningsmatta eller lös matta, fläckbehandling ja eller nej, nästa dag eller standard. Använd de här priserna. Visa ett intervall och en uppdelning, sedan ett formulär för namn, e-post, telefon och önskat datum.” Kontrollera varje pris i planen som visas innan du bygger. Modellen skriver kalkylatorn som en app som körs i besökarens webbläsare, så summan uppdateras direkt när svaren ändras, utan att sidan laddas om.
Förfrågningssteget använder Anticodes formulärflöde: när besökaren skickar sina uppgifter skickar appen dem som ett kontaktformulär, med svaren och uppskattningen tillagda i meddelandet. Du får det via e-post och i instrumentpanelen, och kopplingar kan föra det vidare till Slack, Google Sheets, Airtable, Notion, HubSpot eller valfri webhook så att det hamnar där du redan håller koll på jobben.
Låt servern kontrollera priset
Kalkylatorns beräkning körs i besökarens webbläsare, vilket betyder att en envis besökare kan ändra siffran innan den skickas. För en grov uppskattning spelar det sällan någon roll; om du tänker stå för siffran, räkna om den från svaren innan du bekräftar. En webbplatsfunktion som är kopplad till det inbyggda kontaktformuläret körs också när appen skickar förfrågan; svaren kommer som rader i meddelandet, så för att kontrollera dem krävs ett signerat anrop till din egen endpoint, och om appen visar funktionens meddelande beror på appen (be om det och testa). Den andra vägen är ett eget formulär på en sida från designmotorn i stället för en app: dess webbplatsfunktion körs på servern när formuläret skickas, som en liten formel över de inskickade talen (rum gånger pris plus tillval; formler fungerar bara med tal) eller som ett signerat HTTPS-anrop till din egen endpoint, och summan visas på tacksidan. Inget uppdateras medan besökaren skriver, eftersom de sidorna inte kör några skript. Sidan om webbplatsfunktioner förklarar båda.
Begränsningar att känna till
- Priserna är de du anger. Appen kan inte hämta materialpriser, bränslekostnader eller något annat live från webben; uppdatera priserna genom att be om en ändring.
- Ingen betalning eller handpenning. Kalkylatorn kan inte ta betalt. Länka till en Stripe Payment Link eller liknande kassa från tackmeddelandet om du vill ha handpenning.
- Inga sparade offerter för besökaren. Det finns inga kundkonton; om de vill ha en kopia kommer den från ditt svar.
- Gräns för formulärsvar. Gratissajter har ett visst antal synliga svar per månad; se priser för abonnemangen.
Vanliga frågor
Ser besökaren samma uppskattning som jag får?
Ja, uppskattningen och svaren bakom den ingår i förfrågan, så du kan räkna om den från svaren innan du bekräftar.
Kan jag ändra mina priser senare?
Be om ändringen i en mening, till exempel ”höj priset per rum till 40”, så uppdateras appen. De senaste versionerna finns kvar i versionshistoriken.
Kan den boka jobbet också?
Ett formulär i appen kan vara en bokningsförfrågan med tjänst, dag och tid, som når dig genom samma flöde. Den kan inte ta handpenning.