Найти тему

ПРИЗНАКИ ПЛОХОГО DIGITAL-АГЕНТСТВА

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

1. Штат сотрудников

Компания, которая существует не первый и второй год - не закроется в середине проекта. Например, если компания существует порядка 5 лет, значит она завоевала репутацию в определенных кругах.

2. Постоянный адрес

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

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

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

4. Оплата

Открытые и удобные условия оплаты, а также возможность поэтапной оплаты.

5. Договор

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

6. Обратная связь

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

7. Заниженные цены

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

8. Самописные CMS

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

9. Сверхскорость

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

10. Ошибки

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