У нас в айтишной тусовке есть такое понятие, как legacy-код..

Это код, написанный каким-то подрядчиком на заре 2000-х, потом дописанный сотрудником, который уволился десять лет назад, а впоследствии поддерживаемый фрилансерами. Что представляет собой такая система? Полный, лютый, неразбираемый хаос — смесь творчества множества разработчиков и разных технологий, многие из которых уже не поддерживаются и морально устарели.

Возникает логичный вопрос: «А нахуя этим пользоваться?»

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

Но её люто ненавидели все, кроме особых извращенцев, потому что писать её начали ещё в конце 90-х. Выглядела она соответственно: мерзкий старый интерфейс, ПРОСТО дохренище странных непонятных кнопочек, и — о-о-о, да-а-а — как же она глючила!

Очевидно, что такого мамонта пора списывать на свалку истории и переходить на современное ПО. Почему же большая и вполне успешная компания этого не делает?

Всё просто — нужно 1,5 млрд рублей!

«Хули так дорого?» — спросишь ты.

Отвечаю: это ПО разрабатывали двадцать лет, в нём миллионы интеграций и тысячи процессов, которые каким-то непонятным образом работают. Программа стоит в каждом офисе, на каждом компьютере, и каждый сотрудник огромной компании умеет с ней работать. Чтобы внедрить новую систему, нужно остановить работу и перенести все процессы — это потери денег. Нужно переучить сотрудников — снова потери (ведь они не продают и не работают, пока осваивают новую программу). А ещё новую систему придётся неоднократно доводить до ума, исправляя баги, которые неизбежно всплывут при широком тестировании, — и это… ну, ты понял.

Вот так и получается, что огромная компания сидит на старом дерьмовом ПО и никуда от этого деться не может. То же самое и с «Аэрофлотом»: чтобы просто обновить Windows, нужна хренова туча денег, не говоря уже о профильном ПО.

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

Вот так и получается, что гиганты чахнут под своим весом)

Так вот, CustDev – это методика исследования потребностей целевой аудитории для создания продукта или услуги. Простыми словами, это процесс общения с потенциальными клиентами для понимания их проблем, ожиданий и предпочтений перед тем, как разрабатывать продукт. Смотрите, прежде чем что-либо разрабатывать, у вас должна быть какая-то идея.

Объясню на собственном опыте. Возникла у нас в команде идея автоматизации поиска новых сотрудников компаниями, дабы упростить работу рекрутеров. Подготовили список вопросов, набросали примерный план интервью и приступили к работе. Лично я провел 7 интервью, а другой член команды провел порядка 20 интервью (жесть). И знаете, что?

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

В предыдущем абзаце я затронул очень (ну прям очень) важную мысль, а именно, приложение/продукт/сервис должен устранять боль потенциального клиента, а не впаривать ему ценность. Смотрите, объясню на аналогии зубной боли. Если у вас болит зуб, прям жесть как болит, вы готовы сделать все, абсолютно все, чтобы эту боль устранить. Абсолютно аналогичная ситуация и с разработкой продуктов, если ваше решение устраняет боль клиента, то он готов максимально участвовать в тестировании и даже разработке продукта, даже если на начальном этапе разработки продукт плохого качества (нет каких-либо фич, плохой дизайн и т.д.). Штош, на этом пока все, пацантре. Следующая часть будет финальная, где я поведаю о еще парочке набитых шишек и подведу итоги.

Ну и не забываем, я разработал чат-рулетку в виде мини-приложение в telegram, как говорится welcome t.me/Socionyx_Bot/socionyx. Недавно приложение получило крупный апдейт (Разработка telegram мини-приложения в 2025 или как я дошел до жизни такой. Крупный апдейт).

Ссылка на мой telegram канал t.me/socionyxchannel, you are welcome too, где я пишу про будни разработчика.

Эх, люди рождённые в 20х - 100% будут сильно тупые если не ограничивать в процессе обучения взаимодействие с ИИ. Хотя, в вузах они сами до всего допрут и перестанут учиться. Как мы. Но мы по-другому неучились.

Пробуй. Удаляй, Ломай, Восстанавливай. Только так приходит понимание.