Фриланс и арбитраж. Нужно что-то менять, иначе тупик! - страница 8

 
Artyom Trishkin:

Ещё более некрасиво. Ведёте себя в разговоре как раз так, как и подкорректировали.

Плохо...
 
Yevhenii Levchenko:
Кто принципиальный? Заказчик, который требует исходник или баба, которая уперлась рогом и не хочет отдавать исходник? Разве только один заказчик? :)

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

Если вникнуть в суть поднятого вопроса, то легко можно понять о чём речь.

  1. Заказчик подтвердил этап демонстрации готового решения - т.е., согласился с тем, что работа сделана по ТЗ. Его деньги заморожены ещё раньше - в момент подтверждения согласования ТЗ.
  2. Исполнитель передал заказчику готовое решение. Заказчик теперь имеет выполненную работу и исходник.
  3. Заказчик должен подтвердить передачу готового решения, но он этого не делает. Таким образом заказчик уже получил то, что хотел получить и ушёл. Кнопку подтверждения он не нажал. Почему - никто не скажет кроме него самого. Может не знает и не догадывается об этом шаге - деньги-то его уже давно заморожены, а то, что они не перечислятся исполнителю без его подтверждения, он может и не знать.
    Что имеем? Заказчик удовлетворён, а исполнитель без оплаты.
    Предлагаете исполнителю обращаться в арбитраж? Хорошо. Он обращается, а ему в ответ автоматическое сообщение от арбитража - ждите подтверждения от заказчика на согласие/несогласие...
    И проходит месяц, а заказчика всё нет... И нет автоматического завершения работы после подтверждения исполнителем факта передачи готового решения заказчику, но отсутствия подтверждения от заказчика что он получил что заказывал.
    А ведь он получил - все данные об этом есть в работе.

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

Это бы избавило форум от постоянных сообщений от исполнителей о таких казусах. Это же не единичный случай.

 
Artyom Trishkin:

Если вникнуть в суть поднятого вопроса, то легко можно понять о чём речь.

  1. Заказчик подтвердил этап демонстрации готового решения - т.е., согласился с тем, что работа сделана по ТЗ. Его деньги заморожены ещё раньше - в момент подтверждения согласования ТЗ.
  2. Исполнитель передал заказчику готовое решение. Заказчик теперь имеет выполненную работу и исходник.
  3. Заказчик должен подтвердить передачу готового решения, но он этого не делает. Таким образом заказчик уже получил то, что хотел получить и ушёл. Кнопку подтверждения он не нажал. Почему - никто не скажет кроме него самого. Может не знает и не догадывается об этом шаге - деньги-то его уже давно заморожены, а то, что они не перечислятся исполнителю без его подтверждения, он может и не знать.
    Что имеем? Заказчик удовлетворён, а исполнитель без оплаты.
    Предлагаете исполнителю обращаться в арбитраж? Хорошо. Он обращается, а ему в ответ автоматическое сообщение от арбитража - ждите подтверждения от заказчика на согласие/несогласие...
    И проходит месяц, а заказчика всё нет... И нет автоматического завершения работы после подтверждения исполнителем факта передачи готового решения заказчику, но отсутствия подтверждения от заказчика что он получил что заказывал.
    А ведь он получил - все данные об этом есть в работе.

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

Это бы избавило форум от постоянных сообщений от исполнителей о таких казусах. Это же не единичный случай.

Наверное потому, что нужно проверить соответствие ТЗ... Автоматизировать это сложно. Так предполагаю. Хотя вроде бы все верно. Всегда делаю тестовый период на пару дней на такой случай. Особенно когда нахожу заказчиков на других форумах. Но за короткий период понял, что лучше все делать через mql. Тут , если все сделал по тз, точно деньги отдадут. Пока что с арбитражом не сталкивался, но это приемлемый механизм решения споров. Хотя, судя по темам, не быстрый
 
Yevhenii Levchenko:
Наверное потому, что нужно проверить соответствие ТЗ... Автоматизировать это сложно. Так предполагаю. Хотя вроде бы все верно. Всегда делаю тестовый период на пару дней на такой случай. Особенно когда нахожу заказчиков на других форумах. Но за короткий период понял, что лучше все делать через mql. Тут , если все сделал по тз, точно деньги отдадут. Пока что с арбитражом не сталкивался, но это приемлемый механизм решения споров. Хотя, судя по темам, не быстрый

Заказчик уже проверил и подтвердил это соответствие. Всё. Не нужно уже ничего никому проверять. Заказчик всё проверил и подтвердил. Без его подтверждения не было бы никакой передачи работы - система бы просто не дала перейти к шагу передачи работы. И вот на последнем шаге - а именно от заказчика зависит передача денег исполнителю - он ничего не подтверждает. Исполнитель же выполнил ВСЕ шаги. А заказчик последний шаг, который всегда за ним, НЕ подтвердил. Понимаете?

