1.1. Взаимодействие с Заказчиками (Основные функции)

1.1.1. Поиск заказов

7.2.3.1. По вопросам информации о продукции

1.1.2. Преддоговорная работа с Заказчиком

Регламентирующие документы

2.2.1.2.1. Преддоговорная работа с Заказчиком СТП-1-01

Требования к системе менеджмента качества ИСО9000:2000 Раздел 7

7.2.1.1. Требования потребителя относительно продукции, включая требования к готовности, доставке и поддержанию

7.2.2.4. Определение возможности достижения соответствия определенным требованиям

// Анализ требований к продукции / Процессы, связанные с потребителем / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

1.1.3. Формирование Технического задания

Регламентирующие документы

2.2.1.2.2. Порядок анализа и заключения контракта СТП-2-01 // Стандарты предприятия предприятия Эллат (СТП) / Документы системы менеджмента качества / Внутренние нормативные документы / Регламенты

Требования к системе менеджмента качества ИСО9000:2000 Раздел 7

7.2.1.2. Требования, не установленные потребителем, но необходимые для предназначаемого или установленного применения // Определение требований потребителя / Процессы, связанные с потребителем / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

7.2.1.3. Обязательства, связанные с продукцией, включая обязательные требования и положения законодательства // Определение требований потребителя / Процессы, связанные с потребителем / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

// Анализ требований к продукции / Процессы, связанные с потребителем / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

7.2.2.2. Подтверждение требований потребителя до их принятия, если потребитель не предоставляет письменного изложения требований // Анализ требований к продукции / Процессы, связанные с потребителем / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

7.2.2.3. Выяснение изменений требований контракта или заказа, отличающихся от ранее представленных (например, при торгах или ссылках) // Анализ требований к продукции / Процессы, связанные с потребителем / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

7.3.1.1. Определение стадий процессов проектирования и/или разработки

7.3.2.2. Применимые законодательные и обязательные требования

7.3.2.3. Применимые данные, полученные от подобных предыдущих разработок // Входные данные для проектирования и разработки / Проектирование и разработка / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

7.3.2.4. Другие требования, важные для проектирования и разработки // Входные данные для проектирования и разработки / Проектирование и разработка / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

7.3.4.1. Оценка возможности выполнения требований

1.1.4. Заключение Договоров

Регламентирующие документы

2.2.1.2.3. Положение о договорной работе с Заказчиком (СТП-3-01) // Стандарты предприятия Эллат (СТП) / Документы системы менеджмента качества / Внутренние нормативные документы / Регламенты

1.1.5. Контроль за выполнением договорных обязательств

Регламентирующие документы

2.2.1.2.3.2. Порядок анализа изменений и внесения изменений в Договорные документы // Положение о договорной работе с Заказчиком (СТП-3-01) / Стандарты предприятия Эллат (СТП) / Документы системы менеджмента качества / Внутренние нормативные документы / Регламенты

2.2.1.2.4.1. Процедура обработки жалоб и претензий Заказчика

2.2.1.2.4.2. Процедура устранения замечаний Заказчика // Положение о корректирующих и предупреждающих действиях (СТП-4-01) / Стандарты предприятия Эллат (СТП) / Документы системы менеджмента качества / Внутренние нормативные документы / Регламенты

Требования к системе менеджмента качества ИСО9000:2000 Раздел 7

7.2.3.2. Обработка запросов, контрактов, заказов, включая изменения // Связь с потребителем / Процессы, связанные с потребителем / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

1.2. Планирование работ по проектам (Основные функции)

1.2.1. Уточнение состава комплекса и объемов разработки

Регламентирующие документы

// Стандарты предприятия Эллат (СТП) / Документы системы менеджмента качества / Внутренние нормативные документы / Регламенты

Требования к системе менеджмента качества ИСО9000:2000 Раздел 7

7.2.2.1. Определение требований к продукции // Анализ требований к продукции / Процессы, связанные с потребителем / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

1.2.2. Планирование обеспечения качества проекта

Регламентирующие документы

2.2.1.2.5. Состав и порядок разработки программы обеспечения качества проекта (СТП-5-01) // Стандарты предприятия Эллат (СТП) / Документы системы менеджмента качества / Внутренние нормативные документы / Регламенты

Требования к системе менеджмента качества ИСО9000:2000 Раздел 7

