Знакомьтесь — это Денис. Денис пришёл к нам, чтобы разработать мобильное приложение. Он рассказал про свою идею, мы собрали требования к проекту и оценили разработку в 5 миллионов рублей. Денису условия понравились, и он захотел с нами сотрудничать.
Спустя полгода мы выпустили приложение в стор. У проекта появились первые пользователи, и он начал приносить прибыль. Но Денис вложил в разработку не 5 млн, как мы изначально рассчитывали, а 7. Однако наш клиент не расстроен, не удивлён, не подавлен — Денис доволен изменением цены. Давайте объясним почему.
Как происходит предварительная оценка стоимости приложения
Проект Дениса — мобильный магазин бытовой техники. До подписания договора мы сделали предварительную оценку, чтобы Денис примерно понимал, сколько денег ему нужно будет вложить в разработку.
Для этого наш аккаунт-менеджер Алина узнала у Дениса, каким он видит будущее приложение. Она провела с Денисом несколько встреч, помогла ему сформулировать принципы работы приложения и выяснила, каких бизнес-результатов он ждёт.
После этого Алина пошла к команде и уточнила, сколько примерно времени им потребуется на разработку проекта. К оценке специалистов добавилось время на тестирование и менеджмент. Так получилась предварительная оценка приложения в 5 миллионов рублей. Мы предупредили Дениса, что в среднем после проектирования эта стоимость может увеличиться или уменьшиться на 15-20%.
Цена может измениться и на бо́льший процент, если клиент захочет добавить или убрать крупный блок функциональности
Денис понял, сколько примерно денег у него может уйти на разработку, и сказал, что хочет с нами сотрудничать. Если вы тоже этого хотите — напишите или позвоните +7-495-204-35-03 нам. Мы обсудим детали вашего проекта и начнём разработку.
Уточнение стоимости на этапе проектирования
После предварительной оценки и подписания документов, мы перешли на этап проектирования. На нём договорились, как будет работать мобильное приложение. Все договорённости зафиксировали в функциональном задании и технических заметках. Затем сделали прототип, который наглядно отразил функции, описанные в функциональном задании.
Получается, что на этапе проектирования команда углубилась в возможности приложения. На какие-то вещи мы посмотрели более детально, и это повлияло на стоимость проекта:
- Мы выяснили, что задач на проекте больше. Оказалось, что CRM-система, на которой работает бизнес Дениса, устарела. Стандартные методы для её интеграции не подходят, нужно прописывать решения вручную. Это дополнительный комплекс задач.
- Изменилось понимание некоторых функций и того, как их реализовывать. Мы начали проектировать и поняли, что в первой версии делать голосовой поиск по каталогу дорого. Денис отказался от этой идеи, и мы вычеркнули пункт из сметы проекта. Вместо этого в приложении появилась геймификация.
- У клиента появились новые требования к проекту. В момент проектирования Денис захотел добавить в каталог возможность сравнения товаров. Это расширило стоимость самого этапа проектирования, потому что потребовались дополнительные часы аналитика и дизайнера, чтобы продумать логику этой функциональности и внести её в прототип. И ещё расширило стоимость самой разработки, так как мы не закладывали функциональность в первоначальную оценку.
Этап проектирования помог нам уточнить стоимость разработки мобильного приложения для Дениса — она выросла до 6-ти миллионов рублей. Эту стоимость можно было снизить, сократив функциональность приложения до базовой. Но Денис хотел воплотить все планы, поэтому мы запустили производство расширенной версии.
Причины изменения стоимости приложения во время разработки
На проектировании мы зафиксировали список фич, описали техническую документацию, договорились, как приложение будет работать, и перешли к его созданию. Почему же цена изменилась?
Как бы удивительно ни звучало, но на это есть пять причин:
1. Изменения в дизайне
Задача студии на этапе дизайна приложения — не усложнять и строго идти по функциональному заданию, в котором прописаны мельчайшие детали проекта. Но бывает так, что клиент загорается новой идеей. В нашем случае Денис захотел добавить анимированного персонажа на экран приветствия. Мы не закладывали это в смету и объяснили Денису, что добавление персонажа увеличит стоимость, потому что нашим дизайнерам нужно подготовить макеты для анимаций.
Денис задумался. С одной стороны, анимированный персонаж не повлияет на продажи. С другой — сделает проект уникальным. Денис хотел выделяться на фоне конкурентов, поэтому принял решение добавить анимацию. Это увеличило стоимость на 200 тысяч.
2. Добавление новой функциональности
На изменение стоимости влияет появление новых функций в приложении. Если после этапа дизайна у клиента появляются идеи, и он предлагает их реализовать (а так происходит почти на каждом проекте), то мы должны:
1) оценить разработку новой функциональности;
2) заложить бюджет на её проектирование;
3) сделать для неё дизайн;
4) разработать функциональность;
5) протестировать её.
На эти все работы нужны дополнительные часы специалистов, которые нужно оплачивать. Отсюда и увеличение стоимости. Так произошло и на проекте Дениса. Уже во время разработки он захотел добавить на главный экран сторис, чтобы пользователи могли оперативно получать новую информацию о товарах. Проектирование, дизайн и разработка новой функциональности не были заложены в смету и привели к подорожанию проекта на 400 тысяч.
3. Глубина проработки фич
Изначально мы планировали, что в приложении Дениса будет только одна пользовательская роль — розничный покупатель. И спроектировали под неё личный кабинет. Во время разработки приложения Денис изменил свой бизнес-план и предложил добавить возможность оптовых покупок для определённой категории товаров.
У нас было два варианта, как это сделать: добавить ещё одну пользовательскую роль — оптовый покупатель — и сделать под неё ещё один личный кабинет или добавить опцию оптовой покупки на конкретные товары. Второй путь был дешевле, но из-за того, что нам пришлось усложнить уже существующую фичу, приложение подорожало на 300 тысяч.
4. Участие третьих сторон
Третьи стороны на проекте — это любые сторонние сервисы, которые мы интегрируем в приложение для разных задач. Например, банковские сервисы, чтобы проводить оплату, или Google-карты, чтобы пользователь мог выбрать адрес для доставки. На стороне сервисов не всегда всё идёт гладко, и это тоже влияет на стоимость.
Сервис смс-оповещений, который мы интегрировали в приложение Дениса, поднял цену подписки на 70%. В долговременной перспективе для Дениса — это дорого. Поэтому он попросил наших аналитиков найти другой сервис, который будет давать результат в том же качестве, но за меньшие деньги. Работа аналитиков добавилась к изначальной смете — это ещё 100 тысяч.
Другой пример участия третьей стороны — бэкенд на стороне клиента. Если часть работ выполняет другая команда, то мы становимся зависимыми от них, так как не можем спрогнозировать чужой прогресс по проекту. Нам приходится увеличивать часы менеджмента, чтобы согласовывать процесс и держать разработку в едином темпе. Также мы увеличиваем часы тестирования, чтобы проверить, корректно ли выполнены работы на стороне клиента.
Третий пример: клиент решил добавить в приложение визуализацию продукции в 3D, но ни у него, ни у нас в команде нет специалиста для этой работы. В этом случае мы нанимаем на аутстафф разработчика подобной функциональности в другом агентстве, что отражается на стоимости проекта.
5. Согласование работ с клиентом
Согласование работ с клиентом может занять больше времени, чем мы планировали изначально. Если на стороне клиента что-то меняется: сотрудники уходят на больничный или ЛПР занимаются текущей работой и временно не могут присутствовать на встречах, — мы создаём новые договорённости и вместе с клиентом двигаем сроки, чтобы все стороны могли работать в комфортных условиях.
Проект Дениса не сдвигался по срокам, но если бы так произошло, то это тоже могло бы повлиять на стоимость по одной из трёх причин:
- увеличилось бы время коммуникации менеджера с клиентом — а это тоже оплачиваемые часы;
- разработчикам бы потребовалось больше времени, чтобы вернуться в контекст проекта после долгой паузы.
- чтобы не допускать простоев, мы могли бы перевести специалистов на другой проект, чтобы у них была возможность дальше работать и получать зарплату.
Из-за всех этих изменений стоимость приложения Дениса выросла до 7-ми миллионов рублей. Но для Дениса это не стало новостью, потому что обо всех изменениях мы с ним договаривались заранее.
Как клиент узнаёт об изменении стоимости приложения
Одна из задач менеджера проекта — подсветить любое изменение стоимости прежде, чем оно произойдёт, и продумать вместе с клиентом план действий. Поэтому раз в неделю мы созваниваемся с клиентом и проговариваем прогресс проекта. О каждом изменении, которое может сказаться на бюджете и сроках, предупреждаем заранее.
Если изменение стоимости вызвано добавлением новой функциональности, то на встрече мы:
- проговариваем, какой бэклог задач был;
- называем функции, которые клиент захотел добавить;
- объясняем, как это отразится на стоимости;
- вместе с клиентом решаем, стоит ли брать это в разработку.
Краткое резюме встречи фиксируем в электронном письме и отправляем его клиенту, чтобы он ещё раз внимательно прошёлся по всем пунктам и подтвердил решение.
Получается, что на каждом этапе создания приложения Денис знал, как будет меняться стоимость проекта и почему это будет происходить. Он мог отказаться от дополнительной функциональности или отказаться от старых функций в пользу новых, чтобы остаться в рамках изначального бюджета. Но Денис хотел внести все изменения сразу, потому что понимал, что они принесут его бизнесу результаты в долгосрочной перспективе. Поэтому повышение цены наш клиент воспринимал как естественный процесс, обоснованный потребностями проекта.
Хорошие новости: приложение не всегда становится дороже
Увеличение стоимость проекта — это частный случай. Дороже становятся далеко не каждое приложение. Для примера — наш недавний кейс с приложением-сканером для магазина.
В момент продажи и подписания документов мы давали оценку в несколько миллионов рублей. В производстве получилось, что каждый этап мы закрывали быстрей, чем планировали. Какие-то фичи реализовали более простыми методами, для чего-то у нас находились уже готовые решения. Всё это снизило стоимость разработки в 1,5 раза. Клиент потратил меньше денег и остался с нами, чтобы развивать веб-версию продукта.
Снижение стоимости — не стихийный процесс. Мы можем целенаправленно влиять на него в случаях, когда клиенту необходимо уменьшить затраты на разработку. Позвоните +7-495-204-35-03 или напишите нам, если вам нужны партнёры, которые заинтересованы в том, чтобы экономить ваши деньги.
Изменение стоимости проекта: что нужно об этом знать
Разработка мобильного приложение — это сложный процесс с большим количеством неизвестных. На начальных этапах его создания мы ещё не видим всех подводных камней, поэтому клиент всегда должен быть готов к тому, что стоимость и сроки создания приложения могут измениться после этапа проектирования. Но об изменении цены нужно знать три важных вещи:
- Изменения в стоимости вытекают из потребностей проекта. Подорожание проекта на 10, 20, 100 тысяч рублей никогда не происходит без причины. За каждым изменением цены стоит изменение в проекте, которое мы вносим по решению клиента.
- Об изменениях клиента всегда предупреждают заранее. В нашем сотрудничестве не может быть внезапного повышения стоимости. Все изменения, которые приводят к подорожанию проекта, мы заранее проговариваем на встречах и договариваемся, вносим ли мы их в проект или нет.
- Клиент может влиять на изменение цены. Клиент может отказаться от дополнительной функциональности или начать вводить изменения в проект на этапе поддержки и развития, чтобы оставаться в пределах сметы. Мы же готовы помочь с поиском решения, которое будет выгодно и для бизнеса, и для бюджета клиента.
Заказать разработку мобильного приложения у нас можно, заполнив форму или позвонив нам по телефону +7-495-204-35-03.