Предварительная оценка разработки

EcoComfort — план работ, сроки и стоимость

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

Стоимость MVP
≈ 665 000 ₽

Текущий расчёт по указанному составу работ: 665 000 ₽.

Ориентир по сроку
≈ 4 месяца

Около 14–16 недель. Этапы частично идут параллельно.

Главный риск
Зарядная станция + CSMS

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

Важно: стоимость указана за MVP / первую версию

Сумма 665 000 ₽ относится к согласованному составу первой версии продукта. Функциональность, которая в исходном ТЗ вынесена за пределы MVP, обозначена как отдельная опция или предполагается для следующих версий, в эту сумму не входит и оценивается отдельно.

Все суммы и сроки в этом документе предварительные. Окончательная стоимость зависит прежде всего от выбранной системы управления зарядными станциями, конкретного оборудования, внешних провайдеров и решений заказчика, отмеченных в ТЗ как [РЕШЕНИЕ] или [ДОПУЩЕНИЕ].

Что в итоге делаем

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

iOS + Android
одно мобильное приложение
Серверная часть
логика, данные, платежи, сессии
Веб-админка
станции, тарифы, сессии, операции
Интеграции
CSMS, платежи, касса, SMS, карты, push
01 / Этапы

Разбивка разработки MVP

Этап Срок Стоимость Основной результат
0. Уточнение ТЗ + архитектура ~1 нед. 10 000 ₽ Закрываем открытые вопросы и фиксируем основу проекта
1. Интерфейс + API/БД ~1–2 нед. 55 000 ₽ Экраны, сценарии, структура данных и API
2. Серверная часть ~4–5 нед. 140 000 ₽ Пользователи, станции, брони, EcoCoin, платежная логика, сессии
3. Мобильное приложение iOS + Android ~5–7 нед. 210 000 ₽ Все пользовательские сценарии мобильного приложения
4. Внешние интеграции ~2–3 нед. 130 000 ₽ CSMS/OCPP, платежи, касса, SMS, карты, push
5. Веб-админка ~2–3 нед. 40 000 ₽ Операционная админка для MVP
6. Тестирование + пилот + публикация ~2–3 нед. 80 000 ₽ Тесты, реальные проверки на станции, исправления, релиз
Итого ~14–16 нед. 665 000 ₽

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

Этап 0 — уточнение ТЗ и архитектура

Сначала закрываем моменты, которые сейчас в ТЗ ещё не определены. Здесь не хочется начинать разработку с предположений.

• конкретная станция и CSMS;
• платежи и касса;
• правила EcoCoin;
• отмена, возвраты и неявка;
• поддержка и роли;
• инфраструктура и публикация приложений.
Ссылка на ТЗ: §17, D01–D11; также §1–§3 и §14.

Этап 1 — интерфейс + API/БД

Прорабатываем экраны и сразу определяем, какие данные и операции нужны серверу.

• карта, станции, порт;
• бронь и ожидание;
• зарядочная сессия;
• кошелёк и история;
• профиль и поддержка;
• структура БД и основные API.
Ссылка на ТЗ: §4–§11, Приложение В.

Этап 2 — серверная часть · 140 000 ₽

Основная бизнес-логика: пользователи, станции, порты, календарь, брони, EcoCoin, платежи, сессии, история, поддержка, аудит.

Из ТЗ:
§5–§14; FR-002–FR-023; особенно §7, §8, §9, §12, §14.

Этап 3 — iOS + Android · 210 000 ₽

Единое мобильное приложение на общей кодовой базе. Внутри — карта, бронь, QR, зарядка, кошелёк, история, профиль, уведомления и поддержка.

Из ТЗ:
§4–§11; FR-001–FR-023; отдельное внимание §9 и §12 — восстановление состояния и работа при потере сети.

Этап 4 — интеграции · 130 000 ₽

CSMS/OCPP, платежи, касса, SMS, карты и push. Платежи, SMS и карты сами по себе не выглядят сложными; главное — получить нормальную документацию и тестовый доступ.

Главный вопрос: какая конкретно система CSMS и какая станция? Без этого точную трудоёмкость интеграции оценить нельзя.
Из ТЗ:
§14, D06–D07, AT-03, AT-05, AT-06, AT-08, AT-09.

Этап 5 — веб-админка · 40 000 ₽

Базовая операционная админка: станции, порты, тарифы, технические блокировки, брони, сессии, пользователи, кошелёк, платежи, возвраты, обращения, инциденты, аудит, поиск по ID и базовые отчёты. Также предусматривается ручной вывод порта из эксплуатации и работа с затронутыми бронированиями.

Из ТЗ:
§13, Приложение А, FR-021.

