Денег нет, но вы держитесь. Почему подбор фреймворков под бюджет бизнеса — важный этап разработки продукта.

Постоянно смотрю на то, как команды разработки презентуют свои услуги: всегда есть стек и звёздное описание, что они очень опытные. Это примерно то же самое, что в меню пиццерии вместо самой пиццы был бы её рецепт. Хотя на самом деле всё куда проще — есть пицца, как конечный результат и есть чек — оплата результата.

Поэтому в ICEPartners я попытался представить всю эту историю, как меню в ресторане: у заказчика есть потребность, он приходит, видит меню и может сделать заказ исходя из своего бюджета и аппетита. Все «блюда» разделены на 4 сегмента в зависимости от фреймворка и бюджета. Доступность (стоимость) инструмента определяется количеством спецов на рынке.

🌟Низкий бюджет. Оптимально использовать Vue и Express, например, для интеграции AMO и Битрикс24.

🌟Средний бюджет. Поле для использования React, Express, NetJS в разработке ботов, платежных систем, систем контроля доступа, в автоматизации и интеграции.

🌟Высокий бюджет. Обычно в этом сегменте используют NetJS и Angular для создания порталов, работы с аудио и видео и роботизацией производства.

🌟Очень высокий бюджет позволяет использовать Angular и Python для разработки, например, собственного искусственного интеллекта.

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

Вся подробная информация о заказной разработке в ICEPartners здесь.

@vroderaboraetno

#разработка #бюджет

🧑‍⚖️🧑‍⚖️🧑‍⚖️ IT-пузырь лопнул: что происходит на рынке IT и что с этим делать?

Facebook недавно уволил 11 тысяч человек, Тесла планирует сокращения, стартапов становится меньше. Что это означает? Просто IT перестает быть сферой, где можно получать миллионы ни за что. «Вкатиться в IT» — мечта многих. Судя по количеству онлайн и оффлайн курсов из разряда #ябудущийайтишник, стать андроид-разработчиком или создателем приложений на iOS хотят и молодые люди, только окончившие школу, и уже состоявшиеся специалисты, желающие сменить сферу деятельности.

Но новый кризис оказался разрушительным для IT-сферы, которая раньше оставалась стабильной.Что происходит на рынке и почему IT-пузырь не выдержал очередного испытания кризисом в новой статье.

Спойлер: нужно смотреть на бэк и узкие специальности.

#разработка

⚠️⚠️Сказ о том, как мы бюджет проекта спасали.

В некотором царстве, в некотором государстве была компания, которая долго и успешно разрабатывала приложения для банков на непонятном басурманском языке Java. Язык был сложный, но сильно надежный, правда стоили добрые молодцы, которые умели на этом языке писать, по полцарства каждый. А руководил ими Емеля.

Плотно сидел Емеля на печи, на разработке банковского софта, но понесла его нелегкая в тендеры государевы. И вписались эти добры-молодцы в проект по изготовлению маркетплейса почти финансового для распространения его от края до края этого государства. День делают — сделать не могут, два делают не выходит, уж полгода прошло, а проект никак сдвигается. То ли язык басурманский оказался непригодным для финансов отечественных, то ли силушка молодецкая пропала в пальцах кодеров 😱

А царь-батюшка тем временем опричников шлет, уж больно хочется знать, когда результат явят перед его очами ясными. А у опричников, к тому же, еще и KPI не закрытый.

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

И тут встречается на пути Емели Иван-дурак. Разговорились они, и видит Иван, что совсем хреново Емеле. «Решу, — говорит, — я твою проблему. Но не силой и удалью, а хитростью. Возьмем мы с тобой low-code платформу». И смоделировали они основной бизнес-процесс за два часа. Охренел Емеля от такой скорости и тут же распустил всю свою команду добрых-молодцев, что на басурманском языке кодили. 🫢

