Kuriama atvirai. Tobulinama kas savaitę.

Privačioje viešbučio darbo srityje kartu laikomas rezervacijos ciklas, konkrečių kambarių užimtumas, kalbą atitinkanti pristatymo būsena ir užšifruotos atkūrimo priemonės. Eksportas saugiai nevyksta, jei apsaugotas šifravimas nesukonfigūruotas.

• Viena nekintanti rezervacijos nuoroda
• Konkrečių kambarių konfliktai atmesti
• Nešifruotos atsarginės kopijos nenaudojamos kaip pakaitalas

Registruoti viešbučiai gauna privačią, tik skaitymui skirtą pokalbių darbo erdvę su patvirtintais viešbučio faktais, apibrėžtos apimties veiklos sumomis, matomais šaltiniais ir tikru savaitinio naudojimo skaitikliu.

• Modelio kontekste nėra svečių kontaktinių duomenų
• Nėra savarankiškų rezervavimo ar mokėjimo veiksmų
• Teikėjui ir atsiskaitymui tebėra taikomos aktyvinimo patikros

Kiekvienas pasirenkamas produktas dabar turi savo puslapį, tapatybę, sąžiningą paleidimo būseną, kryptingą demonstraciją ir vieną bendrą susidomėjimo procesą.

• Pradiniai nemokami pirmųjų dalyvių susitarimai lieka galioti
• Produkto būsena matoma prieš raginimą veikti
• Viena išsaugotų užklausų dėžutė

Aster House naudoja išsaugotą testinį inventorių, atominį rezervacijos sukūrimą, išliekantį rezervacijos įrašą, imituotą mokėjimo būseną ir tą pačią patvirtinimo nuorodą svečio bei viešbučio vaizduose.

• Nėra tikrų kortelės laukų
• Rezervacijos saugomos izoliuotai
• Viešbutis ir svečias mato tą pačią būseną

Tikri mokėjimai, operacijų el. paštas, išorinis fondas ir AI teikėjai lieka nepasiekiami, kol užfiksuoti paskyros nustatymai ir viso ciklo testai.

• Teikėjo logotipas nenaudojamas kaip įrodymas
• Be automatinio aktyvinimo
• Vis dar būtinas žmogaus sprendimas dėl paleidimo