Шесть этапов и что делает заказчик
| Этап | Что происходит | Что делает заказчик |
|---|---|---|
| 1. Идея и проверка | Понять, есть ли проблема и за что будут платить | Говорит с будущими пользователями, решает, что проверять первым |
| 2. Объём первой версии | Один главный сценарий, что входит и что нет, срок и цена | Описывает пользователя и сценарий, утверждает объём |
| 3. Проектирование | Сценарии, экраны, данные, роли | Проверяет, что так и будут работать люди |
| 4. Разработка | Работающие части каждую неделю | Открывает и пробует, собирает замечания |
| 5. Запуск | Проверка на настоящих данных, публикация, передача кода | Принимает работу, даёт доступы, готовит первых пользователей |
| 6. После запуска | Исправления, наблюдение, следующая версия | Смотрит, что делают пользователи, и решает, что дальше |
Первый этап — про продукт, а не про код: стоит ли вообще строить и что проверять первым — прототип, проверку концепции или MVP. Об этом разбор «Что такое MVP». Дальше — про проект: его чаще всего проваливают не на разработке, а на втором и шестом этапах.
Этап 2: объём и ТЗ
Техническое задание на разработку приложения пугает тех, кто не программирует. Зря: технические решения — работа подрядчика. От заказчика нужно другое, и это помещается на две-три страницы:
- Кто пользователь и в какой ситуации он открывает приложение.
- Главный сценарий по шагам: «открыл, выбрал услугу, выбрал время, оплатил, получил напоминание». Один сценарий, сделанный до конца, а не десять начатых.
- Роли: кто ещё работает в системе — администратор, исполнитель, менеджер — и что каждый должен видеть и делать.
- С чем связать: оплата, ваша учётная система, CRM, карты — и что из этого нужно с первого дня.
- Платформы: iOS, Android, веб — и почему именно они.
- Что в первую версию не входит. Этот список важнее остальных: он и есть защита от проекта без конца.
Чего в ТЗ от заказчика не нужно: выбора технологий, архитектуры и макетов каждого экрана. Если подрядчик просит это от вас, он перекладывает на вас свою работу.
У нас этот этап занимает первую неделю: объём, срок и одна сумма — письменно, и то, что не входит, тоже письменно. Всё, что придумается по ходу, — следующий этап со своей ценой, а не доплата задним числом.
Этапы 3 и 4: проектирование и разработка
Проектирование — самый дешёвый момент, чтобы передумать. Сценарии, экраны и данные проверяют до кода: поменять схему базы на бумаге стоит часы, а после первых пользователей — недели. Ваша задача здесь — пройти сценарий глазами настоящего пользователя и сказать, где он споткнётся.
В разработке главное правило — видеть работающее, а не проценты готовности. Мы каждую неделю показываем то, что уже работает: его можно открыть и потрогать, а не читать отчёт. Если за месяц вам показали только макеты и отчёты, это повод задать вопросы.
Этапы 5 и 6: запуск и после
Перед запуском приложение проверяют на настоящих данных, а не на тестовых. Мобильное приложение ещё проходит проверку в App Store и Google Play — её время закладывают в план заранее, а не в последний день. После запуска заказчик получает код, доступы и инструкции.
Шестой этап недооценивают чаще всего. Первая версия — это вопрос к пользователям, и ответ на него приходит после запуска: проходят ли люди сценарий, возвращаются ли. Для этого в первой версии и нужна админка, где видно, что происходит. Дальше — исправления и следующая версия. Сопровождение у нас — по желанию, 1 900 BYN в месяц.
Как найти и выбрать разработчика приложения
Фрилансер, студия или своя команда — это вопрос не цены, а того, кто отвечает за результат целиком. Фрилансер дешевле, но приложение — это несколько ролей сразу: проектирование, интерфейс, сервер, мобильная часть, запуск. Своя команда окупается, когда продукт уже живёт и развивается постоянно. Студия — когда нужен результат под ключ и одна сумма.
Кого бы вы ни выбирали, задайте каждому одни и те же вопросы:
- Что можно открыть и проверить? Работающие продукты, а не скриншоты. Лучше всего — то, что работает до сих пор.
- Цена до начала работы — за письменный объём? И что происходит, когда хочется больше.
- Как часто я увижу работающую версию? Каждую неделю — нормальный ответ.
- Чей код и когда я получу доступ? Правильный ответ — ваш, с первого дня.
- Что после запуска? Сколько стоит сопровождение и можно ли уйти со своим кодом к другой команде.
Три сигнала насторожиться: цена без письменного объёма, обещание «сделаем всё, что захотите» и код, который отдают только в конце. Сравнивать сметы разных студий удобнее по одним и тем же вопросам — их список есть в статье «Сколько стоит создать приложение».
Как это идёт у нас
Заявка и разговор — 1–3 дня: пара предложений о задаче и бюджет, созвон; если нам нечего предложить, так и скажем. Первая неделя — объём и цена письменно. Недели 2–7 — разработка с показом каждую неделю. Недели 4–8 — запуск, проверка на настоящих данных, передача кода, доступов и инструкций.
Узкая первая версия стоит от 14 700 BYN для веб-сервиса и от 22 000 BYN для нативного мобильного приложения: один главный сценарий, админка и оплата. Что входит и что обычно откладывают — на странице «Приложение под ключ», свой случай можно прикинуть в калькуляторе.