Пообещал тогда Емеля осыпать Ивана наградами всевозможными, и ударили они по рукам. Проект закрыли за 6 месяцев, но основную часть, в виде процессов и бэка, сделали за полтора. А еще 3,5 месяца допиливали фронт.

Цена вопроса составила далеко не полцарства, а какие-то 7 млн., хотя сначала добрые молодцы закладывали 25 млн. золотых и 2,5 года на реализацию.

А мораль у сказочки проста — low-code может помочь, когда бюджет уже слит.

#разработка #lowcode

Low-code разработка: сохранить бюджет, время и нервы?

Сказку про спасённый бюджет можно прочитать здесь. Представьте, решили вы пилить корпоративный портал: наняли разработчиков, потратили много денег на проект, но он не прижился. Сотрудники всё так же общаются в Телеграме (или не дай бог в WhatsApp), а всю информацию либо записывают на бумажке, либо в планеры. Потеряли много времени, слили бюджет, а профита от проекта никакого.

Можно было поступить иначе — воспользоваться low-code и собрать все то же самое для проверки в 4 раза быстрее и дешевле.И заниматься всем этим должен сторонний подрядчик, чтобы «местных» программистов не переучивать.

И таким подрядчиком может выступить ICE Partners. Начнём с первичной консультации для оценки существующей системы и первичного расчета стоимости и длительности проекта.
Мы предлагаем услуги low-code разработки под разные запросы бизнеса:

🔵Боты и системы самообслуживания;
🔵Роботизация процессов
🔵Системы рассылок и оповещений
🔵Умная маршрутизация входящих обращений
🔵Банковские и платежные системы
🔵CRM-системы
🔵Порталы и сайты
🔵Мобильные приложения

Всё, что нужно — это написать мне в личные сообщения @afonix и рассказать о своём проекте.

#разработка #lowcode

Вести с полей или кейс о том, как мы пилили CRM для агенства недвижимости на low-code

На первый взгляд идея может показаться бредовой — зачем риелторам кастомная CRM? Но в процессе работы стало понятно, что чем более гибкий процесс работы с клиентами, тем успешнее проходят сделки.

Делать CRM при помощи сложной разработки дорого, долго и сложно просчитать результат от автоматизации. Поэтому было решено смотреть в сторону лоу-кода.

Подробно описал процесс внедрения в новой статье.

Ну, и дежурно напомню, что в ICEPartners можно прийти со следующими запросами:

🔵Инфраструктура (телефония, CRM и ERP, СКУД, видеоконференции и видеонаблюдение, RPA)
🔵Low-code разработка (сэкономить бюджет, время или проверить гипотезу)
🔵Миграция на отечественное ПО и железки (переход с санкционного софта)

@vroderabotaetno

#разработка #lowcode

Что кроется за бесконечным потоком предложений от аутсорсинговых и аутстафферских компаний?

Мне, как собственнику, еженедельно в личку стучатся от 2-х до 5-ти компаний, которые предлагают мне решить все мои вопросы и исполнить 3 заветных желания. Как правило, предложения делятся на два типа:

1. Рекламные: «мы разработаем проект под ваши задачи и под ваших клиентов».
2. Провокационные: «наша команда освободилась, поэтому мы (сделаем одолжение) возьмемся за ваш проект. Несите деньги».

Первое время я общался с этими горе-продажниками, вдруг они предложат мне что-то интересное, тот самый win-win. Но чуда не случалось, все они говорили «ты даешь нам клиентов, мы делаем хорошо». Стоп, а разве может быть по-другому? Кто-то делает работу плохо и продает это?

Из всех утюгов слышно о дефиците разработчиков. В действительности же рынок нуждается в миддлах и сеньорах. Если посмотреть статистику, то на одну позицию джуниор-специалиста приходится 500 откликов. И тут моя математика не сходится – если высококвалифицированных разработчиков не хватает, то что же продает такое большое количество аутсорсинговых компаний?

🔜 Как все есть на самом деле

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