• 7.1.1. Установление целей по качеству для продукции, проекта или контракта

7.1.3. Определение действий по проверке и утверждению и критерии приемлемости // Планирование процессов реализации / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

7.2.2.5. Фиксация результатов анализа и последующих прослеживающих действий (см. п.5.5.7) // Анализ требований к продукции / Процессы, связанные с потребителем / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

7.3.1.2. Определение действий по анализу, проверке и утверждению для каждой стадии проектирования и/или разработки // Планирование проектирования и разработки / Проектирование и разработка / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

1.2.3. Формирование частных технических заданий на разработку составных частей комплекса

Регламентирующие документы

2.2.1.2.7. Технология реализации проектов. Этапы и порядок проведения работ (СТП-7-01) // Стандарты предприятия Эллат (СТП) / Документы системы менеджмента качества / Внутренние нормативные документы / Регламенты

1.2.4. Планирование работ по проекту

Регламентирующие документы

// Стандарты предприятия Эллат (СТП) / Документы системы менеджмента качества / Внутренние нормативные документы / Регламенты

Требования к системе менеджмента качества ИСО9000:2000 Раздел 7

7.1.2. Определение потребности в установлении процессов и документации, обеспечении ресурсами и инфраструктурой, специфичными для продукции // Планирование процессов реализации / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

1.2.5. Координация и оперативный контроль выполнения работ

Регламентирующие документы

2.2.1.2.4.3. Процедура корректирующих действий // Положение о корректирующих и предупреждающих действиях (СТП-4-01) / Стандарты предприятия предприятия Эллат (СТП) / Документы системы менеджмента качества / Внутренние нормативные документы / Регламенты

2.2.1.2.6. Положение о планировании работ (СТП-6-01) // Стандарты предприятия Эллат (СТП) / Документы системы менеджмента качества / Внутренние нормативные документы / Регламенты

Требования к системе менеджмента качества ИСО9000:2000 Раздел 7

7.3.4.2. Выявление проблем и выработка предложений о прослеживающих действиях // Анализ проектирования и разработки / Проектирование и разработка / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

7.3.7. Управление изменениями проектирования и разработки

1.3. Разработка конструкторской, программной и эксплутационной документации (Основные функции)

1.3.1. Разработка документации на аппаратную часть комплекса

Регламентирующие документы

2.2.1.2.7. Технология реализации проектов. Этапы и порядок проведения работ (СТП-7-01) // Стандарты предприятия Эллат (СТП) / Документы системы менеджмента качества / Внутренние нормативные документы / Регламенты

2.3.3.3. План работ для отдела разработки и производства аппаратного обеспечения

1.3.2. Разработка программной части комплекса

Регламентирующие документы

2.2.1.2.7. Технология реализации проектов. Этапы и порядок проведения работ (СТП-7-01) // Стандарты предприятия Эллат (СТП) / Документы системы менеджмента качества / Внутренние нормативные документы / Регламенты

2.3.3.4. План работ для отдела разработки и производства программного обеспечения // Программы и планы мероприятий / Организационно-распорядительные документы компании / Регламенты

1.3.4. Анализ и утверждения результатов проектирования

Регламентирующие документы

2.2.1.2.7. Технология реализации проектов. Этапы и порядок проведения работ (СТП-7-01) // Стандарты предприятия Эллат (СТП) / Документы системы менеджмента качества / Внутренние нормативные документы / Регламенты

Требования к системе менеджмента качества ИСО9000:2000 Раздел 7

7.3.3.1. Соответствуют входным требованиям проектирования и разработки

7.3.3.2. Предоставляют надлежащую информацию для операций по производству и услугам (см. п.7.5) // Выходные данные проектирования и разработки / Проектирование и разработка / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

7.3.3.4. Определяют характеристики продукции, являющиеся существенными для ее безопасного и надлежащего применения // Выходные данные проектирования и разработки / Проектирование и разработка / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

7.3.5.1. Соответствие выходных данных входным требованиям // Проверка проектирования и разработки / Проектирование и разработка / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

7.3.6. Утверждение результатов проектирования и разработки // Проектирование и разработка / РЕАЛИЗАЦИЯ ПРОДУКЦИИ

• Обучение, Развитие, Тренинги

Ключевые слова:

1 -1

Мне нравится

В разных источниках литературы по продажам можно найти разное количество этапов продажи . Каждый автор рассматривает их со своей точки зрения.

