Комментарии

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

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

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

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

Дизайн и разработку которую мы заказали в DST Global оказались не только эстетически привлекательными, но и высокофункциональными. Мы получили именно то, что искали: сайт, который привлекает внимание и помогает клиентам быстро принимать решения. Удобная навигация и адаптивный интерфейс значительно улучшили пользовательский опыт. Это действительно лицо нашей компании в сети, и мы гордимся им! Рекомендую всем, кто хочет поднять свой бизнес на новый уровень.

Сайт, который мы разработали с командой ДСТ, стал настоящим лицом нашей компании в интернете. В условиях перенасыщенного рынка первое впечатление имеет огромное значение. Благодаря продуманному и современному дизайну, наши клиенты легко находят нужную информацию и совершают покупки. Мы заметили значительное увеличение конверсии после обновления сайта. Удобный интерфейс и уникальные функции, адаптированные под наши нужды, сделали его не только красивым, но и функциональным. Рекомендую всем, кто хочет выделиться среди конкурентов!

Мы у себя в компании понимаем когда стоит задуматься о модернизации или редизайне сайта, если начинают беспокоить данные пункты:

— Устаревший дизайн — у конкурентов новые опции и фишки, изменились пользовательские требования или алгоритмы поисковых систем и т. д.
— Падение в поисковой выдаче — снизились позиции и конверсия, ухудшились поведенческие факторы.
— Новый брендбук — обновился фирменный стиль и позиционирование, требуется новое оформление.
— Новые направления бизнеса, появление новых товаров — требуется изменение типа или структуры сайта.
— Устаревшая CMS (либо ее отсутствие) — нет возможности администрирования.
— Устаревший код — требуется переход на новые технологии. Зачастую это позволяет ускорить сайт и улучшить пользовательский опыт, добавить новый функционал и т. д.
— Отсутствие адаптации под разные типы устройств.
— Высокая стоимость поддержки и развития ресурса. Особенно актуально для устаревших и самописных CMS.

Мы у себя в компании понимаем когда стоит задуматься о модернизации или редизайне сайта, если начинают беспокоить данные пункты:

— Устаревший дизайн — у конкурентов новые опции и фишки, изменились пользовательские требования или алгоритмы поисковых систем и т. д.
— Падение в поисковой выдаче — снизились позиции и конверсия, ухудшились поведенческие факторы.
— Новый брендбук — обновился фирменный стиль и позиционирование, требуется новое оформление.
— Новые направления бизнеса, появление новых товаров — требуется изменение типа или структуры сайта.
— Устаревшая CMS (либо ее отсутствие) — нет возможности администрирования.
— Устаревший код — требуется переход на новые технологии. Зачастую это позволяет ускорить сайт и улучшить пользовательский опыт, добавить новый функционал и т. д.
— Отсутствие адаптации под разные типы устройств.
— Высокая стоимость поддержки и развития ресурса. Особенно актуально для устаревших и самописных CMS.

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

Ну и конечно самое главное это — расширение функционала который может включать в себя следующие действия:

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

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

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

Ну и конечно самое главное это — расширение функционала который может включать в себя следующие действия:

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

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

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

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

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

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

В этой записи я расскажу вам какие этапы нужны для грамотной реконструкции существующего сайта.
Первый этап — Исследование

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

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

2. Общение с текущими клиентами. Задача выяснить их проблемы с сайтом. Узнать, что нравится на сайте, а какие разделы/страницы нужно переработать или совсем убрать.

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

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

Проще и эффективнее всего производить анализ с помощью систем сквозной аналитики. Мы используем Google Data Studio, что позволяет собирать, обрабатывать и визуализировать данные с разных источников.

4. Анализ текущих позиций сайта и его особенностей. Важно заранее понять на каких позициях в поисковых системах находится сайт, за счет чего получает трафик. Задача обновления сайта, это улучшение показателей.
Второй этап — Прототипирование

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

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

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

Прототип сайта можно разрабатывать в любой программе, важен результат, а не инструмент. Например, Figma или Axure RP отлично подходят для таких задач.
Третий этап — Визуальный дизайн (UI)

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

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

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

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

Когда дизайн сделан, работа передается отделу разработки.

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

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

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

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

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

Поддержка сайта является рекомендуемой услугой для всех клиентов. Идеальная поддержка — это ежемесячный «Check-up» сайта, проверяется весь основной функционал, состояние контента, обновление системы и прочее.

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

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