Вот только на этапе продажи цену выставляют по итогам работы только «звездных сеньоров». И звучит это примерно так: «работали в банках всех цветов светофора, пишут идеально чистый код, поэтому и стоить это будет вам много». Хотя на деле оказывается, что на проекте сидит разработчик с зарплатой 30К рублей, который только что выпустился из универа. В общем, дешево и сердито.

Есть второй подход к работе, когда джунов садят на мелкие задачи, а специалистов уровня повыше на важные и процессные. В свою очередь первые с течением времени развивают свои скилы, повышают грейд и переходят на проекты посерьезнее.

Плюсы:

1. Нет проблем с поиском специалистов. Основное конкурентное преимущество у всех подобных компаний «отгрузим вам нужных спецов в кратчайшие сроки».
2. Быстрый старт проекта.
3. Разгрузка зарплатной ведомости.
4. Снижение налогов.

Минусы

1. Малая вероятность, что отгрузят специалиста, который сделает результат.
2. Если заказчик не погружается в проект, то над ним может работать команда низкоквалифицированных разработчиков, которым руководит один сеньор.
3. Текучесть кадров. Часто встречаются случаи, когда спецов перекидывают с проекта на проект. А это несет за собой отсутствие вовлеченности и сложности в коммуникации.

🔘 Почему в последнее время аутсорсинговые и аутстаффинговые компании активизировались?

Большинство сидело на европейских биржах типа Upwork, а когда те ушли из России, не все смогли перевезти компанию в другую страну. Поэтому сейчас в России остались самые нежизнеспособные с точки зрения продаж и те, кто работал с отечественным рынком до этого. У последних есть преимущество – они знают механику и продаются с помощью знакомств и нетворка.

Так что на данный момент мы имеем армию джунов, одетых в «аутсорс», которые бегают с криками «возьмите нас, пожалуйста!». Хорошая новость – на рынке есть те, кто отгружает специалистов сразу командами (со своими проджектами, тимлидами и т.д) и готов нести ответственность за результат.

🔘 Немного статистики

Возьмем маленький среднестатистический город России с население 200-300 тыс. человек. И даже там около 350 компаний занимаются аутстаффом и аутсорсингом. Из них качественных штук 6-7. А это всего 2% от общего числа. Статистика хоть и звучит грустно, но по факту рынок задач делится на 2 типа:

1. Серьезные долгосрочные проекты – 2%
2. Задачи а-ля «слепить меню для ресторана» – 98%

Вот и получается, что, в целом, возможности отвечают потребностям рынка.

P.S. В комментариях интересно будет почитать о ваших историях взаимодействия с подбоными конторами 👇

@vroderabotaetno

#разработка #аутстафф

Фаза моделирования, как гарантия адекватной оценки ИТ-проекта

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

🔘 Этапы фазы моделирования

1. Экспресс-обследование

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

2. Функциональные требования

На основе данных обследования заключается контракт. Работа по созданию системы начинается с определения и детальной проработки требований. Здесь обычно начинается свистопялска с урезанием процессов и технологий для удешевления проекта. На этом этапе исполнителю нужно включить твердость и убедить заказчика, что если есть необходимость модернизации существующей системы, значит она имеет существенные недостатки. При переходе сразу к схеме «как будет» без анализа существующего положения дел, очень большой риск не устранить старые проблемы.

3. Техническое задание

Финальный этап предпроектной стадии и документ, который однозначно определяет, что нужно делать для создания информационной системы. Основная головная боль проекта – это конечно интеграция. Поэтому в хорошо составленном ТЗ будет не только, как это «должно выглядеть», но и то, как это «должно работать».

5. Определение зрелости заказчика

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

Более подробно обо всех этапах моделирования можно прочитать в статье на сайте ICEPartners.

С запросом на описание процессов вы можете прийти в ICEPartners.
Для дальнейшего взаимодействия стучитесь в личку @afonix

@vroderabotaetno

#методология #разработка