1. Бізнес-модель (як це працює в реальності)
Є управляюча компанія, яка:
- управляє 12 однаковими студіями,
- приймає бронювання з різних каналів,
- заробляє гроші і розподіляє результат між власниками.
Студії фізично однакові, тому облік ведеться не по конкретній студії, а за логікою розподілу доходу.
2. Структура «слотів» володіння
Існує 12 слотів доходу, відповідних 12 студіям:
- 5 слотів — основний власник
- 1 слот — додатковий власник,
- 6 слотів — пул власників.
Слоти використовуються для розподілу доходу, а не як жорстка прив'язка до конкретної студії.
3. Бронювання
Є бронювання:
- різної тривалості,
- різної вартості,
- з різних каналів продажу.
Усі бронювання потенційно можуть бути віднесені до будь-якого з 12 слотів.
Завдання системи — коректно обліковувати бронювання і визначити, кому саме належить дохід.
4. Джерела даних
Інформація для розрахунків і звітності буде надходити з:
- звітів Booking,
- звітів Airbnb,
- Beds24 (включаючи Direct-бронювання, продовження і бронювання на місці),
- інших каналів і воронок продажу, які можуть бути додані в майбутньому.
Дані надаються у вигляді стандартних звітів платформ
(CSV / XLS / PDF тощо).
Завдання системи —:
- коректно інтерпретувати дані з різних джерел,
- привести їх до єдиної логіки обліку,
- використовувати їх як основу для розрахунку доходів, розподілу і звітності.
Джерело бронювання не повинно впливати на логіку розподілу, а тільки на вихідні цифри доходу.
5. Ключова логіка розподілу (основа завдання)
Принцип
Розподіл бронювань відбувається за принципом вигоди, а не за принципом «яка студія фізично зайнята».
Кожне бронювання оцінюється за чистою доходністю (реальним чистим доходом).
Приклад (ключовий для розуміння)
- є одне бронювання з доходом 300 €,
- є три бронювання по 150 € (всього 450 €).
В цьому випадку:
- три бронювання по 150 € вважаються більш вигідними,
- вони отримують вищий пріоритет,
- бронювання на 300 € відходить у менш пріоритетний слот.
Система повинна вміти:
- порівнювати бронювання між собою,
- ранжувати їх за вигідністю,
- розподіляти їх у слоти за пріоритетом.
6. Механіка розподілу
В звітному періоді (місяць) система:
- збирає всі бронювання,
- рахує їх чисту доходність,
- виставляє чергу пріоритетів,
- розподіляє бронювання в 12 слотів:
- перші 5 — основний власник,
- наступний — додатковий власник,
- інші — пул
Розподіл відбувається постфактум, за підсумками періоду.
7. Дохід і «чистота» розрахунку
Для кожного бронювання рахується реальний чистий дохід:
- після комісій каналів продажу,
- після сплати ПДВ.
Саме цей чистий дохід:
- використовується для порівняння вигідності,
- бере участь у розподілі,
- є базою для розрахунку прибутку власників.
8. Витрати
Необхідно врахувати всі витрати, що впливають на результат бізнесу, в тому числі:
- фіксовані витрати (на студію, на об'єкт, на бізнес),
- разові витрати, пов'язані з бронюванням (прибирання, прання тощо),
- змінні витрати,
- інші операційні витрати.
Витрати повинні:
- коректно відноситися до доходу,
- враховуватися при розрахунку підсумкової прибутку,
- не спотворювати логіку розподілу бронювань.
9. Підсумкова мета системи
На виході система повинна дозволяти:
- Порахувати:
- загальний дохід бізнесу,
- чистий прибуток бізнесу.
- Зрозуміти:
- які бронювання були враховані,
- в які слоти вони потрапили,
- чому саме так.
- Сформувати зрозумілу звітність, яка показує:
- дохід,
- витрати,
- підсумкову чистий прибуток,
- розподіл результату між власниками
10. Очікування від експерта
Від експерта очікується:
- розуміння управлінського обліку і hospitality,
- пропозиція логіки і підходу до реалізації,
- побудова прозорої моделі обліку і звітності,
- уміння пояснити цифри не тільки «як пораховано», але і «чому так».
Конкретний інструмент реалізації — на розсуд експерта.