Обращение в арбитраж на этом этапе - лишняя морока исполнителю. У заказчика уже всё, заказанное им, есть. А у исполнителя есть подтверждённый выполненный заказ, но нет денег. Зачем тут арбитраж? Который в автоматическом режиме просит ждать появление заказчика и его согласие на этот арбитраж. Не нужно в такой ситуации никакого арбитража. Нужно автозавершение работы через неделю и разблокировка денег у исполнителя за выполненный заказ, уже подтверждённый о выполнении заказчиком.

 
Artyom Trishkin:

Заказчик уже проверил и подтвердил это соответствие. Всё. Не нужно уже ничего никому проверять. Заказчик всё проверил и подтвердил. ...

это всё теория -- практика иная -- туча заказчиков подтверждает этап сразу после подтверждения этапа разработчиком -- и уж потом смотрит и проверяет.

на вопрос почему, ответ заказчика "не разобрался с сервисом" -- и это не единичные случаи.

да, можно всё построить в любимом стиле "кто заказчику доктор" -- но это будет откровенный сознательный кидок и развод -- что уже не хорошо.

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

 
Artyom Trishkin:

Заказчик уже проверил и подтвердил это соответствие. Всё. Не нужно уже ничего никому проверять. Заказчик всё проверил и подтвердил. Без его подтверждения не было бы никакой передачи работы - система бы просто не дала перейти к шагу передачи работы. И вот на последнем шаге - а именно от заказчика зависит передача денег исполнителю - он ничего не подтверждает. Исполнитель же выполнил ВСЕ шаги. А заказчик последний шаг, который всегда за ним, НЕ подтвердил. Понимаете?

Обращение в арбитраж на этом этапе - лишняя морока исполнителю. У заказчика уже всё, заказанное им, есть. А у исполнителя есть подтверждённый выполненный заказ, но нет денег. Зачем тут арбитраж? Который в автоматическом режиме просит ждать появление заказчика и его согласие на этот арбитраж. Не нужно в такой ситуации никакого арбитража. Нужно автозавершение работы через неделю и разблокировка денег у исполнителя за выполненный заказ, уже подтверждённый о выполнении заказчиком.

Это сейчас ваш взгляд на то, как оно должно быть. Но подтвержденная демонстрация и подтвержденная работа это разные вещи в рамках фриланса. Демонстрация, как видно, не считается еще завершенной работой. Эти вопросы задайте разработчикам. Может они это изменят.

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

 

Автоматизировать процесс как-раз не сложно.

Например:

  1. После передачи исполнителем работы, в случае отсутствия активности заказчика в течении N часов(суток), появляется возможность закрыть работу в отсутствии заказчика.
  2. Через N суток после этого, если заказчик не появился и не прервал этот процесс, работа завершатся. Время завершения - время передачи работы исполнителем.

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

 
Vladimir Simakov:

...

    В результате: ... исполнитель не переживает.

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

    все почему-то забывают, что в случае расторжения в пользу заказчика (если исполнитель свалил со связи) -- это заказчик линяет на 10% -- причём на ровном месте.

    представьте, если заказчик уходит со связи, то исполнитель платит 10%.

    а вот какие рекомендации дают заказчику: "Подождать. Исполнители - тоже ведь люди."

    а какие рекомендации дают исполнителю, когда заказчик пропал со связи? конечно же: "удалять аккаунты таких нерадивых пользователей" [https://www.mql5.com/ru/forum/285790/page4#comment_15771616]

    p.s. никаких автоматических расторжений -- завершение работы возможно только со стороны заказчика или со стороны арбитража -- все остальные вариации "от хитрой рыжей морды".


     
    Andrey F. Zelinsky:

    p.s. никаких автоматических расторжений -- завершение работы возможно только со стороны заказчика или со стороны арбитража -- все остальные вариации "от хитрой рыжей морды".

    Иногда даже этого мало. Как раз относительно недавно был громкий скандал...

    Финансовые операции ограничены
    Финансовые операции ограничены
    • 2019.07.26
    • www.mql5.com
    Здравствуйте, обнаружил, что мои финансовые операции ограничены, написал в сервис деск, но там иногда отвечают долго, пытаюсь выяснить в чём дело и...
     

    Привет.

    На самом деле с висяками все не так плохо.

    Если заказчик свалил по тем или иным причинам, разработчик может обратиться в арбитраж.

    Если арбитр долго не появляется, тогда можно написать на форуме в соответствующих темах.

    Если пост на форуме не помог, тогда можно написать в сервисдеск.

    Схема проверенная лично - работает

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