Ремонт под контролем

01 — Диагноз

Ремонт живёт в переписке, а отвечает за него никто

У ремонта нет системы, в которой ведётся его экономика. Есть смета в файле, переписка в мессенджере и стопка чеков.

1. Смета расходится с фактом

   Первоначальная смета живёт отдельно от того, что реально куплено и оплачено. Разрыв копится незаметно и вскрывается в конце проекта.

2. Оплата не привязана к результату

   Деньги переводятся по договорённости на словах, а не по факту принятого этапа. Проверить, за что именно заплачено, задним числом сложно.

3. Легальность исполнителя не подтверждена

   Статус самозанятого или ИП заявляется на словах. Официальной проверки в моменте платежа обычно не происходит.

4. Готовность этапа — вопрос доверия, а не факта

   «Готово» со стороны бригады и «готово» со стороны заказчика — два разных утверждения без общего подтверждения. Фотографии, если есть, лежат в галерее телефона, а не привязаны к конкретному этапу и дате.

Совокупный эффект — заказчик не видит реальную стоимость ремонта до тех пор, пока не потратит её.

02 — Принцип решения

Каждое действие пересчитывает цифры

1. Смета — не документ, а состояние

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

2. Оплата привязана к приёмке

   Платёж по этапу возможен только после того, как этап принят: с фотофиксацией и подтверждением обеих сторон.

3. Проверка — в официальных источниках

   Чек и статус самозанятого проверяются через ФНС, а не принимаются на слово. Расхождение видно сразу, а не после спора.

03 — Класс системы

Место между групповым чатом и учётной системой подрядчика

Сегодня ремонт частного заказчика ведут одним из трёх способов: таблица и чеки в мессенджере, групповой чат без единой версии сметы или учётная система подрядчика (1С, специализированный софт прораба), закрытая от заказчика. Ни один не даёт заказчику видеть экономику объекта целиком.

Колонка Renova отражает проектный охват; текущая готовность — в разделе 07. Проверка чека и статуса исполнителя — область, которую не закрывает ни один из трёх привычных способов.

04 — Охват

Путь от сметы до принятого результата

Каждый шаг ссылается на предыдущий: деньги нельзя перевести за этап, который не принят, а смету нельзя изменить незаметно.

1. Смета
2. Согласование версии
3. Работы на этапе
4. Фотофиксация
5. Приёмка
6. Оплата
7. Следующий этап

05 — Роли

У заказчика и исполнителя — разные экраны

Заказчик и мастер видят один и тот же объект, но каждый — свою часть и со своей ответственностью.

1. Заказчик

   Видит смету целиком, все версии и отклонения, статус каждого этапа и историю платежей. Принимает или отклоняет этап с комментарием.

2. Мастер или бригада

   Ведёт свой участок: фотофиксация этапа, запрос на приёмку, статус и подтверждённая легальность для получения оплаты.

3. Ремонтная компания

   Проверяет подход на потоке объектов, а не на одном: та же модель, несколько параллельных смет и бригад.

06 — Интерфейс

Как это выглядит

Экраны сняты с работающей сборки. Продукт делается телефоном вперёд: ремонт ведут с площадки, а не из-за компьютера.

Нажмите на снимок, чтобы открыть его во весь экран и пролистать остальные.

07 — Стадия

MVP на стадии подготовки к запуску

08 — Участие

Форматы участия в проекте

Устройство системы и план развития раскрываются предметно — при личном обсуждении и под соглашение о неразглашении.

09 — Вопросы

Вопросы, возникающие чаще других

Чем это отличается от таблицы и переписки в мессенджере?

Связью между сметой, этапом и платежом. Оплата возможна только за принятый этап, а изменение сметы фиксируется версией, а не правкой поверх старой.

Как проверяется легальность исполнителя?

Чек и статус самозанятого проверяются через официальный источник — ФНС, а не принимаются на слово от мастера или бригады.

Нужно ли переносить весь ремонт в приложение сразу?

Нет. Можно начать с одного этапа или одной сметы — остальное ведётся привычным способом, пока не появится доверие к новому.

Что будет, если пропадёт связь на объекте?

Устойчивость операций при потере связи — в разработке; сейчас приложению для записи действий нужно сетевое подключение.

Как связан с Syntha и ChatX?

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

Кто платит за приложение — заказчик или мастер?

Модель тарификации ещё обсуждается на пилотах и не зафиксирована публично: она должна следовать из того, кто получает больше пользы на конкретном объекте.

Может ли заказчик изменить смету сам, без согласия мастера?

Нет. Изменение сметы — это новая версия, которую видят обе стороны; расхождение фиксируется, а не переписывается тихо одной из сторон.

Возможна ли демонстрация?

Да, на действующей сборке.