Важное действие неудобно выполнять на ходу
Человек заполняет длинную форму, ищет нужный раздел или каждый раз начинает заново. Выделяем короткий мобильный путь с сохранением контекста.
Мобильное приложение
Заказать повторно, выполнить задание на выезде, вести личный план, получить важное уведомление. Проектируем приложение для iOS и Android или выбранной платформы, когда регулярное использование и возможности телефона оправдывают отдельный продукт.
Задача клиента
Человек заполняет длинную форму, ищет нужный раздел или каждый раз начинает заново. Выделяем короткий мобильный путь с сохранением контекста.
Задача может зависеть от камеры, уведомлений или работы при нестабильной связи. Проверяем требования и ограничения платформ до выбора технологии.
Установка требует усилия пользователя. Определяем, какое повторное действие даёт приложению смысл, и сопоставляем его с вебом, PWA и Mini App.
Когда выбирать
Для редкого просмотра информации и отправки одной заявки обычно достаточно адаптивного сайта. Если аудитория уже работает в браузере или Telegram, сначала стоит сравнить PWA и Mini App. Наличие приложения само по себе не создаёт установки и повторные визиты.
Согласованный состав
Определяем аудиторию, устройства, способ распространения и приоритет первой версии. Решение о технологии принимаем после разбора требований.
Проектируем вход, основное действие и возвращение пользователя. Продумываем разрешения устройства, ошибки и состояния загрузки.
Собираем согласованные экраны и функции для выбранных платформ. Проверяем взаимодействия на предусмотренном наборе устройств.
Подключаем обмен с действующей системой или разрабатываем необходимую обработку данных. Камеру, уведомления, определение местоположения и работу без связи включаем только при наличии этих требований в задании.
Проводим проверки, готовим согласованные материалы и сборки. При включённой публикации подаём приложение через аккаунты заказчика и сопровождаем предусмотренный этап рассмотрения.
От знакомства до передачи
Знакомство → бриф → обсуждение задания → коммерческое предложение → договор → оплата. Только после оплаты начинаем работу.
После договора и оплаты фиксируем платформы, устройства, обмен данными и критерии готовности. Проверяем технически сложные возможности до основной сборки.
Согласуем прототип, визуальный интерфейс и работу с разрешениями. Отдельно описываем действия при обрыве связи, если это входит в объём.
Собираем приложение и обработку данных по заданию. Проверяем вход, сохранение результатов и согласованные сценарии на выбранных устройствах.
Проводим приёмку и подготовку выпуска, передаём сборки и документацию. Публикацию и ответы на замечания площадки выполняем в согласованных границах.
Вы рассказываете о бизнесе, задаче и том, что уже работает. Вместе определяем, какую часть стоит разбирать дальше. Можно начать с бесплатного аудита бизнеса за 25 минут.
Собираем сведения о продукте, клиентах, материалах и пожеланиях. Если часть информации пока неизвестна, отмечаем, что нужно уточнить.
Обсуждаем, что именно создаём, какие функции и материалы нужны и как будем проверять готовность. Поясняем спорные места до согласования.
Показываем состав проекта, стоимость и план. Отдельно перечисляем необходимые платные сервисы и задачи, которые не входят в выбранный объём.
Закрепляем объём, сроки, порядок согласований, передачи результата и оплаты. Вы проверяете условия, затем стороны подписывают договор.
Вы вносите оплату в размере и порядке, указанном в договоре. Способ и график платежей согласуем заранее.
Только после оплаты приступаем к проекту. Показываем промежуточные материалы, собираем обратную связь, проверяем результат и передаём предусмотренные файлы и доступы.
Рабочая гипотеза
Цена на странице — ориентир, итоговую стоимость определяет смета. На неё влияют платформы, обработка данных, возможности телефона, работа без связи и публикация. Порядок старта: встреча → бриф → согласование задания → коммерческое предложение → договор → оплата → работа. Стартовая цена относится к первой версии с согласованным набором функций; полноценный продукт с дополнительными ролями и подключениями оцениваем отдельно.
Получить оценку проекта ↗Срок разработки считаем по составу версии и готовности обмена данными. Подготовка аккаунтов, материалов и рассмотрение площадками влияют на дату публичного выпуска; внешнюю модерацию учитываем отдельно от готовности сборки.
Состав, цену и этапы закрепляем в договоре. Оплата — только по договору.
До начала разработки
До разработки выделяем повторяющийся сценарий и проверяем удобство его выполнения. Уведомления добавляем по смыслу и с учётом разрешений пользователя.
Одних экранов недостаточно для обработки заказов и других действий. Заранее проверяем, как приложение получает и сохраняет данные, насколько безопасен вход и что нужно разработать отдельно.
Сохранить экран и безопасно отправить накопленные изменения — разные задачи. Для работы без связи определяем данные, очередь действий и правила разрешения конфликтов.
Функции и подключения
Это возможный состав. Конкретные функции, доступность подключений и внешние расходы проверяем и фиксируем до старта.
Перед решением
Да. Выбираем первую платформу по аудитории и условиям распространения. Вторую оцениваем отдельно, учитывая возможность использования общей логики и необходимость её проверки.
Сравниваем требования к устройству, интерфейсу, команде сопровождения и бюджету. Общая кодовая база может быть уместна, но не отменяет различий платформ и тестирования.
Иногда оболочка допустима, но она не устраняет неудобные сценарии и ограничения сайта. Решение должно соответствовать задаче и требованиям площадки; не выдаём оболочку за дополнительные возможности устройства.
Приложению нужна система, которая хранит данные и обрабатывает действия. Можно подключить действующий сервис, доработать его или создать необходимую часть заново — это выясняем до сметы.
Согласуем дату готовности со своей стороны и зависимости. Срок рассмотрения и решение внешней площадки не контролируем, поэтому обещание даты публикации без этих оговорок было бы неточным.
Планируем выпуск через аккаунты заказчика, когда это применимо к выбранной площадке. Подготовку, доступы, платежи и права участников согласуем заранее; передавать пароли через переписку не требуется.
Обновления операционных систем, подключённых сервисов и требований площадок могут потребовать изменений. Объём наблюдения, исправлений и новых выпусков определяем отдельным соглашением, чтобы ответственность не оставалась неопределённой.
Для первого разговора
Если чего-то пока нет, начнём с того, что есть. Не требуется писать большое техническое задание самостоятельно.
После запуска
Заявка
Готовое техническое задание не нужно. Расскажите, что хотите изменить, что уже работает и когда нужен результат. Если представляете бюджет — укажите ориентир.
Где нужна перемена: на сайте, в Telegram, в продажах или в работе команды. Можно привести пример обращения клиента.
Сайт, бот, система учёта клиентов, готовые материалы — или пока только идея.
Есть ли дата запуска или время можно обсудить.
Примерная сумма или диапазон. Если пока не определились, оставьте поле пустым.
На этой странице появится подтверждение, что заявка принята. Затем свяжемся с вами в указанном мессенджере, уточним вводные и договоримся о следующем шаге.
Сначала разберём задачу. Если достаточно доработать то, что уже есть, предложим этот вариант.