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

Короткий ответ: технологии выбираются ответом на четыре вопроса — какая платформа нужна продукту, какие сценарии критичны, с какими системами интегрироваться и кто будет развивать продукт через два года. Правильный стек — следствие этих ответов; неправильный — причина, по которой «все сейчас пишут на X». Заказчику не нужно разбираться в фреймворках: нужно задавать подрядчику правильные вопросы. Ниже — эти вопросы и антирейтинг плохих аргументов.

Четыре вопроса, выбирающие стек

1. Какая платформа? Магазинное приложение, PWA, Mini App — у каждого свой набор технологий. Пока платформа не выбрана, спор о фреймворках бессмыслен: сначала сценарии и аудитория (помогут статьи о PWA и магазине и Mini App), потом инструменты.

2. Какие сценарии критичны? Каталог и оплата не требуют ничего экзотического; офлайн-режим, фоновая геолокация, видеозвонки, работа с Bluetooth-устройствами — требуют, и сужают выбор. Список критичных сценариев важнее списка функций.

3. С чем интегрироваться? Учёт, CRM, платежи, службы доставки: у некоторых систем есть готовые коннекторы под одни платформы и нет под другие. Интеграционный ландшафт иногда выбирает стек сам — см. статью про интеграции.

4. Кто развивает через два года? Экзотический стек — это риск: найти команду на редкую технологию дороже и дольше. Мейнстрим-стек с большим рынком специалистов — страховка на случай смены подрядчика; сама процедура описана в статье о передаче проекта.

Что решить до технологий

Стек — четвёртый вопрос проекта, не первый. До него должны быть отвечены: состав первой версии (критерии MVP), платформа и модель разработки. Если подрядчик обсуждает технологии до этих тем, он продаёт то, что умеет, а не то, что вам нужно. Обратный порядок нормален только в одном случае: у вас уже есть команда со своим стеком — тогда продукт подстраивается под неё осознанно.

Антирейтинг аргументов о технологиях

• «Все сейчас пишут на X» — мода не отвечает на четыре вопроса выше.
• «X в два раза быстрее» — быстрее для кого и на чём? На типовых бизнес-экранах разница невидима; на критичных сценариях — меряется, а не декларируется.
• «Мы делаем только на X» — честно, но означает, что выбор платформы за вас уже сделан чужими компетенциями.
• «Напишем свой фреймворк» — вы получите продукт, который кроме автора никто не поддерживает.
• «Технология не важна» — важна ровно в трёх местах: критичные сценарии, интеграции и будущая команда.

Вопросы подрядчику о стеке

1. Почему этот стек под мои сценарии — и какие альтернативы отвергли и почему?
2. Насколько распространена технология: как быстро я найду другую команду, если расстанемся?
3. Какие мои интеграции покрыты готовыми решениями, а что пишется с нуля?
4. Что произойдёт с продуктом при обновлении ОС и правил магазинов — кто и как это поддерживает?
5. Покажите работающие проекты на этом стеке и дайте контакты их владельцев.

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

Частые вопросы