Полноценная CRM, отдельный кабинет владельца площадки и расширенная аналитика в этот этап не закладываются.

03 / Интеграции

Что нужно будет подключить

CSMS / зарядные станции
Получение статусов и телеметрии, отправка команд запуска и остановки, работа с ошибками и восстановлением связи.
Нужна конкретика
Платежи
СБП и карты, серверные уведомления, подпись, повтор запросов, возвраты и сверка.
Стандартная API-интеграция
Касса
Фискализация, позиции, возвраты, повтор при ошибке, связь чека с операцией.
Стандартная API-интеграция
SMS
Отправка одноразового кода, ограничения и обработка ошибок.
Стандартная API-интеграция
Карты
Карта, поиск, геокодирование, координаты, расстояние, внешний маршрут.
Стандартная API/SDK-интеграция
Уведомления
Бронь, напоминания, старт, завершение, ошибки, поддержка.
Стандартная интеграция

Инфраструктура и эксплуатация

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

Среды: разработка, тестирование, пилот и рабочая среда с раздельными ключами.
Резервирование: резервные копии и проверка восстановления до релиза.
Мониторинг: базовый контроль ошибок платежей, CSMS, чеков, уведомлений и незавершённых операций.
Документация: схема данных, API, инструкция развёртывания и базовая инструкция для администраторов.

ТЗ: §15, §16, §14, D08.

Как выглядит основная схема работы

Мобильное приложение
    ↓
Серверная часть
    ├── платежи / касса / SMS / карты / уведомления
    ↓
CSMS
    ↓
OCPP
    ↓
Зарядная станция

Важный момент: приложение не должно самостоятельно «держать» зарядку. Основное состояние сессии хранится на сервере, а приложение получает его при открытии и после восстановления связи.

04 / Созвон

Что необходимо уточнить и предоставить

Для уточнения требований просим определить следующие моменты. Часть из них напрямую влияет на стоимость и сроки разработки.

