Про оценки и сметы, или откуда берутся цифры

Всем привет, меня зовут по-прежнему Константин Кононов, я руковожу компанией Аппликатура.

Вот в прошлый раз я показал пример оформления сметы, давайте расскажу откуда она берется.

Типичное обращение заказчика выглядит таким образом:

“...Я вам все сейчас расскажу, там всего 30 экранов, сколько будет стоить приложение?..”

За последние 2 недели мне задали похожие вопросы больше 20 раз - расскажу что я думаю по этому поводу.

Правильный ответ - (долгий вдох, задержать дыхание, выдох, при необходимости повторить) - нужно ознакомиться с требованиями и на их основе составить первоначальную смету.

Требования - это сложно, непонятно и трудно? На самом деле нет:

Требования - это всегда текст, в котором описывается что именно должно делать приложение. Важно - не как, а что должно быть.

Например - это приложение для заказа услуг. Работать должно так: вошел - посмотрел услуги - заказал.

Для разработчика это будет звучать как запустил - загрузил и показал каталог - показал карточку товара - выбрал - положил в корзину - зарегистрировался или авторизовался - заказал и оплатил.

Значит, нужна авторизация / регистрация - верно?

Каталог - какой? Сколько уровней, какой товар, какая информация о товаре? Фильтры? Поиск?

Заказ - как оформляется? Бизнес-требования - доставка? Самовывоз? Выбор из них?

И это только первые вопросы, внутри каждого будут еще, например - может ли пользователь сделав заказ отменить его? Если может - что для этого он должен сделать? А если оплатил?

Без ответов на все эти вопросы достоверно посчитать стоимость проекта нельзя.

Документ, который детально описывает все функции проекта, называется “Спецификация функциональных требований”, и мы его составляем за 3-5 дней в среднем.

Плохая новость состоит в том что его невозможно составить без участия заказчика - в режиме интервью или любым удобным способом.

На основании согласованного - это важно - документа можно составить первоначальную смету, описывающую функции будущего приложения.

Можно эту смету воспринимать как финальную? Правильный ответ - нельзя, и вот почему:

Документ "Функциональные требования" и составленная на его основании смета отвечают на вопрос ЧТО должно делать приложение.

Осталось ответить на вопрос КАК оно будет все это делать. А для этого нужно выполнить работы, которые называются первоначальное проектирование, результатом которых будет прототип.

Вдруг для заказчика жизненно важно, чтобы товары сами летали и падали в корзину? Или она подпрыгивала от радости, когда в нее что-то добавили?

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

После того, как готов прототип - мы возвращаемся к документу Функциональные требования и делаем из него документ Техническое Задание На Разработку, где описание функций дополняется требованиями логики работы.

И вот на основании этого самого технического задания мы получаем наконец финальную смету проекта, которая оферта и которую вместе с техническим заданием можно использовать как приложение к договору.

Зачем такие сложности - спросите вы, а я отвечу: такие сложности за тем, что в итоге нам нужно будет сдать, а вам принять работу. А пока она будет идти многое забудется.

В итоге порядок всегда бьет класс, а правильно организованная работа позволит вам сохранить огромное количество времени, которое конечно же деньги.