Предлагаю рассмотреть ключевые этапы в работе с Клиентом>:

1 этап «Вступление в контакт» или «Установление контакта»

С этого этапа начинается любая продажа .

Цель данного этапа : расположить к себе Клиента и заинтересовать его в дальнейшем контакте.

При установлении контакта с Клиентом важно поприветствовать его и представиться

«Добрый день. Меня зовут Михаил, я менеджер компании «Окна плюс».

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

«Что вы знаете о нашей компании? Почему выбрали именно нас? Что планируете приобретать?»

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

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

2 этап «Выявление потребностей»

Цель данного этапа : определить потребности Клиента.

Чем точнее менеджер определит потребности Клиента, тем эффективнее проведет презентацию товаров и услуг, что в последствии приведет к сделке.

При выявлении потребностей менеджеру важно уметь задавать вопросы и слушать Клиента.

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

«Какое окно вы планируете приобрести? Где будете менять окно? Какой климат в квартире зимой и летом? Кто еще проживает в квартире? По каким признакам Вы выбираете окно?»

Закрытые вопросы менеджера позволяют конкретизировать потребности Клиента.

«Вы часто проветриваете помещение? У Вас есть животные? Вам удобно если наш замерщик приедет завтра в 9 утра?»

Альтернативные вопросы предлагают клиенту выбор вариантов.

«Вам удобно чтобы замерщик приехал с утра или после обеда? Установку новых окон планируем на этой неделе или на следующей?»

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

«Правильно ли я понял, что Вам нужно окно с повышенной шумоизоляцией? Насколько я понял, Вы хотите, что одна створка окна была поворотной, а другая – поворотно-откидной?»

Желательно подводить промежуточный итог после каждого обсуждаемого вопроса. Особенно если менеджер обсуждает с Клиентом несколько продуктов или услуг.

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

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

3 этап «Презентация»

Цель: предложить продукт или услугу максимально удовлетворяющие потребности Клиента.

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

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

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

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

«С помощью данной услуги Вы сможете сэкономить время и сократить расходы на 10%». «Данная фурнитура позволяет сократить количество регулировок».

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

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

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

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

«Как Вы относитесь к моему предложению?», «Что Вы думаете по этому поводу?», «Как Вам мое предложение?»

4 этап «Работа с возражениями»

Цель: развеять сомнения Клиента относительно покупки и снять негатив в отношении продукта или услуги.

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

Важно, воспринимать возражения Клиента как сигнал о том, что менеджеру нужно скорректировать свое поведение (особенно если возражений очень много).

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

Эффективно придерживаться схемы работы с возражениями:

1. выслушать Клиента;

2. нейтрализовать его эмоции, используя фразы понимания;

«Я вас понимаю», « Да, соглашусь, что неприятно…»

3. уточнить при необходимости информацию с помощью вопросов;

4. предложить конструктивные варианты решения или сделать альтернативное предложение.

Возражения Клиента бывают 4 видов:

1. возражения, связанные с изменениями.

«Зачем мне это нужно», «Я не вижу в этом смысла»

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

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

2. возражения, связанные с ценой.

«Это дорого для меня».

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

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

3. возражения, связанные с негативным опытом.

«Я слышал у Вас плохой профиль».

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

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

4. возражения, связанные с принятием решения.

«Мне надо подумать», «Нужно посоветоваться с женой».

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

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

5 этап «Завершение сделки»

Цель: подтолкнуть Клиента к сделке и подтвердить правильность принятого им решения.

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

Это можно увидеть по сигналам, которые он показывает:

• положительные отзывы о продукте или услуге;
• Клиент выражает одобрение словам менеджера (поддакивает, кивает головой и тд.);
• прямо говорит, что он согласен;
• задает уточняющие вопросы.

Методы завершения сделки:

1. метод ограничения условий и времени.

«Если Вы подписываете договор сегодня, то мы даем Вам скидку на окно 20%».

2. метод комплимента.

«Вы действительно сделали правильный выбор».

3. беспроигрышная альтернатива.

«Вас записать на замер во вторник или в среду?»

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

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

В этой статье вы прочитаете:

• Особенности работы с заказчиками, которые следует знать управленцам
• Какие правила работы с заказчиками удержат самых выгодных из них

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

Лучшая статья месяца

