Нужно ли на сервисе фрилансе сделать расторжение "согласия о работе" по обоюдному согласию? - страница 7
![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Есть еще один вариант решения денежного вопроса.
Сами участники соглашения договариваются (торгуются) о распределении средств до подачи в арбитраж, если возникла спорная ситуация.
Какие распределения средств?
Возможно только ДВА исхода:
1) возврат средств заказчику
2) возврат средств исполнителю
Всё. Никаких пополам или частичных возвратов. Никто вменяемый не будет вносить какие-нибудь серьёзные правки в чужой код.
Поэтому, если стороны уже и дошли в арбитраж, то решение выносится просто и быстро -- без тягомотины:
1) если заказчик показал, что ТЗ не выполнено, минимум один сложный пункт ТЗ не выполнен -- то возврат ему средств.
2) если исполнитель показал, что все пункты ТЗ выполнены -- то расторжение в его пользу.
И никаких "пополам", типа "виновны обе стороны".
Какие распределения средств?
Возможно только ДВА исхода:
1) возврат средств заказчику
2) возврат средств исполнителю
Всё. Никаких пополам или частичных возвратов. Никто вменяемый не будет вносить какие-нибудь серьёзные правки в чужой код.
Поэтому, если стороны уже и дошли в арбитраж, то решение выносится просто и быстро -- без тягомотины:
1) если заказчик показал, что ТЗ не выполнено, минимум один сложный пункт ТЗ не выполнен -- то возврат ему средств.
2) если исполнитель показал, что все пункты ТЗ выполнены -- то расторжение в его пользу.
И никаких "пополам", типа "виновны обе стороны".
Такой вариант тоже может быть.
Ответственность Исполнителя желательно поднять. Только вот как?
Сервис можно запросто превратить в шаражкину контору со временем, а времени уже довольно много прошло. Поэтому сервис должен начать проводить своего рода квалификационную комиссию исполнителя.
Подтвержденная квалификационная оценка самим сервисом будет качественно влиять на принятие решения заказчиком обратиться именно к такому разработчику. Возможно даже присваивать сервисные категории.
Сейчас так.
1. Исполнитель в начале мягко стелит чтобы получить заказ -- шабашку не упустить, а там получится - не получиться. Ни чего кроме времени не потеряет.
Всегда можно сказать -- заказчик самодур попался. Или дилетант не видит руку профессионала.
2. Исполнитель должен быть более ответственным. Перед началом исполнения можно сказать так - "выбить" из заказчика все что касается технического задания.
Чтобы сам заказчик понимал что ему нужно. Как сейчас происходит? Что делают исполнители? В основном наверно по принципу без "чудака" и жизнь плоха.
Страдать будет в первую очередь сам сервис. Люди будут уходить.
Такой вариант тоже может быть.
Ответственность Исполнителя желательно поднять. Только вот как?
Сервис можно запросто превратить в шаражкину контору со временем, а времени уже довольно много прошло. Поэтому сервис должен начать проводить своего рода квалификационную комиссию исполнителя.
Подтвержденная квалификационная оценка самим сервисом будет качественно влиять на принятие решения заказчиком обратиться именно к такому разработчику. Возможно даже присваивать сервисные категории.
Сейчас так.
1. Исполнитель в начале мягко стелит чтобы получить заказ -- шабашку не упустить, а там получится - не получиться. Ни чего кроме времени не потеряет.
Всегда можно сказать -- заказчик самодур попался. Или дилетант не видит руку профессионала.
2. Исполнитель должен быть более ответственным. Перед началом исполнения можно сказать так - "выбить" из заказчика все что касается технического задания.
Чтобы сам заказчик понимал что ему нужно. Как сейчас происходит? Что делают исполнители? В основном наверно по принципу без "чудака" и жизнь плоха.
Страдать будет в первую очередь сам сервис. Люди будут уходить.
Это уже обсуждалось квалификационная оценка. Но так ни какому значению, не пришли. Думаю еще вот что, нужно бы запреть, заказчику набирать исполнителей. Одно задание один исполнитель, а то как поглядишь, на одном задании по 10 исполняющих, разумеется заказчик будет мозги мурыжить.
Проверить квалификацию очень легко.
Сервис пишет рад тестовых задач. Задачи в разных вариантах. От простых до сложных. С картинками или без. Дает исполнителю для решения. Статистику сервис соберет, что заказывают, как двумя пальцами об асфальт.
Соответственно будет оцениваться решение по коду, по оформлению и т.д. Будет оценивается знание самого языка программирования, знание его функциональности, время исполнения. Это должен делать сервис. Сервис по сути сейчас допускает на Фриланс кого угодно. Сервис за заказ взимает плату с заказчика и передает ее исполнителю, а за свое посредничество получает комиссию. Какую ответственность несет сервис перед заказчиком? Перед исполнителем?
Гарантии в том, что гарантированно передаст деньги. Да не мало важно, но надо же расти. Сервис самого сервиса поднимать на более высокую планку.
Сервис должен гарантировать что уровень исполнителей проверен. Тогда заказчик будет доверять сервису и его рекомендовать. Сейчас же на сервисе как в игровом зале -- повезло - не повезло.
Исполнителей всегда один. Кандидатов много. Заказчику вполне можно позволить выбирать кто исполнит его заказ. Трудно убедиться что именно этот исполнитель справиться с техническим заданием.
Отзывы честно сказать со своей задачей мало справляются. Оценить качественный уровень по отзывам практически не представляется возможным. Заказчик получил свою чудо программу написал восхищенный отзыв, а через неделю понял что ему подсунули подобие его ТЗ. Начинают вылезать ошибки, вылезать не точности. В итоге понял -- получил не то что ожидал и не то что себе представлял. Отзыв то не перепишешь.
Проверить квалификацию очень легко.
Сервис пишет рад тестовых задач. Задачи в разных вариантах. От простых до сложных. С картинками или без. Дает исполнителю для решения. Статистику сервис соберет, что заказывают, как двумя пальцами об асфальт.
Соответственно будет оцениваться решение по коду, по оформлению и т.д. Будет оценивается знание самого языка программирования, знание его функциональности, время исполнения. Это должен делать сервис. Сервис по сути сейчас допускает на Фриланс кого угодно. Сервис за заказ взимает плату с заказчика и передает ее исполнителю, а за свое посредничество получает комиссию. Какую ответственность несет сервис перед заказчиком? Перед исполнителем?
Исполнителей всегда один. Кандидатов много. Заказчику вполне можно позволить выбирать кто исполнит его заказ. Трудно убедиться что именно этот исполнитель справиться с техническим заданием.
Отзывы честно сказать со своей задачей мало справляются. Оценить качественный уровень по отзывам практически не представляется возможным. Заказчик получил свою чудо программу написал восхищенный отзыв, а через неделю понял что ему подсунули подобие его ТЗ. Начинают вылезать ошибки, вылезать не точности. В итоге понял -- получил не то что ожидал и не то что себе представлял. Отзыв то не перепишешь.
Исполнитель пишет, то что заказчик заказал и не буквой больше. Просто сам заказчик, не вполне конкретно, может описать задание, что было как надо. А потом вылезают, все погрешности отсутствия конкретики.
Не всякий исполнитель пишет по ТЗ. Есть и такие которые представляют свое ТЗ заказчику. За деньги заказчика исполняют и решают свое техническое задание. Кинут программу и проверяй как хочешь. Нашел ошибки хорошо, не нашел еще лучше. Самый идеальный вариант для исполнителя чтобы в коде заказчик сам указал где и как исправлять. Сам лично с таким сталкивался. Есть тому доказательства.
Хорошо когда исполнитель конструктивно работает с заказчиком. Обосновано проработав ТЗ указывает на изначальные ошибки В ТЗ, но когда исполнитель начинает заниматься тролингом заказчика и его ТЗ сразу же становиться понятно что исполнитель не доведет заявку до нормального конца. В таком случае такому исполнителю просто нужно предложить расторгнуть соглашение о работе. Если исполнитель не полный идиот вполне может согласиться по обоюдному согласию.
Наличие кнопки снимает ряд проблем. Довольно существенных. Что стоит сервису вписать несколько строк в программный код сайта? Принять решение двух участников сервиса как данность. Сервис не будет участвовать в разбирательстве. Просто проверит и разведет в стороны. Такая мелочь будет очень полезна.
Не всякий исполнитель пишет по ТЗ. Есть и такие которые представляют свое ТЗ заказчику. За деньги заказчика исполняют и решают свое техническое задание. Кинут программу и проверяй как хочешь. Нашел ошибки хорошо, не нашел еще лучше. Самый идеальный вариант для исполнителя чтобы в коде заказчик сам указал где и как исправлять. Сам лично с таким сталкивался. Есть тому доказательства.
Хорошо когда исполнитель конструктивно работает с заказчиком. Обосновано проработав ТЗ указывает на изначальные ошибки В ТЗ, но когда исполнитель начинает заниматься тролингом заказчика и его ТЗ сразу же становиться понятно что исполнитель не доведет заявку до нормального конца. В таком случае такому исполнителю просто нужно предложить расторгнуть соглашение о работе. Если исполнитель не полный идиот вполне может согласиться по обоюдному согласию.
Наличие кнопки снимает ряд проблем. Довольно существенных. Что стоит сервису вписать несколько строк в программный код сайта? Принять решение двух участников сервиса как данность. Сервис не будет участвовать в разбирательстве. Просто проверит и разведет в стороны. Такая мелочь будет очень полезна.