PROJECT DEVELOPMENT / PDD
PDD paverčia neapibrėžtą idėją į projektavimo ir komercinę bazę: brief, geometrija, preliminari architektūra, techninės prielaidos, atsakomybių ribos, biudžeto struktūra ir aiškus kitas žingsnis.
Kodėl egzistuoja PDD
Jei klientas prašo individualios geometrijos, kelių vienetų sistemos, sudėtingo fasado, vietinio architekto integracijos, brėžinių ar techninių sąsajų dar iki produkto užrakinimo, paprastas pasiūlymas pradeda virsti realiu projektavimo darbu. Tada PDD tampa teisingu komerciniu ir techniniu žingsniu.
PDD fit
Ką klientas gauna
Konkreti apimtis nustatoma pagal projektą. PDD nėra automatinis galutinis leidimų ar gamybos projektas.
Poreikio, naudotojų, funkcijos, mastelio ir prioritetų struktūra.
Produkto šeimos, geometrijos ir pagrindinės formos krypties pasirinkimas.
Planavimo, tūrio, angų ir preliminaraus architektūrinio scenarijaus bazė.
Konstrukcijos, apvalkalo, vietos ir kitų sistemų projektinės prielaidos.
GEODOMAS / local contractor / client atsakomybių ir sąsajų logika.
Kainos sluoksnių ir preliminaraus projekto biudžeto struktūra, kai yra pakankamas pagrindas.
Kokie duomenys, specialistai, patikros ir sprendimai reikalingi iki final offer.
Commercial flow
PDD ribos
Projektinis apibrėžimasBrief, koncepcija, preliminari architektūra, prielaidos, scope ir roadmap pagal sutartą PDD apimtį.
Galutinis leidimų projektasPDD savaime neįtraukia licencijuoto vietinio projektavimo ar visų leidimams reikalingų dalių.
Galutinė gamybos inžinerijaProduction release reikalauja atskiros techninės validacijos ir patvirtinto produkto.
Galutinė kaina, apkrovos, energinė klasė, terminaiŠie teiginiai tvirtinami tik pagal konkretaus projekto patikrintą bazę ir žmogaus patvirtinimą.
PDD qualification
Pradžiai užtenka projekto vietos, paskirties, mastelio ir to, ko negalima išspręsti standartiniu produktu.