Keep it simple: почему принцип простоты остаётся актуален

Технологии меняются постоянно: появляются новые инструменты, подходы, платформы. Но задачи бизнеса по сути остаются теми же — компаниям по-прежнему нужно повышать эффективность, масштабироваться, быстрее решать свои задачи и оставаться конкурентоспособными.

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

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

Прежде всего, мне кажется, это не тренд. Keep it simple — это вообще в каком-то смысле основа всей IT-отрасли. Да и не только IT.

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

Если посмотреть вообще на развитие человечества — всё всегда шло именно к этому. Когда-то люди делали всё вручную, потом появились фабрики, автоматизация, цифровые системы. В IT происходило ровно то же самое.

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

Сейчас мы наблюдаем похожую историю с AI. У бизнеса всегда был большой пласт интеллектуальной работы, но рядом с ним — рутина. И сейчас как раз появляется возможность эту рутину передать системам и агентам, которые могут делать её быстрее и качественнее.

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

На самом деле навредить можно чем угодно. Если тебе нужно раз в месяц поставить подпись ручкой, не нужно строить огромную автоматизированную систему ради этой подписи. Это уже не про keep it simple. Но здесь важно понимать, что сейчас вся индустрия находится в стадии экспериментов. И это нормально.

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

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

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

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

Таких кейсов на самом деле много. Один из самых показательных и относительно недавних — это проект ТС «ПОБЕДА». Клиенту нужен был корпоративный сервис для сотрудников. У заказчика уже был хороший корпоративный сайт, поэтому изначально логика была стандартная: делать отдельное приложение под iOS, отдельное — под Android. Но мы вместе с клиентом в итоге выбрали PWA.

Почему это оказалось правильным решением?

Потому что:

• не нужно поддерживать две отдельные платформы;
• проще интеграция с существующим порталом;
• меньше затрат на разработку и поддержку;
• быстрее запуск;
• ниже сопротивление пользователей.

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

В итоге клиент получил решение, которое дешевле, проще в поддержке и при этом лучше вовлекает сотрудников.

Подробнее: Создание корпоративного мобильного приложения (PWA) для компании ПОБЕДА — кейс ITECH

Да, например, проект для «КлючАвто».

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

В итоге:

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

Очень часто самое правильное решение — не строить новую сложность там, где её можно избежать.

Подробнее: Разработка личного кабинета, редизайн и поддержка сайта для компании КЛЮЧАВТО — кейс ITECH

Мы всегда старались работать через релизы и MVP, даже ещё до того, как это стало модным подходом. Сейчас это называют MVP, product approach, итерационной разработкой. Но если честно, 15 лет назад это просто называлось «делаем проект по этапам».

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

Это важно по нескольким причинам.

1. Бизнес быстрее получает результат;
2. По ходу проекта становится понятно, какие функции действительно нужны, а какие — лишние;
3. Бизнес-процессы в компаниях сейчас меняются слишком быстро. Если делать проект год без релизов, есть риск, что к моменту запуска половина решений уже станет неактуальной.

Поэтому мы всегда старались работать итерационно, тестировать гипотезы, смотреть на обратную связь и только потом двигаться дальше.

Подробнее: Time-to-value: вдвое ускоряем путь от идеи до рабочего решения — блог ITECH

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

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

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

Такой подход снижает количество лишних коммуникаций и делает работу для клиента более понятной и управляемой.

Для нас это в первую очередь про простую и понятную коммуникацию.

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

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

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

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

У нас многие руководители выросли внутри компании. Они хорошо понимают ценности и подходы, на которых строился бизнес. Новые сотрудники тоже постепенно интегрируются в эту среду — в компании остаются люди, которым этот подход близок.

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

Во многом потому, что мы не пытаемся перестроить всю систему сразу.

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

То же самое касается внутренних изменений. Мы спокойно экспериментируем с процессами, структурами, ролями. Если что-то не работает — откатываемся назад и ищем другое решение. Это, кстати, тоже часть keep it simple. Не пытаться строить огромную сложную систему заранее, а идти постепенно и смотреть, что реально работает.

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

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

При этом речь не о том, чтобы все сотрудники мыслили одинаково. Наоборот, сильная команда состоит из очень разных людей. Кто-то быстрее принимает решения, кто-то любит глубоко разбираться в деталях, кто-то постоянно задаёт неудобные вопросы. Такое разнообразие помогает компании развиваться.

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

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

Мне вообще кажется, что сложное — это набор маленьких простых решений плюс огромное количество лишних элементов вокруг, которые только мешают. И в этом смысле простота — это не упрощение ради примитивности. Это скорее умение убрать лишнее и оставить суть.

Мне кажется, что это про адекватное отношение к себе и к окружающим. Без попытки все усложнять.

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

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