Investiciniai modeliai ir projekto faktas nesusieti
AukštasPardavimų, statybos, finansavimo ir sąnaudų prielaidos atnaujinamos atskirai.
- Pasekmės
- Vėluojama matyti grąžos pokytį.
Svarbiausia, kad kiekvienas objekto, sąnaudų ar pardavimo pokytis iš karto atsispindėtų projekto prognozėje ir pirkėjo procese.
Didžiausią vertę duoda nuolat atnaujinama projekto ekonomika, susieta su realia statybos pažanga, pardavimais ir pinigų srautais.
Vystymo projektas vienu metu jungia investicines prielaidas, leidimus, projektavimą, statybą, objektų inventorių, pardavimus ir pirkėjo įsipareigojimus. Kiekvieno vieneto būsena turi būti nuosekli finansiniame modelyje, CRM, sutartyje ir perdavimo procese. Analizėje minimos sistemos ir sąvokos: įmonės išteklių planavimo sistema (ERP) ir klientų ryšių valdymo sistema (CRM).
Ankstyvų sprendimų klaidos gali veikti projekto grąžą daugelį metų.
Statybos kaštas, pardavimo tempas, kaina, finansavimas ir terminas keičia tą patį investicinį rezultatą.
Vieneto būsena, kaina, rezervacija ir sutartis turi būti vienodi visuose kanaluose.
Pasirinkimai, mokėjimai, perdavimas ir defektai turi būti susieti su tuo pačiu objektu bei sutartimi.
Vystymo įmonės vis daugiau dėmesio skiria dinamiškai projekto ekonomikai, tiksliam objektų inventoriui ir skaitmeniniam pirkėjo keliui. Duomenų vertė didžiausia tada, kai faktinės sąnaudos, pardavimo tempas ir klientų sprendimai iš karto keičia projekto prognozę.
Analizuojamas sklypas, leidimai, rinkos paklausa, preliminari programa, kaštai ir finansavimas.
Lyginami scenarijai, kapitalo poreikis, grąža, terminai ir rizikos.
Valdomas biudžetas, grafikas, pakeitimai, rangovai ir faktinės sąnaudos.
Valdomos kainos, rezervacijos, klientai, sutartys, mokėjimų grafikai ir pardavimo tempas.
Koordinuojami apdailos alternatyvos, pakeitimai, dokumentai, vizitai ir mokėjimai.
Registruojami aktai, defektai, garantiniai darbai, galutinis finansinis rezultatas ir pamokos.
Investicinės prielaidos, biudžetai, objektų inventorius, rezervacijos ir pirkėjų duomenys valdomi atskiruose failuose, todėl projekto grąža perskaičiuojama rankiniu būdu.
Sklypai, prielaidos, biudžetai, pardavimai ir pirkėjų duomenys išskaidyti tarp failų bei sistemų.
CRM, apskaita ir projektų sistemos naudojamos, tačiau grąžos modelis, inventorius ir statybos faktas atnaujinami rankiniu būdu.
Objekto vienetas, kaina, rezervacija, sutartis, pasirinkimai, mokėjimai ir perdavimas susieti viename procese.
Faktinės statybos, pardavimų ir finansavimo būsenos automatiškai atnaujina pinigų srautą, grąžą bei prognozes.
Istoriniai projektų, paklausos ir sąnaudų duomenys padeda modeliuoti kapitalo paskirstymą, kainodarą ir rizikas.
Vystytojas vėluoja reaguoti, kai faktinės sąnaudos, pardavimo tempas ir objektų būsenos į projekto ekonomiką patenka skirtingu laiku. Vieno projekto inventoriaus ir pirkėjo proceso sujungimas pirmiausiai sumažina rezervacijų, pasirinkimų ir mokėjimų klaidas.
Pirmasis prioritetas - vieno projekto objektų inventoriaus, rezervacijos, sutarties, pirkėjo dokumentų ir pasirinkimų procesas.