Выполнено 1000 заказов в сервисе Работа! - страница 11
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
частичка "не" где-то пропущена - в притивном случае можно сказать, что фраза "сделаю быстро и качественно за 10 долл" верна в большинстве случаях.
Нигде не пропущена. Каждый программист будет вкручивать цену на пост саппорт в цену работы, чем качественнее код, тем можно меньше закладывать на пост саппорт.
взял на себя чел ответственность сделать "сделаю быстро и качественно за 10 долл", сделал но не качественно, пост саппорт свяжет такого исполнителя надолго, поскольку выправляя баги он не сможет делать другие заказы, те фактически выпадает из сервиса.
А вот без этого человек наспех накидал букв в код, и пошёл дальше молотить. Сзади шлейф неоконченных багофиксов, а ему всё нипочём.
Создаётся илюзия что в сервисе много программистов, но работающих толково единицы. Пост саппорт эту ситуацию исправляет.
Просто в данный момент нет чёткой политики как наказывать программиста если он уже получил деньги за заказ.
Можно например ввести систему залогов, но это уже подлежит обсуждению, а пока не решён главный вопрос будет ли узаконен в сервисе пост саппорт вообще.
Нигде не пропущена. Каждый программист будет вкручивать цену на пост саппорт в цену работы, чем качественнее код, тем можно меньше закладывать на пост саппорт.
взял на себя чел ответственность сделать "сделаю быстро и качественно за 10 долл", сделал но не качественно, пост саппорт свяжет такого исполнителя надолго, поскольку выправляя баги он не сможет делать другие заказы, те фактически выпадает из сервиса.
А вот без этого человек наспех накидал букв в код, и пошёл дальше молотить. Сзади шлейф неоконченных багофиксов, а ему всё нипочём.
Создаётся илюзия что в сервисе много программистов, но работающих толково единицы. Пост саппорт эту ситуацию исправляет.
Просто в данный момент нет чёткой политики как наказывать программиста если он уже получил деньги за заказ.
Можно например ввести систему залогов, но это уже подлежит обсуждению, а пока не решён главный вопрос будет ли узаконен в сервисе пост саппорт вообще.
В Маркете этот момент обозначен в правилах. То есть, если покупатели находят баги, то продавец их обязан исправлять. Иначе просто снимут продукт с Маркета. Получается уже есть подобное правило. Осталось только решить, добавить его в сервис Работа или нет.
Просто в данный момент нет чёткой политики как наказывать программиста если он уже получил деньги за заказ.
Прототип/Макет
Демонстрация
Передача работ
Каждый этап пройти самостоятельно невозможно, только при двустороннем подтверждении.
Никто не неволит Заказчика подтверждать этап - не протестировав программу.
Эти три этапа + Арбитраж = пост саппорт.
В "Маркет" есть тираж одного и того же продукта многим покупателям. И ТЗ в "Маркет" известно и понятно продавцу по определению. Поэтому пост саппорт заложен в Правила.
В "Работа" есть один продукт - есть один заказчик - и ТЗ известно и понятно по определению только заказчику. Поэтому ответственность за тестирование в "Работа" лежит исключительно на заказчике. Принял заказчик "Работу" без тестирования. Всё. Работа закончилась. Дальше - либо доплата - либо разработчик, что отвечает за свой продукт безоплатно устраняет "баги" в рамках известного ТЗ. Но, в любом случае, разработчик после завершения заказчиком работы никак не связан с заказчиком никакими обязательствами.
Например, в данном конкретном случае - ведь ничего кроме голословного наезда hidem - не известно. Мы не знаем ни разработчика, ни текста ТЗ, ни решения - а может в данном случае разработчик всё сделал и "баг" не зависит от него. Ведь hidem говорит, что был не заказ, а модификация.
Принял заказчик "Работу" без тестирования. Всё. Работа закончилась. Дальше - либо доплата - либо разработчик, что отвечает за свой продукт безоплатно устраняет "баги" в рамках известного ТЗ. Но, в любом случае, разработчик после завершения заказчиком работы никак не связан с заказчиком никакими обязательствами.
Э не. Бесплатный багофикс это хороший тон.
Что это за подход? Заказчик принял значит багов нет??
Другое дело разделение бага и доработки.
Как раз вопрос пост саппорта относиться к вопросам после закрытия заказа.
Я например в соглашении стандартно указываю "консультации и багофикс в течении года", по моей статистике на это уходит не много времени тк обращений по выявленным впоследствии багам очень мало, поэтому могу себе позволить.
Создавая такое условие я заранее нахожусь в неравных условиях с остальными (претензий нет, это моя личная инициатива).
Если же пост саппорт будет стандартом, то от этого в первую очередь выиграют заказчики. Но и программисты не остануться в накладе тк львинная доля шапкоснимателей будет связана тяжбами и разбирательствами по своим багам, что неизбежно приведёт их (шапкоснимателей) к мысли об удорожании услуг, а толковые программисты смогут слегка демпинговать (тк у них издержки времени на пост саппорт минимальны). В общем невидимая рука рынка всё разрулит :)
Как раз вопрос пост саппорта относиться к вопросам после закрытия заказа.
Я например в соглашении стандартно указываю "консультации и багофикс в течении года"...
Есть два подхода:
1й) предоставляется готовое решение, берутся бабки и дальше заказчик тестирует, а разработчик гарантирует устранение "багов" в течение какого-то периода.
2й) предоставляется готовое решение, заказчик тестирует, после тестирования берутся бабки.
и 1й и 2й варианты имеют пост саппорт.
Только 1й вариант гарантирует порядочность разработчика, а 2й подход гарантирует "Работа".
в "Работа" выбран 2й подход и пост саппорт закреплён этапом "Демонстрация".
Есть два подхода:
1й) предоставляется готовое решение, берутся бабки и дальше заказчик тестирует, а разработчик гарантирует устранение "багов" в течение какого-то периода.
2й) предоставляется готовое решение, заказчик тестирует, после тестирования берутся бабки.
и 1й и 2й варианты имеют пост саппорт.
Только 1й вариант гарантирует порядочность разработчика, а 2й подход гарантирует "Работа".
в "Работа" выбран 2й подход и пост саппорт закреплён этапом "Демонстрация".
Вам интересно когда заказчик пишет посты в течении полугода "идёт тестирование" и вы не можете получить оплату? тогда второй вариант в самый раз
просто заказчики пока ещё не настолько жестоко следуют правилам, и входят в положение исполнителя. На чём и попадают.
ЗЫ Вот это предложение вполне мягко решит все заморочки:
Есть два подхода:
1й) предоставляется готовое решение, берутся бабки и дальше заказчик тестирует, а разработчик гарантирует устранение "багов" в течение какого-то периода.
2й) предоставляется готовое решение, заказчик тестирует, после тестирования берутся бабки.
и 1й и 2й варианты имеют пост саппорт.
Только 1й вариант гарантирует порядочность разработчика, а 2й подход гарантирует "Работа".
в "Работа" выбран 2й подход и пост саппорт закреплён этапом "Демонстрация".