Разработка веб-приложений и платформ

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

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

Потому что одинаково названные задачи отличаются в разы: «внутренняя система» — это и учёт заявок на трёх экранах, и система с ролями, согласованиями и обменом данными с 1С. Срок в рабочих днях называем после разбора, с разбивкой по этапам, и фиксируем в договоре. До разбора любая цифра была бы выдумкой.

Это нормальный результат, ради которого MVP и делается. Именно поэтому ещё до старта договариваемся о показателе, по которому это будет видно, — иначе после запуска придётся спорить на уровне догадок. Данные, код и доступы остаются вашими независимо от того, какой вывод вы сделаете.

Как решите. Гарантия 30 календарных дней действует в любом случае: ошибки по нашей вине исправляем бесплатно. Дальше можно взять поддержку у нас, а можно передать своему разработчику — мы отдаём репозиторий и документацию по запуску и обновлению именно для того, чтобы такой выбор у вас был.

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

Да, и в приложениях это почти всегда правильнее, чем пытаться предусмотреть всё заранее. Первая версия должна проверить, что решение вообще работает для вашего случая; расширять дешевле, чем переделывать лишнее. На разборе отдельно делим задачу на «сейчас» и «потом».

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

Чаще всего на TypeScript: Next.js для интерфейса и серверной части, PostgreSQL как база, Prisma для работы с ней, а для нагруженных API — отдельный сервис на Fastify. На этом стеке собрана и собственная система агентства. Выбор не догма: если у вас уже есть код на другой технологии и разработчик, который его знает, разумнее продолжить на ней. Важнее языка другое: репозиторий, сервер и база оформлены на вас, и приложение может подхватить любой разработчик, знающий этот стек.