Мы подготовили статью, которая:

✩покажет, как программы слежения помогают защитить компанию от краж;

✩подскажет, чем на самом деле занимаются менеджеры в рабочее время;

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

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

1. Если клиентов переманил бывший сотрудник

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

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

2. Если клиента не устраивает уровень сервиса

Ситуация. Дотошный клиент требует, чтобы его заказ выполнили как можно скорее. Менеджер ссылается на затруднения, переносит сроки, раздражается или грубит. Заказчик отказывается от сотрудничества.

• Мотивация менеджеров по продажам: что действительно работает

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

3. Если сотрудники не борются за возвращение клиента

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

• Обучение менеджеров по продажам: готовим новичка в 3 шага

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

4. Если клиенту предложили более выгодные условия

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

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

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

• Анализ предметной области и создание ТЗ (взаимодействия с заказчиком)
• Проектирование структуры программы
• Кодирование (набор программного кода согласно проектной документации)
• Тестирование и отладка
• Внедрение программы
• Сопровождение программы
• Утилизация

Рассмотрим типы диаграмм для визуализации модели (это must have, хотя типов гораздо больше):

Диаграмма вариантов использования (use case diagram)

Диаграмма классов (class diagram)

Диаграмма состояний (statechart diagram)

Диаграмма последовательности (sequence diagram)

Диаграмма кооперации (collaboration diagram)

Диаграмма компонентов (component diagram)

Диаграмма развертывания (deployment diagram)

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

Я убежден, что программист в первую очередь это кодер – он НЕ должен общаться с заказчиком, НЕ должен задумываться об архитектуре системы, не должен изобретать интерфейс к программе, он только должен кодировать – реализовывать алгоритмы, функционал, внешний вид, юзабилити, но не более…. Проектировщик же должен начиная от абстрактных диаграмм (описывающих предметную область) до диаграмм представляющих структуру данных, классов и процессов их взаимодействия, детально шаг за шагом все расписать. То есть сложность работы и зарплата проектировщика должна быть на порядок выше чем у программиста == кодера. Простите за крамолу....

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

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

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

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

Данные заносятся в систему для надежного сохранения всех необходимых данных заказчика и качественной разработки сайта в целом.

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

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

*Процесс от звонка до подписания договора обычно занимает не более 1-2 дней.

После подписания договора и обмена электронными сканированными копиями заказчик оплачивает аванс, сумма которого обычно составляет 50% от общей суммы договора.

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

* Стоит понимать, что техническое задание является очень важным документом одновременно и для исполнителя, и для заказчика. Оно позволяет спроектировать и выполнить интернет-проект качественно и в срок.

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

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

* Предоставление заказчиком необходимых материалов критически важен, так как:

• необходимо грамотно вписать весь предоставленный заказчиком контент в сверстанный макет сайта сразу (лишние работы выполнять бессмысленно);
• технологический процесс исполнителя расписан буквально "по минутам" и нарушать его и нести дополнительны затраты мы не хотим;
• наполнение интернет-проекта тестовой информацией также лишен смысла (во-первых, опять же увеличивается объем ненужной работы; во-вторых, поисковые системы могут пессимизировать опубликованный на хостинге сайт с тестовым контентом; в-третьих, ваши потенциальные клиенты могут негативно отнестись к сайту, который содержит заведомо бесполезную информацию);
• и вам, и нам важно выполнить проект профессионально и точно в срок.

* Уважаемые заказчики, не задерживайте пожалуйста разработку собственного же сайта и получение прибыли с него. Предоставляйте контент вовремя! В противном случае, проект будет заморожен до момент получения от вас информации и, соответственно, перенесен срок сдачи сайта. Если нет времени на сбор и написание информации, закажите написание текстов и обработку фотографий нам, это недорого.

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

* В зависимости от сложности проекта заказчику может быть предоставлен доступ к системе ведения проекта (например, Redmine), где можно выкладывать необходимые ресурсы проекта, следить за этапами разработки и публиковать замечания.

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

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

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

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

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

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

После проведения окончательного расчета вместе с документами и сайтом заказчик получает руководство пользователя, копию сайта на DVD и бесплатную техническую поддержку в течение 2-4 недель с момент сдачи-приемки сайта.

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

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

Надеемся, что описанная схема взаимодействия прозрачна и понятна. Если еще остались вопросы, то просим