Excel или программа

Что таблица делает хорошо

Скачанный шаблон для посуточной аренды обычно устроен разумно: строки — брони, столбцы — даты, заезд, выезд, сумма, источник, статус оплаты. Внизу итоги за месяц.

И он действительно работает. Таблица бесплатна, не требует интернета, никуда не денется, если сервис закроется, и делает то, чего многие программы не делают вовсе: считает ваши деньги так, как считаете их вы. Начинать с таблицы — нормально, и большинство так и начинает.

Проблема не в том, что таблица плохо считает. Проблема в том, чего она не видит.

Чего таблица не видит

Таблица знает ровно то, что вы в неё внесли, и ровно тогда, когда вы это внесли. Отсюда всё остальное:

• Она не знает о новой брони. Гость забронировал на Booking.com — в таблице пусто, пока вы не откроете телефон и не впишете строку.
• Она не закрывает даты на площадках. Вы можете закрасить ячейку любым цветом; на Airbnb эти ночи останутся свободными.
• Она не спорит с вами. Внесли не тот месяц — таблица примет. Программа, которая знает о существующей брони, откажется.
• Она не размножается корректно. Как только к учёту подключается второй человек, появляются две версии файла, и правой оказывается та, которую сохранили последней.

Ни один из этих пунктов не лечится более аккуратным шаблоном. Все они — следствие того, что таблица не разговаривает с площадками.

Где ломается, в порядке появления

• 1. Вторая площадка. Пока площадка одна, синхронизировать нечего. Как только одни и те же ночи открыты в двух местах, появляется окно, в котором их можно продать дважды. Это вопрос не аккуратности, а скорости реакции.
• 2. Вторая квартира. Количество проверок не удваивается, а растёт быстрее: каждая квартира на каждую площадку.
• 3. Второй человек. Уборщица, родственник, партнёр — и файл на одном телефоне превращается в одну из версий.
• 4. Первая дорогая ошибка. Большинство меняет подход не раньше, чем потеряет бронь или получит плохой отзыв. Способ рабочий, но дорогой.

Ключевой — первый пункт. Таблица справится с любым количеством квартир. Чего не сделает ни одна таблица — не закроет ночь на Airbnb в ту секунду, когда её продали на Booking.com. Как именно это происходит.

А что в Кишинёве и Бельцах

Есть местная особенность, которой нет в русскоязычных руководствах: заметная часть предложения здесь живёт не на международных площадках. Она на 999.md и в социальных сетях — в Бельцах поиск посуточной квартиры вполне может привести на страницу владельца в Instagram, а не на объявление на площадке.

Для учёта это значит вот что: часть ваших броней приходит из переписки и не появится ни в одном личном кабинете. Их придётся внести руками в любом случае — и в таблицу, и в программу. Разница в том, что после внесения в программу эти ночи закрываются на Booking.com и Airbnb сами, а после внесения в таблицу не закрываются нигде.

Сравнение по существу

Когда честный ответ — остаться в таблице

Против нашего же коммерческого интереса:

• Одна квартира, одна площадка. Синхронизировать нечего. Календаря площадки и таблицы для денег достаточно.
• Сдаёте несколько недель в году. При таком объёме двойная бронь маловероятна и решается вручную.
• Всё приходит из 999.md и от знакомых. Подключать нечего. Ваша задача — видимость, а её channel manager не решает.

Если это про вас — оставайтесь на том, что есть.