Сервис Работа: К вопросу переформатирования Топа разработчиков в сторону профессионализма - страница 5
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Предложение разработчикам. Ввести в интерфейсные настройки Профиля опцию: "Не отображать мой ник в списке 'Разработчики'". Тогда каждый сможет самоустраниться из сервиса Работа.
Только не надо строить из себя оскорбленную невинность.
А вдруг разработчик больше не занимается разработками, а ему упорно заказывают работы.
Может разработчик:
1. не хочет чтобы ему заказывали работы,
2. сам хочет выбирать по своему вкусу.
Сервис "Работа" в существующей форме имеет один серьезный недостаток. Отсутствие материальной ответственности исполнителя за срыв срока исполнения заказа. В основном заказ поступает топовому исполнителю. В этот момент у него в работе находится еще несколько заказов. Он соглашается на короткие сроки и нарушает эти сроки, зная, что нет никакого наказания за это. В тоже время, другие исполнители сидят без работы. Заказчик нервничает. Нужно урегулировать по справедливости. Штраф за каждый день просрочки исполнения заказа.
Не выход, .... Считаю грамотнее просто нужно подходить к выбору исполнителя, у каждого исполнителя в профиле висит сколько заказов у него в работе и нужно реально подходить к этому параметру.
Почему человек на может взять заказы в очередь если у него уже есть заказы и он реально оценивает сроки и сдерживает условия договора.
С другой стороны если сроки не выдерживаются относительно сроков обозначенных в заявках, есть арбитраж, если будет много обращений по этому поводу на какого то конкретного исполнителя, думаю арбитраж примет меры к исполнителю
Просто планирование помогает... и не нужно ставить сроки "От 5 дней" до бесконечности - такая заявка однозначно воспринимается как "не к спеху"
Почему человек на может взять заказы в очередь если у него уже есть заказы и он реально оценивает сроки и сдерживает условия договора.
А если не выдерживает и не собирался выдерживать?
Жалоба в арбитраж. Потом снятие заказа. Потеря времени, как у исполнителя, так и у заказчика. Заказчик не получает желаемое в срок, исполнитель, потратил время на часть работы. Тоже не выход.
iTC:
По каждому разработчику доступна информация - сколько заказов выполняется в данный момент. Также доступна информация когда и какими темпами завершается каждая работа. Нет информации только на какой стадии находится работа. Из предоставленной информации несложно сделать выводы - какой по номеру Ваш заказ в очереди.
Арбитраж в сервисе работает оперативно - день в день.
Практика показывает, что если задача не выполняется в срок, то такая задача становится "обузой" как для разработчика, так и для заказчика. По времени исполнения - быстрее задачу расторгнуть и найти другого.
Третий раз заказываю работу и второй раз сталкиваюсь с этой проблемой. Отказал не топовым. Поверил топовому. Гемор. Пока не исправят и не введут штрафование за срыв срока выполнения заказа, буду пользоваться услугами только знакомого программера, минуя этот сервис.
Рынок в действии.....
Заказчик надеется, что топовый исполнитель сам рассчитывает время. Если уж он такой топовый, то стоит доверять, что он все успеет. Тем более цена заказа и конкретный срок говорит о том, сколько времени нужно "грамотному программисту" на такую работу из расчета 20 у.е. в час. Штраф должен вылечить!
Попытка переложить ответственность на другого на фоне бравады "я осознанно отключаю голову, полагаюсь на исполнителя и требую 100% ответственности за все от исполнителя", приносит неминуемые проблемы автору.
В любом случае, со своей стороны мы увеличим информированность заказчиков о потенциальных исполнителях и запретим набирать множество работ.