En priskalkulator på nettsiden som gjør prisoverslag til henvendelser

Når et prisoverslag på stedet hjelper, og når det ikke gjør det

Priskalkulatorer fungerer for tjenester der prisen følger noen få målbare størrelser: kvadratmeter gulv, rom som skal vaskes, timer med filming, antall gjester. De fungerer dårlig der prisen avhenger av en befaring eller en vurdering du ikke kan regne inn, som konstruksjonsreparasjoner eller skreddersydd design. Hvis du ikke ville oppgitt et prisspenn på telefon, bør ikke en kalkulator gjøre det heller. Da er en side for tilbudsforespørsler med gode spørsmål det ærlige valget.

Velg spørsmålene

Hvert spørsmål bør enten påvirke prisen eller kvalifisere henvendelsen. Gjør det ingen av delene, kutt det. Et godt sett er kort og konkret:

1. Størrelsen på jobben i en enhet den besøkende kjenner: antall rom, ikke kvadratmeter, hvis folk flest ikke vet hvor mange kvadratmeter de har.
2. Hovedvalget som påvirker kostnaden mest, vist som to til fire alternativer med en kort beskrivelse av hvert.
3. Tillegg som avkrysningsbokser, hvert med sin egen pris synlig, så folk ser hvorfor summen endrer seg.
4. Tidspunkt, hvis hastejobber koster mer.
5. Postnummer eller område, bare hvis reisevei påvirker prisen eller du ikke dekker enkelte steder.

Legg kontaktfeltene etter overslaget, ikke før. Å be om e-postadresse for å vise et tall føles som en felle, og mange forlater siden; å vise tallet først og tilby et fast tilbud gir deg flere av de henvendelsene som er verdt å få.

Få regnestykket riktig

Skriv ned prisingen din som en formel før du ber om appen, for du må sjekke resultatet mot jobber du allerede har gitt pris på. De fleste tjenestepriser passer inn i et mønster som grunnpris pluss mengde ganger sats, pluss tillegg, ganger en faktor for hastverk eller vanskelighetsgrad, med en minstepris.

Vis et spenn i stedet for ett tall (for eksempel formelens resultat til 15 % over), med mindre prisene dine virkelig er faste. Skriv forutsetningene under resultatet: «Basert på rom av normal størrelse med vanlig teppe. Endelig pris bekreftes når vi har sett jobben.» Den ene setningen forhindrer de fleste uenigheter.

Det Anticode lager

Gi Architect spørsmålene dine, formelen og ordlyden i forbeholdet ditt, for eksempel: «En priskalkulator for et tepperenseri. Spør om antall rom, teppe eller løse tepper, flekkbehandling ja eller nei, neste dag eller standard. Bruk disse satsene. Vis et spenn og en oversikt, deretter et skjema for navn, e-post, telefon og ønsket dato.» Sjekk hver sats i planen den viser før du lager appen. Modellen skriver kalkulatoren som én app som kjører i den besøkendes nettleser, så summen oppdateres med en gang når svarene endres, uten at siden lastes på nytt.

Henvendelsessteget bruker Anticodes skjemaflyt: når den besøkende sender kontaktinformasjonen sin, poster appen den som en kontaktinnsending, med svarene og overslaget lagt til i meldingen. Du får den på e-post og i dashbordet, og koblinger kan sende den videre til Slack, Google Sheets, Airtable, Notion, HubSpot eller en hvilken som helst webhook, så den havner der du allerede holder oversikt over jobber.

Hold priskontrollen på serveren

Kalkulatorens regnestykke kjører i den besøkendes nettleser, som betyr at en bestemt besøkende kan endre tallet før det sendes. For et grovt anslag betyr det sjelden noe; hvis du skal stå ved tallet, regn det ut på nytt fra svarene før du bekrefter. En nettstedsfunksjon knyttet til det innebygde kontaktskjemaet kjører også når appen sender henvendelsen; svarene kommer som linjer i meldingen, så for å kontrollere dem trengs et signert kall til ditt eget endepunkt, og om appen viser funksjonens melding, avhenger av appen (be om det og test det). Den andre veien er et tilpasset skjema på en side fra designmotoren i stedet for en app: nettstedsfunksjonen kjører på serveren når skjemaet sendes, enten som en liten formel over tallene som sendes inn (antall rom ganger sats pluss tillegg; formler fungerer bare med tall) eller som et signert HTTPS-kall til ditt eget endepunkt, og summen vises på takkesiden. Ingenting oppdateres mens den besøkende skriver, fordi de sidene ikke kjører skript. Siden om nettstedsfunksjoner forklarer begge.

Begrensninger du bør kjenne til

• Satsene er det du legger inn. Appen kan ikke hente materialpriser, drivstoffkostnader eller noe annet levende fra nettet; oppdater satsene ved å be om en endring.
• Ingen betaling eller depositum. Kalkulatoren kan ikke ta imot penger. Lenk til en Stripe Payment Link eller lignende betalingsside fra takkemeldingen hvis du vil ha depositum.
• Ingen lagrede tilbud for den besøkende. Det finnes ingen kundekontoer; vil de ha en kopi, kommer den i svaret ditt.
• Grense for innsendinger. Gratis nettsteder har et visst antall synlige innsendinger per måned; se priser for abonnementer.

Vanlige spørsmål

Ser den besøkende det samme overslaget som jeg får?

Ja, overslaget og svarene bak det er med i henvendelsen, så du kan regne det ut på nytt fra svarene før du bekrefter.

Kan jeg endre prisene mine senere?

Be om endringen i én setning, som «øk satsen per rom til 40», så oppdateres appen. De siste versjonene blir liggende i versjonshistorikken.

Kan den også bestille jobben?

Et skjema i appen kan være en bestillingsforespørsel med tjeneste, dag og klokkeslett, som når deg gjennom den samme flyten. Den kan ikke ta imot depositum.