Комментарии

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

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

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

Молодые и амбициозные веб-программисты видят только верхушку айсберга: дизайн, юзабилити, контент. Но совершенно забывают о привычках пользователей, ассоциаций с брендом, 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 систем на базе ИИ еще нет, так что это первая не только в России, молодцы разработчики, хорошая новость

Приятно что Российские разработчики сделали первыми

Запускали новый, мебельный маркетплейс с товарами широкого профиля. Долго выбирали CMS. Нам нужна была удобная и гибкая платформа, которая будет удобна и нашим сотрудникам, и продавцам, и которую мы сможем легко перенастроить под свои потребности. DST Маркетплейс в этом плане идеально нам подошла. Ее легко установить и настроить, в ней легко разобраться даже не самому подготовленному пользователю.

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

Запускали новый, мебельный маркетплейс с товарами широкого профиля. Долго выбирали CMS. Нам нужна была удобная и гибкая платформа, которая будет удобна и нашим сотрудникам, и продавцам, и которую мы сможем легко перенастроить под свои потребности. DST Маркетплейс в этом плане идеально нам подошла. Ее легко установить и настроить, в ней легко разобраться даже не самому подготовленному пользователю.

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

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

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

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

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

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

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

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

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

Максим недавно открыл барбершоп. До сентября 2020 года он просто давал рекламу и привлекал новых клиентов. Персональные данные Максим не обрабатывал. Когда появилась постоянная аудитория, барбершоп ввёл программу лояльности — скидочные карты. Чтобы их оформить, клиенты оставляют фамилию, имя и номер телефона. Так Максим стал оператором персональных данных.

Операторы персональных данных — это любые компании и ИП, которые собирают информацию о пользователе. Фактически это любой предприниматель, который размещает в интернете формы для:
регистрации на сайте;
авторизации через соцсети;
ответного звонка или сообщения;
заказа товара или услуги;
подписки на рассылку;
обратной связи.

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

Не считаются операторами только:

— Физические лица, которые собирают данные для личных или семейных нужд. Например, если человек записал номер телефона друга или спросил имейлы коллег, чтобы разослать приглашения на юбилей.
— Компании, которые обязаны хранить архивные документы по закону «Об архивном деле». Это государственные организации, которые занимаются делами Архивного фонда РФ.
— Компании, которые обрабатывают данные, отнесенные к гостайне указом Президента. Это органы власти и государственные организации.

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

И как же понять, что я оператор персональных данных или нет?