В этой записи я расскажу вам какие этапы нужны для грамотной реконструкции существующего сайта.
Первый этап — Исследование

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

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

2. Общение с текущими клиентами. Задача выяснить их проблемы с сайтом. Узнать, что нравится на сайте, а какие разделы/страницы нужно переработать или совсем убрать.

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

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

Проще и эффективнее всего производить анализ с помощью систем сквозной аналитики. Мы используем Google Data Studio, что позволяет собирать, обрабатывать и визуализировать данные с разных источников.

4. Анализ текущих позиций сайта и его особенностей. Важно заранее понять на каких позициях в поисковых системах находится сайт, за счет чего получает трафик. Задача обновления сайта, это улучшение показателей.
Второй этап — Прототипирование

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

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

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

Прототип сайта можно разрабатывать в любой программе, важен результат, а не инструмент. Например, Figma или Axure RP отлично подходят для таких задач.
Третий этап — Визуальный дизайн (UI)

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

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

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

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

Когда дизайн сделан, работа передается отделу разработки.

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

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

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

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

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

Поддержка сайта является рекомендуемой услугой для всех клиентов. Идеальная поддержка — это ежемесячный «Check-up» сайта, проверяется весь основной функционал, состояние контента, обновление системы и прочее.

Универсально-лучшего нет.

Заказчик должен составить для себя список ключевых требований к аутсорсеру с приоритетами. Например,
— «Решает индиценты быстрее других» — 10 баллов макс
— «Цена» — 8 баллов макс
— «Обязательное наличие подтвержденного опыта с похожими заказчиками» — 10 баллов
— «Кол-во сертифицированных инженеров в каком-то домене» — 7 баллов
и т.п.

Прогнать по списку все возможные кандидатуры и выбрать лучшего.

Что такое лучший аутсорсер? Есть какое-то универсальное мерило?

Я работаю в компании ICL, но мнение частное.

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

Про привлечение к проектированию и развитию – тоже весьма за!
ИТ-директор может (и должен!) знать куда идет бизнес, как он развивается или планирует развиваться, он должен думать о том, как можно сделать бизнес лучше, используя ИТ и владеть дорожной картой развития ИТ. И при принятии решений ему весьма полезно знать мнение тех, кому это потом реализовывать и обслуживать :)
Но обязывать не можем. Если он уверен в своих силах и готов решать самостоятельно – это его право.

Суть SLA вы уловили. Главное, чтоб «что, кому, в какие сроки и с каким качеством» было зафиксировано в максимально измеримом виде.

1) Нельзя выбирать одного аутсорсера. Всегда необходим основной и резервный поставщик услуг, особенно в российских реалиях.

2) Заказчик обязан (а не может) привлекать аутсорсера в вопросах проектирования и развития архитектуры. Если этого не происходит, то аутсорсер не может контролировать объем задач по поддержке (заказчик может плохо спроектировать систему), а значит, не может предложить адекватного ценообразования своих услуг. Ни о какой синергии в этом случае также речи не идет.

3) «Ключевой показатель для решения о заключении контракта – Service Level Agreement (соглашение об уровне предоставления услуг)» — как по мне, дак это понятность для обоих сторон (на всех уровнях) что и как будет делаться, а что делаться не будет, а не возвышенная терминология.

Аутсорсинг нужен, чтобы:

освободить персонал (в нашем случае – ИТ-персонал) от рутинных и непрофильных задач;
сконцентрировать силы сотрудников на главных для бизнеса функциях;
снизить финансовую нагрузку на компанию.

Добиться всего перечисленного вполне реально – если правильно подойти к аутсорсингу. Этот пост о том:

как подготовить и начать кампанию ИТ-аутсорсинга;
как выбрать надежного поставщика;
что можно и нельзя отдавать на ИТ-аутсорсинг.

1. Подготовка к ИТ-аутсорсингу
Оцените готовность своей компании к ИТ-аутсорсингу:

поймите главные процессы управления ИТ-услугами;
сформулируйте конкретные и выполнимые цели преобразований;
ответьте себе на вопрос: «Удовлетворяет ли меня управление ИТ-потребностями в компании?».

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

прямые затраты на заработную плату ИТ-специалистов;
прямые и косвенные затраты на организацию рабочего процесса (стоимость рабочих мест, включая площади, затраты на обучение и развитие персонала…);
другие затраты (управление рисками, организация, коммуникации, инфраструктура…).

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

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

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