Nettflate for kjøper
Omfang, tilbud, avtale og prosjektoversikt
Implementert arbeidsflyt på nett
Oppmålt
Selvstendig produktutvikling · Under utvikling
En markedsplassprototype for oppussing som gjør rommål om til et avtalt arbeidsomfang, sammenlignbare tilbud og dokumentasjon av arbeidet.
Tilbud er vanskelige å sammenligne når håndverkerne legger til grunn ulike mengder, forutsetninger eller forbehold. Oppmålt begynner med selve arbeidet: beskriv rommet, velg fag og materialer, beregn mengder og lag et arbeidsomfang som håndverkerne kan gå gjennom.
De viktigste spørsmålene er praktiske: hva som må måles, hva håndverkeren kan stille spørsmål ved, og hvordan en avtalt endring oppdaterer arbeidsomfanget. Jeg arbeider med disse reglene og bruker KI-assistert utvikling til å bygge og kontrollere løsningen.
Følg det dokumenterte eksemplet fra oppmålt arbeidsomfang til sammenlignbare tilbud og en demoavtale.
Dokumenterte skjermbilder fra utviklingen · demodata
Rommål gir mengdene og forutsetningene som tilbudene skal bygge på.

Sammenlign priser mot samme spesifikasjonsversjon, slik at sammenligningsgrunnlaget er synlig.

Det godtatte tilbudet knyttes til avtalen. Signaturene som vises, er demosignaturer.

