← Назад к базе знаний

Веб и мобильные продукты: как принимать работу

Веб и мобильные продукты

Коротко. Заказчик цифрового продукта почти всегда принимает работу по внешнему виду и по списку функций. Обе проверки пропускают то, из-за чего продукт потом переделывают: скорость загрузки, поведение на слабой связи, доступность для людей с ограничениями и невозможность что-либо измерить. Маршрут собирает критерии приёмки, которые видны без разработчика.

Зачем это бизнесу

Разница между «сайт есть» и «сайт работает на выручку» измеряется двумя-тремя показателями, которые проверяются за десять минут после сдачи. Если их не записать в договор заранее, спорить будет не о чем: формально всё сделано по макетам.

Маршрут

Ступень Что читаем Что забираем Срок
1. Как устроена страница Книги по вёрстке и основам фронтенда из подборки Понимание, из чего складывается скорость загрузки 2 недели
2. Современный фронтенд «ECMAScript 6 для разработчиков», книги по React из подборки Почему одностраничное приложение быстрее в работе и медленнее на входе 3 недели
3. Мобильные приложения «Нативная разработка мобильных приложений», «Основы Flutter» Выбор между нативным и кроссплатформенным — в деньгах и сроках 2 недели
4. Измерение «Google Analytics», материалы по продуктовой аналитике Что настроить до запуска, а не после 2 недели
5. Безопасность «Безопасность веб-приложений» Минимальный перечень проверок перед выходом в открытый доступ 2 недели

Что проверить при приёмке — без разработчика

Проверка Как сделать Что считается нормой
Скорость на телефоне Открыть на своём телефоне через мобильный интернет, не через офисный Wi-Fi Основное содержимое видно за 2–3 секунды
Поведение при плохой связи Включить режим ограничения скорости в браузере или проверить в дороге Понятное состояние загрузки, а не белый экран
Формы Отправить с ошибками, с длинными значениями, дважды подряд Внятные подсказки, нет дублей заявок
Аналитика Совершить целевое действие и найти его в отчёте Событие видно в тот же день
Доступность Пройти форму только клавишей табуляции, увеличить шрифт на 150% Всё достижимо и читается
Поиск Проверить, что страницы открываются по прямым ссылкам и имеют заголовки У каждой страницы свой заголовок и описание

Шесть выводов — своими словами

  1. Скорость — это выручка, а не удобство. Каждая лишняя секунда на входе отсекает часть посетителей, и на мобильном трафике это заметнее всего.
  2. Красивый макет не гарантирует работающий продукт. Дизайн принимают глазами, а теряют на скорости, формах и обработке ошибок.
  3. Аналитика, настроенная после запуска, теряет первый месяц. Именно тот месяц, по которому потом судят об успехе.
  4. Кроссплатформенная разработка дешевле на старте и дороже на глубине. Пока приложение простое — экономия реальна; как только нужны тонкости работы с устройством, разница исчезает.
  5. Доступность — не благотворительность. Требования к ней растут в госзакупках и у крупных заказчиков, а переделка обходится дороже, чем закладывание сразу.
  6. Половина уязвимостей — это формы и права доступа. Не экзотика, а базовые вещи, которые проверяются по короткому списку.

Красные флаги

  • В договоре нет численных требований к скорости загрузки.
  • Аналитика вынесена в отдельный этап «после запуска».
  • Приёмка проводится только на компьютере в офисе.
  • Нет ответа на вопрос, что произойдёт при удвоении посещаемости.
  • Подрядчик не отдаёт доступы к хостингу, домену и системе аналитики.

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

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

Связанное

Книги названы как источники. KZSalesHub не распространяет файлы изданий.

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

Материал оказался полезным?

Больше на KZSalesHub

Оформите подписку, чтобы продолжить чтение и получить доступ к полному архиву.

Читать дальше