Отзывы заказчиков о InfoRegion: старше 5-ти лет

Антон М.
Антон М. 
37 лет, Россия
14 лет в сервисе
Был онлайн 10 лет назад
12 лет назад

$200

1. Не читают тех. заданеие до конца и не читают деталей (тех. задание специально создано детализированным): делая одну часть, не делают другую - необходимо каждый раз напоминать об этом. Т. е. работают из-под палки. Надо заметить после напоминания они начинают делать (но это занимает моё время и растягивает срок исполнения проекта).
2. После напоминания о недаработке присылают что-то и ... опять без учета требований тех. задания! Т.е. они делают не то что мне нужно (что четко прописано в тех. задании), а то, что им пришло в голову.
3. Пришлось дозаказывать, что не сделано этими разработчиками. В связи с этим разработчикам я заплатил на 1000 руб. меньше. Хотя на доработки потратил больше денег.

Кратко: не рекомендую.

Громов.

Добавление от 18.02.09:

Буду писать то, что не сделано. Все остальное сделано на хорошем профессиональном уровне. Но! мне не нужны отдельные (при этом не все) детали механизма, сделаннные с ювелирной точностью: мне нужны работающие часы собранные в коробку и тикающие.

Конкретно:
1. Было поставлено конкретное ТЗ, с конкретными и однозначно интерпретируемыми данными, разрабтчик практически по каждому пункту нарушал условия тех. задания:
ТЗ: "(информация должна располагаться в два столбца, и в каждом столбце свой прямоугольный или иные блоки для информации)" - первый вариант получаю в варианте в 3 столбца;
ТЗ: "(пиктограммы должны существовать отдельно)... Размер пиктограмм - квадратные (но не обязательно - может быть близкий к квадрату прямоугольник), 50px на 50px или немного больше (на Ваш вкус).
Формат - GIF (обязательно - с прозрачным фоном!)". Разработчик (внимание!) присылает ссылку на один большой PNG (!!!) файл со словами "скачайте, все готово". т. е. я должен резать полотно на части и преврщать в GIF пиктограммы.
ТЗ: "(всё должно быть в стилистике сайта - должно быть мультяшной формы и сочные трехмерные рисунки - как, например, подарки в Контакты.ру)". Разработчик высылает ссылку на рисунок с блеклыми матовыми красками с низкой контрастностью. На просьбу, сделать объемными и сочными, присылают те же рисунки в более осветленном варианте (но от этого в них трехмерности не появилось) и они не стали сочно-контрастные (пример какими они должны быть чётко был представлен!)
ТЗ: "4. Работа также связана с позиционированием и размещением информации на странице: нужно разработать горизонтальные разделители (результат - html-css код). Пример: Территория, В отеле, В номере на странице". Разработчик прислал (и пока, за неимением другого готового варианта, это используется на сайте) плоское коричневое пятно, а все остальное на сайте трехмерное - и в ТЗ есть пример, где эти разделители сделаны в трехмерном варианте.

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

Абстрактно: что есть ТЗ? Это задание, на основании которого происходит исполнение проекта. Что есть исполнение проекта - это итеративный процесс, который включает в себя: моделирование -> разработка -> тестирование на соответствие ТЗ -> исправление ошибок и разработка -> тестирование на соответствие ТЗ -> ... -> тестирование на соответствие ТЗ -> документирование (в нашем случае не требуется) -> сдача проекта Заказчику.

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

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

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

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

На этом всё. Проект и так отнял много времени, больше разбираться с разработчиками не хочу и не буду: буду "голосовать ногами". Больше комментариев с моей стороны не будет.
Ответный отзыв
Заказчик, Илья Громов, - ненадёжен для сотрудничества.
После принятия выполненных работ по Заказу по ДОРАБОТКЕ дизайна сайта, выставлен совершенно непонятный и неадекватный отзыв.

1. Корректирующие элементы рабочих переговоров возводит в степень.
2 .Выполненную и, что характерно, ПРИНЯТУЮ им работу, просто не оплачивает до конца.
3. Приводит массу доводов по этому поводу, взамен конструктивного обсуждения возможных доработок
4. Оказывается, после неоднократных "спасибо" от Заказчика, можно впоследствии совершенно непредсказуемо получить бадью дёгтя.
5. Крайне неуважительно поступает в отношении Исполнителя.

Возможно Заказчик не до конца осознаёт негатив такой категоричности...

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