Ищем бесплатную систему онлайн-записи — где в итоге скрываются расходы?

Мы в прошлом году тоже повелись на «бесплатную» платформу. Только через три месяца поняли, что они дерут по 1,20 EUR с каждой записи, а на пакеты SMS уходило по 35 EUR в месяц. В итоге перешли на нормальный софт с фиксой 25 EUR в месяц, и расходы упали в два раза.

Перед тем как выбирать софт, зайдите в тестовый кабинет и попробуйте сделать выгрузку клиентов в CSV. Если кнопка экспорта заблокирована или требует апгрейда тарифа — сразу бегите оттуда, они просто держат вашу базу в заложниках.

Денежные грабли обычно в трех местах: 1) Обязательные платные SMS для напоминаний клиентам, 2) Бешеная комиссия за онлайн-оплату через их шлюз, 3) Нельзя бесплатно подключить расписания нескольких мастеров одновременно.

Никто софт бесплатно делать не будет. в общем они либо крутят вашим клиентам свою рекламу и уводят их на сторону либо ждут, пока вы обрастете базой и выкатывают ценник в два раза выше рынка с формулировкой «ваш лимит исчерпан».

мы тоже сначала сидели на бесплатном, а потом они отказались базу клиентов в excel отдавать но в общем пришлось все с нуля набивать бесплатный сыр реально только в мышеловке.

Поскольку вы оказываете медицинские и массажные услуги в Германии, конфиденциальность данных пациентов/клиентов — приоритет номер один. Я бы не советовал принимать решение, не проверив с юридической точки зрения, есть ли в бесплатных системах договор об обработке данных (AVV) и хранятся ли данные на серверах в ЕС.

Мне кажется не очень разумным днями искать бесплатную систему для бизнеса из трёх человек, чтобы сэкономить на софте 30-40 EUR в месяц. Если у двух клиентов пересекутся записи или система упадёт, вы потеряете больше, чем стоит годовая подписка.

Прочитал этот ответ и выдохнул: значит, проблема не только у меня. График платежей должен быть привязан к этапам работ, а не к датам.

Любой пункт, не зафиксированный письменно, в будущем обе стороны будут помнить по-разному. Пишите, если есть вопросы, отвечу по мере возможности.

После того случая мой взгляд на вещи изменился. Код без документации не принадлежит вам, даже если он у вас есть.

На этом всё, извините, если затянул.

В целом верно, но один момент упущен. Доступы должны открываться на компанию, а не на личные аккаунты.

Я бы пошел этим путем.

Я долго занимался этим вопросом. Без измерений мы всегда приходим к одному и тому же.

Конечно, если ваша ситуация отличается, всё меняется.

Я бы не торопился. Спешка в решениях оборачивается исправлениями через полгода.

Интересно, есть ли те, кто делает иначе.

Не упустите: Если не зафиксировать это письменно с самого начала, потом возникнут споры.

Если напишете результат здесь, это поможет и другим.

Согласен с этим. Доступы должны открываться на компанию, а не на личные аккаунты.

Я бы пошел этим путем.

Сведу тему в кучу, так как ответов было несколько разных. Начните с небольшого эксперимента, не привязывайте всё сразу.

Проверено опытом.

А как вы решили этот вопрос? Если в договоре не прописано право собственности на код, при уходе у вас нет переговорной позиции.

Это мое мнение, не утверждаю, что оно единственно верное.

Полностью согласен. Без измерений мы всегда приходим к одному и тому же.

Большая часть потерь времени копится на задачах, ожидающих согласования. Оставлю как заметку, пригодится.

при выполнении этого часто совершают одну ошибку птом после сдачи проекта система продолжает жить; обслуживание — отдельная статья расходов.