1. Зарядные станции и CSMS
Укажите производителя и конкретную модель зарядной станции.
Укажите используемую систему управления зарядными станциями (CSMS).
Предоставьте документацию по API / OCPP и описание доступных функций.
Предоставьте информацию о тестовой среде CSMS, если она предусмотрена.
Предоставьте доступ к реальной станции для пилотного тестирования.
Уточните, какие команды и показатели фактически поддерживаются на выбранном оборудовании.
ТЗ: D06, §14, AT-05, AT-06, AT-08, AT-09.
2. Деньги и EcoCoin
Укажите платёжного провайдера для СБП и банковских карт.
Укажите сервис онлайн-кассы и способ интеграции с ним.
Определите юридическую и бухгалтерскую модель EcoCoin.
Укажите момент, в который покупка EcoCoin считается совершённой.
Опишите правила возврата денежных средств и EcoCoin.
Укажите порядок расходования купленных и бонусных EcoCoin.
ТЗ: D01–D04, D07, §8.
3. Бронирование
Утвердите правила отмены бронирования и условия полного/частичного возврата.
Утвердите правила для случая неявки пользователя на забронированную станцию.
Укажите порядок действий, если предыдущий автомобиль не освободил место.
Укажите сроки и условия возврата средств в спорных и отменённых сценариях.
Укажите источник, по которому система должна определять задержку и фактическое освобождение места.
ТЗ: D02, D05, §7, §10.
4. Зарядка
Определите, каким способом пользователь задаёт объём или лимит зарядки.
Подтвердите, требуется ли функция «Добавить объём» в первой версии.
Определите коэффициент запаса для прогноза, технический буфер, правила добавления объёма и правила расчёта при превышении лимита из-за задержки телеметрии.
Подтвердите правило применения тарифа при изменении тарифа между бронированием, запуском и завершением сессии.
ТЗ: D03, §9, FR-015.
5. Поддержка и роли
Укажите, требуется ли в первой версии форма обращения или полноценный чат поддержки.
Укажите перечень ролей сотрудников, которые должны иметь доступ к админке.
Определите, какие сотрудники будут обрабатывать обращения пользователей.
Укажите, планируется ли отдельная роль/кабинет владельца площадки в следующих версиях.
ТЗ: §3, §11, §13, D09, Приложение А.
6. Тарифы и правила бронирования
Утвердите тарифы на электроэнергию.
Подтвердите, остаются ли стоимость короткой брони 49 EcoCoin и плановой брони 99 EcoCoin.
Утвердите длительность короткой и плановой брони.
Укажите, на какой срок вперёд разрешается плановое бронирование.
Утвердите шаг времени начала брони и технический буфер между бронированиями.
Утвердите правила бесплатной отмены, частичного/полного возврата, неявки и задержки предыдущего автомобиля.
ТЗ: D01–D03, §7.
7. Платный простой и освобождение места
Укажите, есть ли датчик или другой надёжный источник подтверждения освобождения места.
Если платный простой нужен, утвердите его тариф, округление, максимальную сумму и момент начала начисления.
Определите, какие данные считаются достаточным доказательством занятости места и как обрабатываются споры.
Подтвердите, должен ли платный простой входить в первую версию или остаётся выключенным.
ТЗ: D05, §10, FR-017, FR-025.
8. Гостевой сценарий
Подтвердите, требуется ли гостевая оплата без установки приложения.
Если требуется, определите, как гость должен пополнять баланс/оплачивать зарядку и как возвращается неиспользованный остаток.
Подтвердите, остаётся ли гостевой сценарий отдельной опцией после первой версии.
ТЗ: D11, FR-024.
9. Юридические требования и персональные данные
Предоставьте тексты оферты, согласий и политики обработки персональных данных либо подтвердите, что они будут подготовлены отдельно.
Утвердите сроки хранения данных и правила удаления данных пользователя.
Укажите допустимый регион размещения инфраструктуры.
Подтвердите, какие финансовые документы должны сохраняться после запроса удаления аккаунта.
ТЗ: D08, §5, §15.
10. Нагрузка и требования к рабочей системе
Укажите предполагаемую географию запуска и количество станций/портов на старте.
Укажите ориентировочное количество пользователей и одновременных зарядочных сессий.
Подтвердите минимальные версии iOS и Android, которые необходимо поддерживать.
Подтвердите, принимаются ли целевые показатели из ТЗ как допущения для первой версии: первый полезный экран до 3 секунд, ответ каталога до 2 секунд p95 и доступность backend не менее 99,5%.
Укажите дополнительные требования к резервному копированию и восстановлению, если RPO/RTO должны быть жёстко зафиксированы.
ТЗ: §15, D08, NFR-01–NFR-08, §15.
11. Бренд, дизайн и материалы для публикации
Подтвердите написание и оформление бренда EcoCoin.
Предоставьте логотипы, фирменные материалы и готовые требования к оформлению, если они уже есть.
Укажите, кто предоставляет тексты и графические материалы для App Store и Google Play.
Укажите, на чьих аккаунтах будут размещаться приложения и кто отвечает за публикацию.
ТЗ: D10, §2.
12. Доступы и внешние сервисы
Предоставьте ключи, тестовые доступы и договорные данные по выбранным внешним сервисам.
Подтвердите, кто оплачивает тарифы внешних сервисов и кто является их владельцем.
Предоставьте тестовые реквизиты и доступы для платёжной системы, кассы, SMS, карт, push и CSMS.
Укажите, какие ограничения или лимиты внешних API необходимо учитывать.
ТЗ: D06–D08, §14.
13. iOS / Android и публикация
Укажите, на каких аккаунтах будут размещаться приложения в Apple Developer / App Store Connect и Google Play Console.
Предоставьте необходимые доступы к аккаунтам и внешним сервисам для разработки, сборки и публикации.
Определите ответственное лицо со стороны заказчика за публикацию и прохождение модерации в App Store и Google Play.
Предоставьте юридические материалы и данные, необходимые для публикации приложений.
Укажите, требуется ли отдельная тестовая среда и тестовые учётные записи для мобильного приложения.
ТЗ: D08–D10, §2, §15, §16.
05 / Допущения

Что заложено в оценку MVP

Входит

• iOS + Android на общей кодовой базе;
• серверная часть;
• базовая веб-админка;
• один основной платёжный контур;
• одна касса;
• один SMS-провайдер;
• один картографический сервис;
• одна согласованная система CSMS / основная модель оборудования;
• базовые технические метрики и журналирование без отдельной аналитической платформы.

Не входит в стоимость MVP

• дополнительные модели зарядных станций;
• дополнительные CSMS;
• гостевая оплата без установки приложения;
• платный простой и автоматические компенсации;
• закрытые территории / шлагбаумы / распознавание госномеров;
• полноценный чат поддержки;
• CRM и расширенная аналитика;
• другие языки и дополнительные нестандартные интеграции.

Основные технические моменты, которые нельзя потерять

Повтор операций. Повтор платежа, webhook, брони, запуска или остановки не должен создавать вторую операцию.
Состояние сессии. Источник истины — сервер и зарядная инфраструктура, а не локальный таймер в телефоне.
Бронь. Две одновременные заявки не могут подтвердить один и тот же интервал.
Финальный расчёт. После Stop расчёт идёт по фактическим показаниям, а остаток резерва возвращается.

ТЗ: §7–§9, §12–§16, FR-006–FR-023, AT-02–AT-12.