Skjermbildene viser utviklingsversjonen med demodata.
Omfang, tilbud, avtale og prosjektoversikt
Implementert arbeidsflyt på nett
Gå gjennom omfang, foreslå endringer og utarbeide tilbud
Implementert håndverkerflyt
Støtte for vurdering, administrasjon og introduksjon
Støttemoduler under utvikling
Produktet kobler sammen arbeidsflater for boligeier og håndverker med matching og utsending av forespørsler, endringer i arbeidsomfanget, versjonsbundne tilbud og avtaler. Senere moduler dekker bilder, endringsordrer, sluttkontroll, overleveringsdokumenter, omtaler og klager. Administrasjonen har funksjoner for registrering og godkjenning av håndverkere.
| Driftsform | Nåværende status |
|---|---|
| Nettprodukt | Prototype under utvikling |
| Betaling og signering | Foreslått betalingsmodell og demosignering; se betalingsmodellen og avtaleskjermbildet |
| Lokal og driftet løsning | Nettjenesten lagrer prosjektopplysninger i PostgreSQL. Eksemplene kjører lokalt; driftet løsning og ekstern lagring er ikke dokumentert. |
| Applikasjoner | Nettleserbaserte grensesnitt; denne kodebasen har ikke en egen native skrivebords- eller telefonapp. |
Designet knytter avtalte milepæler, dokumentasjon på utført arbeid og godkjent frigivelse av midler sammen. Boligeierens aksept, en godkjent utbetalingsforespørsel og leverandørens bekreftede utbetaling er separate hendelser.
Foreslått modell: avtal omfang og milepæler, innbetal hele kontraktsbeløpet og utbetal deretter fra denne saldoen.
Utbetalingsvilkår: bekreftede midler, boligeierens aksept, fullmakt, omfangsversjon, tilgjengelig beløp og tvisterestriksjoner. Taushet er ikke aksept.
Foreslått design. Leverandørordning, juridiske rammer og hele innbetalings- og utbetalingsløpet er fortsatt uavklart.
Godtatt arbeid er ikke en fullført utbetaling.
Den tiltenkte modellen innebærer at 100 % av avtalt kontraktsbeløp innbetales på forhånd gjennom en egnet leverandørordning. Godtatte milepæler bruker denne saldoen. Det samme avtalte arbeidet belastes ikke på nytt ved hvert trinn. Tabellen viser hva hver part må gjøre før godtatt arbeid kan føre til utbetaling.
| Avhengighet | Boligeier | Håndverker | Oppmålt-arbeidsflyt | Betalingsleverandør |
|---|---|---|---|---|
| 1 Avtal kontrakten | Avtal omfangsversjon, pris, milepæler og akseptvilkår. | Avtal de samme vilkårene. | Registrer avtalt versjon og vilkår. | |
| 2 Start innbetalingen | Start innbetaling av hele det avtalte kontraktsbeløpet. | Be om innbetaling gjennom den foreslåtte leverandørordningen. | Behandle innbetalingsforespørselen. | |
| 3 Bekreft innbetalingen | Registrer leverandørbekreftet innbetalingsstatus. Det finansierte forløpet er ikke klart mens innbetalingen er ufullstendig. | Bekreft innbetalingsstatus. Et betalingsklikk eller en autorisasjon er ikke bekreftede midler. | ||
| 4 Be om milepælsgjennomgang | Fullfør arbeidet og send dokumentasjon knyttet til avtalt omfang. | Motta milepælsforespørselen: «send dokumentasjon». | ||
| 5 Godta eller returner | Vurder dokumentasjonen: «godta milepæl», be om retting eller opprett en tvist. Taushet er ikke aksept. | Rett arbeidet når det kreves. | Registrer avgjørelsen. Retting eller tvist frigir ikke beløpet automatisk. | |
| 6 Kontroller utbetalingsvilkårene | For en godtatt forespørsel: kontroller fullmakt, omfangsversjon, vilkår, tilgjengelig beløp og tvisterestriksjoner. Aksept alene er ikke utbetaling. | |||
| 7 Be om utbetaling | Bare når kontrollene er bestått: send en tillatt instruks om å «be om utbetaling». | Motta den tillatte instruksen. | ||
| 8 Bekreft utfallet | Registrer og avstem leverandørens faktiske utfall. Ventende eller feilet er ikke betalt. | Returner status «ventende», «feilet» eller «fullført». | ||
| 9 Fortsett eller avslutt | Vurder senere arbeid etter avtalte vilkår. | Send senere milepæler eller dokumentasjon på sluttføring. | Bruk gjenstående innbetalt saldo bare etter vilkårene for senere milepæler og sluttaksept/befaring. | Behandle senere tillatte instrukser innenfor leverandørordningen. |
Foreslått design, ikke en aktiv escrow-tjeneste eller dokumentasjon på et leverandørpartnerskap. Leverandørordningen, de juridiske rammene og en komplett innbetalings- og utbetalingsløsning er fortsatt uavklart. Norge er første tiltenkte marked. Sverige og Danmark krever egen vurdering av beredskap, leverandør og juridiske rammer.
Dokumentasjon starter en gjennomgang. Aksept åpner for kontroll. Bare leverandøren bekrefter utbetaling.
Hovedregelen er å bli enige om mengder og forutsetninger før prisene sammenlignes. Håndverkeren kan foreslå en presisering; når den godtas, opprettes en ny versjon av arbeidsomfanget. Hvert tilbud beholder koblingen til versjonen det priser, slik at en senere endring ikke endrer grunnlaget for et tidligere tilbud i det stille.
Under gjennomføringen knyttes bilder til arbeidsposter etter samtykke. Endringsforslag går tilbake til bestilleren for avgjørelse, og sjekkpunkter leder videre mot sluttbefaring og overlevering. Disse modulene er implementert og har avgrensede kontroller; betalingskoblingen er fortsatt uferdig.
Betalingsforslaget følger samme tankegang: knytt det avtalte arbeidet til dokumentasjonen og hvem som får godkjenne utbetaling. Flere detaljer i starten krever en innsats. Målet er å gjøre senere beslutninger enklere; besparelser og færre tvister er ikke målt.
Noen handlinger for bestilleren etter innlogging og hver håndverkers separate bekreftelse av mengdene må fortsatt rettes. Sluttkontroll, overlevering og omtaler er implementert og har automatiserte kontroller, men et betalt oppdrag er ikke demonstrert helt frem til ferdigstillelse. Valgfri bildevurdering var slått av.
Kontakt om jobb · Oslo, Norge
Ta kontakt på e-post eller LinkedIn for en samtale om en relevant stilling.