[
- У вас дорого
Такие реплики мы иногда получаем после того, как выполняем предварительную оценку очередного проекта. И тут хочется остановиться на нескольких моментах:
1. Мы занимаемся разработкой#
По сложности проектов разработка - это практически производство или строительство, потому что:
- проекты требуют сотен человеко-часов разработки
- в них участвуют специалисты как минимум 7-10 ролей
- работа ведётся по ТЗ с учётом требований заказчика
А это значит, что вариативность в используемых технологиях, уровне задействованных специалистов, подходах к разработке, системе управления - огромна.
В каждой ситуации мы стремимся определить оптимальную стоимость услуги, адекватную для конкретных задач, выполняемых конкретным специалистом. И многие из них могут только на первый взгляд казаться простыми, часто скрывая сложности и подводные камни.
2. Мы не стремимся заполучить заказчика ценой#
Хотя так порой делают другие подрядчики. В ходе предварительной оценки мы считаем примерные, но всё же достаточно точные сроки и бюджет проекта. А огромная насмотренность позволяет уже на этом этапе видеть подводные камни брать их в расчёт, чтобы смета получилась составленной по верхнему краю.
Это значит, что когда мы подпишем договор и начнём работу, реальные бюджет и сроки проекта могут оказаться только ниже. Вырасти они могут в единственном случае - если заказчик решит делать что-то большее или более сложное, чем планировал заранее.
При этом мы точно также, как и остальные подрядчики, находимся в рынке, и понимаем, что выпадая из рынка по цене, мы снижаем свою вероятность выиграть, когда наше КП попадает на стол заказчика рядом с несколькими другими. И поэтому стараемся, чтобы наши оценки были адекватными решаемым задачам и не содержали того, что заказчику не нужно.
3. Возможно, сравнение происходит некорректно#
Сравнительно дешевле можем получиться, например, если соотносить наши цены с ценами на фрилансе. На первый взгляд фриланс может действительно о казаться дешевле. И кому-то мы именно этот формат работы и порекомендуем. Однако для уровня проектов, с которыми работаем мы, фриланс точно не подходит, потому что не может обеспечить того качества и уровня выполнения работ, который даст проекту прочный фундамент для дальнейшего развития как технической составляющей, атк и безнесовой. А это, как правило, оборачивается совсем даже не экономией, а архитектурными проблемами, рисками потери репутации и убытков.
Чтобы пролить свет на подобные, часто некорректные, сравнения мы подготовили большой материал, который подсвечивает нюансы, нележащие на поверхности при сравнении форматов работы по цене: Аутсорс, фриланс или инхаус? - Большое сравнение форматов работы над IT-проектом
3. За оценкой к нам часто обращаются партнёры#
И это важный признак того, что наши оценки адекватны рынку и релевантны решаемым задачам.
С партнёрами мы часто выходим на пресейл проекта клиенту совместно и потом успешно стартуем проект, который выполняем в коллаборации.
От этого, как правило, выигрывают все стороны. Потому что мы берём на себя разработку, а партнёр - например, UX/UI. И клиент получает комплексную услугу и минимум головной боли.
4. Выбрав однажды, клиенты потом работают с нами годами#
Мы точно не самый дешёвый аутсорс-продакшен на рынке. Но если бы наши услуги были бы действительно неадекватно дорогими, клиенты бы нас не выбирали или отказывались от работы с нами в процессе.
Бывают редкие случаи, когда клиент задумывается о поиске более дешёвых вариантов разработки. Но здесь всегда вопрос в бизнес-модели проекта, под который мы реализуем решение. Если она плюсовая, то любой клиент будет рад продолжить разработку там, где это делается качественно и с вниманием к проекту. Если же проект не даёт результатов, то продолжать разработку системы для него становится просто нецелесообразно.
5. С нами часто работают стартапы#
Стартапы проходят разные фазы. Если стартап ещё только ищет свой продукт, клиента или модель монетизации, то мы не рекомендуем на этом этапе разрабатывать серьёзную систему, потому что велик риск того, что найти свой способ зарабатывать ему не удастся.
В этом случае мы с радостью предложим разработку MVP-версии проекта, в которой учтём бизнес-задачу стартапа и предложим оптимальное решение - как по бюджету, так и по технологиям. В дальнейшем с ходом проекта его, как правило, можно будет расширять и переиспользовать.
Если же стартап уже нашёл свой product-market fit, появились первые платящие клиенты, и есть бюджет на разработку, в этом случае наш подход к работе идеально подходит для того, чтобы взяться за проект и привести его к стабильно работающей системе с надёжной архитектурой, готовой к расширению.
6. Качественная реализация - это миллионы рублей сбережений#
Работая над IT-проектами, мы реально заморачиваемся на качестве. Все наши проекты - это не временно написанный код, а системы, которые мы основательно проектируем и затем годами поддерживаем и развиваем. Они живут, улучшаются и находятся у нас на поддержке.
Было бы глупо с нашей стороны создавать их изначально некачественно и затем либо ходить к клиенту и извиняться, либо выставлять круглые суммы за переделку.
А переделки - это всегда дорого. Особенно если в проект заложена неподходящая архитектура или код написан некачественно. С такими проектами мы сталкиваемся часто, подхватывая их после предыдущих подрядчиков и пытаясь реанимировать.
В этом случае больно бывает как заказчику, так и нам. Заказчику - потому что он уже намучался с предыдущим подрядчиком, который так и не смог довести проект до требуемого состояния. Нам - потому что спрос с нас в итоге более строгий, ибо сроки давно сгорели, бюджет изрядно растрачен и имея этот опыт, заказчик тревожится кратно сильнее, чем если бы обратился к нам сразу.
7. Вместе с разработкой заказчик получает команду#
Учитывая, что мы не бросаем проекты, которые выполнили, заказчик получает не только разработанную систему, но и команду, которая уже знакома с его проектом, с исходным кодом и внедрёнными решениями. По сути, это люди, которые прошли путь создания проекта вместе с заказчиком. И это огромная ценность для заказчика и проекта, потому что эти знания существенно сокращают сроки и расходы на дальнейшее развитие.
И даже если проект на какое-то время встал на паузу, мы сделаем всё возможное, чтобы переключить специалистов с него на другие задачи и вернуть их на проект, когда у заказчика снова возникнет потребность в разработке.
Вместо резюме 🏁#
Разработка - непростой и в принципе достаточно дорогой процесс. Система не разрабатывается один раз и остаётся в этом состоянии навсегда. Она создаётся, чтобы эволюционировать, улучшаться и расширяться - вместе с ростом и развитием проекта, под который разработана. И это инвестиции.
Заходя в разработку стоит заранее оценивать готовность к её финансированию и способы возврата этих инвестиций. Вопросы об этом нам тоже можно задавать. И мы постараемся подсказать, опираясь на наш опыт работы как со стартапами, так и со зрелым бизнесом.
Оценки и бюджеты наших проектов супер-адекватны. Поверьте, иначе и быть не может, когда предварительную оценку выполняет эксперт, имеющий 25 лет опыта в своей сфере, и он готов отвечать за каждую цифру в смете.
Мы точно в рынке. Мы явно дороже фриланса, но не дороже коллег по цеху. И сравнивая одно предложение с другим, важно уточнять, что же заложено в оценку конкретным подрядчиком, чтобы не получить неприятный сюрприз в конце.
Когда над проектом работает команда, проект управляется руководителями направлений и делается в соответствии с технологией и по техническому заданию, а сама работа ведётся по договору - это точно стоит инвестиций, потому что приближает шанс получить на выходе достойный продукт к 100%.
Сделать хорошо - не может стоить дёшево, но это точно дешевле, чем сначала сделать плохо, а потом исправлять последствия.
Авторы
Юрий Абдуллин @yury_eaCCO/CTO, IT-предприниматель, ментор IT-стартапов.
25 лет в разработке информационных систем (обо мне)
Открыты к новым проектам
Выполняем профессиональную разработку информационных систем, сервисов и платформ:
- дорабатываем MVP до полноценных систем
- проектириуем и внедряем ИИ-агентов
- проводим аудит кода и процессов
- обеспечиваем качественный QA и DevOps