Полезный функционал для фриланса. Бонусы после выполнения задания. Предложение по печенькам.

 

Уважаемые дамы и господа!

В контексте текущего обновления сервиса с отзывами из трех категорий, актуально было бы рассмотреть возможность введения бонусов для разработчиков. Бонус, например, может быть доступен к начислению после завершения задания и обмена отзывами. Так например сделано на freelancer.com - в свое время из любопытства сходил туда и выполнил там задание в целях ознакомления с их версией стадий процесса разработки и мне после выполнения задания и начисления основного платежа, заказчик взял и прислал просто так небольшой бонус, который стал сразу доступен для вывода. Бонус может быть например не выше суммы работы, на него может не ставиться заморозка на 2 недели(сразу доступен для вывода). Бонус, например, заказчик может начислить как по своей инициативе, так и получить запрос на бонус от разработчика и оплатить его. Причина в том, что часто нужно что-то еще реализовать или доделать, но работа завершена и бюджет исчерпан, а сумма  за доработки буквально 20-35 usd. Такая небольшая так сказать печенька для разработчиков.

По моему интересная опция.

С наилучшими пожеланиями,

Игорь


Файлы:
sample.jpg  138 kb
 
Igor Zakharev:

Уважаемые дамы и господа!

В контексте текущего обновления сервиса с отзывами из трех категорий, актуально было бы рассмотреть возможность введения бонусов для разработчиков. Бонус, например, может быть доступен к начислению после завершения задания и обмена отзывами. Так например сделано на freelancer.com - в свое время из любопытства сходил туда и выполнил там задание в целях ознакомления с их версией стадий процесса разработки и мне после выполнения задания и начисления основного платежа, заказчик взял и прислал просто так небольшой бонус, который стал сразу доступен для вывода. Бонус может быть например не выше суммы работы, на него может не ставиться заморозка на 2 недели(сразу доступен для вывода). Бонус, например, заказчик может начислить как по своей инициативе, так и получить запрос на бонус от разработчика и оплатить его. Причина в том, что часто нужно что-то еще реализовать или доделать, но работа завершена и бюджет исчерпан, а сумма  за доработки буквально 20-35 usd. Такая небольшая так сказать печенька для разработчиков.

По моему интересная опция.

С наилучшими пожеланиями,

Игорь


Если мои мозги не совсем высохли, то помню, что была возможность заказать доработку советника\индикатора конкретному исполнителю за минимум 10 usd

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

 
Да, поэтому Бонусы - это скорее психологический момент и юзабилити аспект. Упрощение. Иначе работу создавать нужно, стадии все проходить. Суть скорее в печеньках, другими словами: в отсутствии фриза на вывод. Можно иногда например пиццу/суши сразу заказать, отметив очередной решённый таск :)
 
вообще не понятно назначение замарозки, зачем она? задание сдано-принято, зачем кота тянуть за хвост...
скажем, если с начала принятия задания исполнителем прошло более 7 дней, то после сдачи работы не должно быть никаких заморозок, деньги на счете заказчика уже значит лежат не менее 7 дней. другими ссловами, заморозку нужно отсчитывать не с даты сдачи работы, а с даты начала выполнения работы.
 
Andrey Dik #:
вообще не понятно назначение замарозки, зачем она? задание сдано-принято, зачем кота тянуть за хвост...
скажем, если с начала принятия задания исполнителем прошло более 7 дней, то после сдачи работы не должно быть никаких заморозок, деньги на счете заказчика уже значит лежат не менее 7 дней. другими ссловами, заморозку нужно отсчитывать не с даты сдачи работы, а с даты начала выполнения работы.

Дело видимо в общей бизнес-стратегии по экосистеме. На некоторых сервисах нет вообще никакой заморозки, как на том упомянутом в первом сообщении - можно сразу суши(печеньки) заказывать. Но там заданий по MQL4/5 не много, а по С/C++ , замечал, что например Индусы пытаются перезаказать что-нибудь еще дешевле чем это у них стоит.

У меня тоже когда-то были разные мысли относительно заморозки(холда на 14 дней), поделюсь некоторыми.

Считал одно время, что она должна быть у всех разная. Те фрилансеры у которых никогда не было отзывов/возвратов денег или 1 раз в 2 года это может происходить (и то потому что клиенту стало жалко денег из-за того, что его идея не сработала как он ожидал или потому что бюджета не хватило до ума довести) - могут иметь заморозку дня на 2. А также возможно актуален вопрос учета возраста и стажа, те кто старше - могут иметь заморозку гораздо меньше тех кто молод и полон энергии и сил.

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

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

Ну вот. Спасибо за внимание!

 
Согласен по поводу заморозки в 14 дней. пол месяца, это как то вообще катастрофически долго. Можно сократить заморозку хотя бы до 7 дней, хотя бы для персональных заказов.
Одна из причин почему многие предпочитают работать напрямую, после первого заказа, и mql5 недополучает из-за этого с комиссий.
 
Lazar Buga #:
Согласен по поводу заморозки в 14 дней. пол месяца, это как то вообще катастрофически долго. Можно сократить заморозку хотя бы до 7 дней, хотя бы для персональных заказов.
Одна из причин почему многие предпочитают работать напрямую, после первого заказа, и mql5 недополучает из-за этого с комиссий.

Чисто теоретически - может просто не было времени и/или желания переписывать под фриланс скрипт ведущий отсчет времени ;-)

Ведь насколько помнится, огромный фриз с 7-ми на 14 дней происходит от историй которые имели место в основном в Маркете и вроде бы из-за Маркета его и ввели,

ну а учет времени на фрилансе до 14 дней - так сказать просто до кучи и заодно поднят был...

Причина обращения: