Мы ввели дополнительное поле - "Название заказа". Поле обязательно для заполнения, оно позволит авторам быстро определить тему заказа и сориентироваться в его сути.
Пожалуйста, указывайте в названии максимально конкретно и понятно краткое описание заказа.
Надеемся, данное изменение поможет пользователям в работе.
Лучший комментарийromagromov написал 30.04.2012 в 15:49
58
Я так работал по рерайту новостей. Создавал задание, указывал список урлов, ограничивал - 1 работа для одного автора, и просил отписываться в ...Я так работал по рерайту новостей. Создавал задание, указывал список урлов, ограничивал - 1 работа для одного автора, и просил отписываться в комментариях, чтобы не было в дублей, короче как вы написали. В итоге, сейчас я на каждую новость делаю отдельное задание. Почему? А потому что дубли все равно были. Бывало такое, что 3 автора одновременно отписались и начали работу. Я даже писал в задании, что такое бывает, и чтобы авторы внимательно брали задание... Мне приходилось оплачивать ненужные дубли, ведь по сути автор не вивноват... Ероме того, это очень неудобно. Представьте себе в списке урлов, найти незанятый в другом списке урлов. А теперь внимание: Было бы правильно в задании, создавать дополнительные поля (например нажатием на плюсик): в каждом поле заказчик добавляет ключи, или урлы для рерайта - и все. На каждый ключ - новое поле. Автор просто выбирает ключ или урл, и он более никому недоступен. Не надо никому нигде отписываться. Это как подзадания в задании. Поверьте, многие скажут вам за это спасибо. Я как заказчик гораздо быстрее создаю задания, не плодя их, автор его выполнил, не надо ничего в комментариях отписываться или читать.
Лучший комментарийKengaRu написал 01.05.2012 в 01:26
71
Предположим, что вдумчивая Дуся изучила список тем/ключей и комменты, отписалась-заняла и… обнаружила, что задание недоступно, потому что шустрый ...Предположим, что вдумчивая Дуся изучила список тем/ключей и комменты, отписалась-заняла и… обнаружила, что задание недоступно, потому что шустрый Шурик успел чуть раньше хапнуть последнюю работу. Расстроенная Дуся вернулась к поиску работы, тихо матеря тупого заказчика (который, по ее мнению, оформил заказ на меньшее количество работ, чем перечислил тем/ключей в списке), а шустрый Шурик тем временем в комментах не нашел свободной темы/ключа. О чем писать Шурику? Вернется ли к работе с вами хороший автор Дуся? Занесете ли Дусю в черный список за то, что она не сообщила в комментах об отсутствии свободной работы?
Другой вариант: не очень внимательный или очень хитрый Харитон в комментах займет тему/ключ, фигурирующие в тексте задания, но уже выполненные до него (при большом числе тем/ключей в списке ситуация вполне реальная даже при добросовестном подходе, да и комменты имеют свойство сворачиваться). Ваш отказ в оплате Харитон будет оспаривать по п. 5.3.4 пользовательского соглашения - неоднозначное трактование формулировки заказа, содержащего список на выбор. Чью сторону займет администрация?
Еще вариант: работу взяла уверенная в себе Ульяна, и, не отписываясь в комментах, накропала замечательную нетленку. Немного опоздавший Опанас выдает малокомпетентное (ну хреновый из него спец по, к примеру, корректирующему белью) водяное кое-какерство, которое абсолютно вам не нравится, но по условиям, со всеми запятыми на месте и успев застолбиться в комментах. Оплатите обоим (отписав Ульяне примечанием, что впредь надо занимать тему/ключ в комментах)? - на кой вам два текста на узкую тематику, один из которых грамотный уникальный полубред. Опять же денег жалко. Откажете Ульяне? - обидите хорошего автора и лишитесь подходящего текста. Тем более, что Ульяна могла в это время попросту париться в баньке за острый язык на форуме. Откажете Опанасу? - а он всего лишь честно отрерайтил аналогичный полубред и оспорит отказ, сославшись на вдохновивший его источник рерайта.
Так что остро нужен функционал, исключающий из списка выбора занятые темы/ключи. Использование для этого комментариев, равно как и клонирование десятками однотипных заказов по одному на тему/ключ - всего лишь костыли.
Лучший комментарийromagromov написал 30.04.2012 в 16:03
63
Я вас понимаю, но это все пляски с бубном, вместо продуктивной работы. Мне надо писать красным шрифтом, им надо обновлять страницу и тд. После ...Я вас понимаю, но это все пляски с бубном, вместо продуктивной работы. Мне надо писать красным шрифтом, им надо обновлять страницу и тд. После введения подзаданий все вздохнут с облегчением.
Лучший комментарий
DELETED
написал 29.04.2012 в 05:51
0
Немного не в тему. Нет, не так. Совсем не в тему... Можно ли доработать функционал строки "чёрный список ВМ" при поиске заказа в общем доступе? Мне ...Немного не в тему. Нет, не так. Совсем не в тему...
Можно ли доработать функционал строки "чёрный список ВМ" при поиске заказа в общем доступе?
Мне, например, не очень удобно каждый раз копипастить два, три (и более) ника ВМ, чтобы отфильтровать некоторых заказчиков.
Возможно, не только у меня есть заказчики, на которых не хотелось бы натыкаться во время поиска заказов. Так может быть создать какой-нить "постоянный чёрный список ВМ" для каждого автора?
И, наоборот, добавить "постоянный белый список ВМ", который можно бы было активировать во время поиска заказов из общего списка?!
Создать задание. В описании указать все ключи. В описании указать, что автор должен выбрать клюи и сообщить об этом в комментариях. Выбрать такой ключ, который еще никто не указал в комментариях.
Ну посмотрите в поиске работы - таких заказов много.
Я так работал по рерайту новостей. Создавал задание, указывал список урлов, ограничивал - 1 работа для одного автора, и просил отписываться в комментариях, чтобы не было в дублей, короче как вы написали. В итоге, сейчас я на каждую новость делаю отдельное задание. Почему? А потому что дубли все равно были. Бывало такое, что 3 автора одновременно отписались и начали работу. Я даже писал в задании, что такое бывает, и чтобы авторы внимательно брали задание... Мне приходилось оплачивать ненужные дубли, ведь по сути автор не вивноват... Ероме того, это очень неудобно. Представьте себе в списке урлов, найти незанятый в другом списке урлов. А теперь внимание: Было бы правильно в задании, создавать дополнительные поля (например нажатием на плюсик): в каждом поле заказчик добавляет ключи, или урлы для рерайта - и все. На каждый ключ - новое поле. Автор просто выбирает ключ или урл, и он более никому недоступен. Не надо никому нигде отписываться. Это как подзадания в задании. Поверьте, многие скажут вам за это спасибо. Я как заказчик гораздо быстрее создаю задания, не плодя их, автор его выполнил, не надо ничего в комментариях отписываться или читать.
В вашем предложении, конечно, есть здравый смысл. Но пока такой функции нет, попробуйте сделать так: напишите в ТЗ, что повторы оплачиваться не будут. Лучше написать крупными или жирным шрифтом, чтобы бросалось в глаза. Тогда Вам не придется оплачивать повторы ( в случае дубля Вы сможете обоснованно отказать в оплате, т.к. это условие прописано в ТЗ), а авторы будут внимательнее при выборе ключа. Это работает, проверено на собственном опыте.
1. По какому критерию определяются повторы? - кто позже взял задание? (а если человек не стал сходу хапать работу и сначала пошел в комменты?) - кто позже отписался в комментариях? - кто позже сдал задание или хуже его выполнил или просто не нравится заказчику?
2. Проверяя на собственном опыте, доводилось ли сталкиваться с обжалованием отказов в выплате? или пользовались принципом, что абсолютно безупречно выполнить работу может только господь бог, заказчик - на "4", а автор - в лучшем случае на "3", так что основание для отказа всегда удастся притянуть? 2а. Насколько вообще правомерным будет требование наличия ключевого слова, если это не указано в параметрах заказа?
Цитирую пользовательское соглашение: 4.3.11 Заказчик вправе отказать Автору в оплате за выполненную работу, в случае обнаружения в работе ошибок, опечаток, неуникального текста, текста низкого качества, несоответствующего условиям заказа. 4.3.12 Заказчик обязуется оплатить все работы полученные по своему заказу, если такие работы удовлетворяют условиям этого заказа и ПС. Оплата осуществляется в размере, порядке и срок установленном заказом Заказчика и настоящим ПС.
Понятно, что авторы, рассчитывающие на дальнейшую работу по вашим заказам, постараются вести переписку в комментариях, но с формальной точки зрения работа, выполненная в соответствии с ТЗ и параметрами (а именно - по любой теме /с любым ключом из списков, содержащихся в тексте задания) должна быть оплачена (п. 5.3.4 "Заказчик несет ответственность за правильность формулировки своего заказа и за качество получаемых работ, связанное с неоднозначным трактованием такой формулировки" - список ключей/тем на выбор как раз и есть неоднозначность). Тем более, что участие в форуме (а комментарии к заказу - частный случай форума) может быть заблокировано (бан пользователя) как автору, так и заказчику при отсутствии ограничений по работе и размещению заказов,- что тогда делать? заказчику останавливать заказы, а автору прекращать работу?
Отвечу так же, по пунктам. 1. Тот, кто раньше отписался в комментариях, "того и тапки". "Нра-не нра" заказчику - это не показатель, если все условия ТЗ выполнены и работа написана грамотно. 2. Со стороны авторов не было ни одной жалобы в ЛПА, т.к. не было на это причин. А вот с моей стороны жалоба была, когда автор прислал 100%-но уникальный бред. Админы сказали, что такую работу можно не оплачивать, и я отказала в оплате. Но это был заказ в общем доступе, после того случая я стала работать по БС. Исключение - постинг. Без серьезных причин я не отказываю: мне проще исправить пару опечаток или поставить (убрать) знак препинания, чем еще сутки ждать доработки. 2а. Если в ТЗ не указаны ключевики, то и требовать их наличие в статье глупо.
Опять-таки по своему опыту скажу: будучи в бане, как автору мне приходилось искать окольные пути: просить других пользователей отписаться вместо меня в комментах или выходить на прямой контакт с заказчиком, и он сам писал в комментах: такой-то ключ взял автор svetik04. В общем, кто ищет, тот всегда найдет:) А как заказчик я писала в ТЗ, что не могу временно отвечать в комментариях, поэтому, уважаемые авторы, когда берете ключи в работу, соблюдайте очередность.
Предположим, что вдумчивая Дуся изучила список тем/ключей и комменты, отписалась-заняла и… обнаружила, что задание недоступно, потому что шустрый Шурик успел чуть раньше хапнуть последнюю работу. Расстроенная Дуся вернулась к поиску работы, тихо матеря тупого заказчика (который, по ее мнению, оформил заказ на меньшее количество работ, чем перечислил тем/ключей в списке), а шустрый Шурик тем временем в комментах не нашел свободной темы/ключа. О чем писать Шурику? Вернется ли к работе с вами хороший автор Дуся? Занесете ли Дусю в черный список за то, что она не сообщила в комментах об отсутствии свободной работы?
Другой вариант: не очень внимательный или очень хитрый Харитон в комментах займет тему/ключ, фигурирующие в тексте задания, но уже выполненные до него (при большом числе тем/ключей в списке ситуация вполне реальная даже при добросовестном подходе, да и комменты имеют свойство сворачиваться). Ваш отказ в оплате Харитон будет оспаривать по п. 5.3.4 пользовательского соглашения - неоднозначное трактование формулировки заказа, содержащего список на выбор. Чью сторону займет администрация?
Еще вариант: работу взяла уверенная в себе Ульяна, и, не отписываясь в комментах, накропала замечательную нетленку. Немного опоздавший Опанас выдает малокомпетентное (ну хреновый из него спец по, к примеру, корректирующему белью) водяное кое-какерство, которое абсолютно вам не нравится, но по условиям, со всеми запятыми на месте и успев застолбиться в комментах. Оплатите обоим (отписав Ульяне примечанием, что впредь надо занимать тему/ключ в комментах)? - на кой вам два текста на узкую тематику, один из которых грамотный уникальный полубред. Опять же денег жалко. Откажете Ульяне? - обидите хорошего автора и лишитесь подходящего текста. Тем более, что Ульяна могла в это время попросту париться в баньке за острый язык на форуме. Откажете Опанасу? - а он всего лишь честно отрерайтил аналогичный полубред и оспорит отказ, сославшись на вдохновивший его источник рерайта.
Так что остро нужен функционал, исключающий из списка выбора занятые темы/ключи. Использование для этого комментариев, равно как и клонирование десятками однотипных заказов по одному на тему/ключ - всего лишь костыли.
Плюс много.Функционал раздачи тем очень нужен.На данный момент выхожу из ситуации, создавая длинный список тем и отдавая его одному автору по ПЗ с пометкой - 1 пункт списка - одна статься. но это неудобно, т.к 1 автор пишет медленнее, чем скажем 5... а делить на 5 заказов неудобно уже мне - копировать статьи для их дальнейшего применения из 1 заказа гораздо удобнее, чем из пяти, да и однотипные заказы создавать - лишняя трата времени.Плюс - приходиться искать ключевые слова в тексте при проверке самостоятельно - т.к в случае со списком ключей в описании проверка на содержание ключей в тексте не производиться.
Что касается собственно темы данной темы - ИМХО, название темы " статьи для продвижения" или " копирайт мебель два бакса" - не дадут никакого преимущества авторам, ибо смысла в них нет, выдумывать уникальные названия ВМы с большим объемом работ просто не будут - у них нет на это ни времени, ни фантазии.
Еще момент. "Бывало такое, что 3 автора одновременно отписались и начали работу." Чтобы такого не было, укажите в ТЗ, что после того, как автор оставит коммент в обсуждении, необходимо обновить страницу. Тогда сразу видно, что кто-то отписался на несколько секунд раньше.
Я вас понимаю, но это все пляски с бубном, вместо продуктивной работы. Мне надо писать красным шрифтом, им надо обновлять страницу и тд. После введения подзаданий все вздохнут с облегчением.
Согласна, такая функция была бы удобна и авторам, и заказчикам. Просто пока ее нет, вариант, которым я пользуюсь при объемных заказах (20-30 статей на одну ему с разными ключами), самый оптимальный.
Эти подзадания в задании позволят еще и избавиться от лент однотипных заказов, растягивающихся порой на несколько экранов.
Вообще радиобаттон при взятии темы в работу (исключающий тему из списка для следующих авторов) существует у многих заказчиков, только реализован не средствами Адвего, а на их собственных сайтах, соответственно при возможной спорной ситуации на текст задания сослаться не получится.
Не читал всю ветку, так как много тут накопирайтили. Возможно, способ уже кто-то предлагал... Один заказчик, у которого я в БС, постоянно создаёт заказы с большим количеством ключей (тем). Дублей практически нет.
Рекомендации:
1. В ТЗ напишите, чтобы брали только один ключ (тему) и обязательно указывали, что взяли и что осталось.
2. Сами создайте первый комментарий с перечисленными в столбик свободными темами (ключами).
3. Добавьте условие в описании, чтобы каждый автор после добавления комментария пару раз обновил страницу (вдруг кто-то опередил его и взял тот же ключ).
4. Естественно, напишите, что дубли не оплачиваете!
5. Добавляйте в свои БС только внимательных авторов, которые ответственно относятся к своим обязанностям.
Я уже писал, то что вы предлагаете - это все пляски с бубном. Это масса лишниз телодвижений, куча времени на жто все уходит, вместо продуктивной работы, как у автором, так и у заказчиков. Мы живем в 21 веке. Как я уже предлагал, надо всего лишь добавить подзадания в задания. На каждый новый ключ, новое поле. Автор берет один или два ключа (подзадания) из задания. После этого, данные ключи недоступны другим авторам. Все. Не надо никому ничего писать и объяснять. Не будет никаких дублей. Не надо авторам отписываться и читать ветки комментариев. Все просто и чисто.
Пляски с бубном совсем незначительные, в основном с бубном нужно будет плясать авторам, а не закачику. А для заказчика нужно просто потратить чуть больше времени на создание заказа.
Ну вы правы. Но скорость и комфорт работы автора меня тоже беспокоит. А во время модерации подобных заказов мне, как заказчику все равно приходится перечитывать комментарии, чтобы увидеть нет ли дублей, и если они есть, определить по урлу, кто же все таки взял новость первым. Вобщем хватит об этом. Сейчас я больше беспокоюсь о том, что вы будете внедрять ))) То есть я имел в виду не заказы с темами, а именно с подзаказами. Со стороны заказчика - например создание заказа рерайт новостей. Добавить поле - урл новости. Добавить кнопку "+" для добавления нового поля для нового урла. Таким образом имеем заказ, 10 урлов, остальные настройки по желанию, например 1 новость для 1-го автора.
Со стороны автора обычный заказ, и возможность взять только один (или сколько в настройках) урл. После того, как один автор взял урл, другим авторам данный урл не доступен. Спасибо )))
А не пробовали сами создать в комментах список в количестве сообщений соответствующий списку ключей с просьбой взяв ключ отписаться под конкретным сообщением (1 - под первым, 5 - под пятым и т.д.). Некоторые ВМ так делают, довольно удобно.
Ну, тогда остаётся пожелать, чтоб и дальше так было ))) Главное, чтоб не недостаток в заданиях, а кому их делать всегда найдётся )) Адекватный автор любое задание выполнит, а если ума нет, то как ни пиши - не поможет.
Как вариант. Укажите в ТЗ, чтобы авторы указывали не только взятую тему, но и оставшиеся свободные темы. Так будет и авторам, проще при выборе, и Вам проще при контроле за состоянием заказа. Подобная функция уже используется некоторыми Вмами и могу сказать, с точки зрения автора, это облегчает взятие заказа в разы.
Добавлю, что темы лучше пронумеровать, а в заказе написать, чтобы авторы в заголовке указывали номер темы/ключа. В этом случае и повторы исключены, и ВМ-у легче проверять работы (не надо искать урл и т.д.). Я вообще не вижу проблемы, главное - правильно оформить заказ и подробно расписать задание. И никаких плясок с бубном - обычный рабочий момент.
Насчет грамотного составления ТЗ, я с Вами полностью согласен. Мое предложение было продиктовано стремлением облегчить жизнь "и нашим, и вашим". Просто подобный вариант решения проблемы мне наиболее понравился. Но это мое мнение. Конечно же, гораздо лучше, чтобы все это происходило на автомате, но пока такого нет, приходится придумывать что-то свое. Нумерация тем, равно как и взятие тем по порядку не всегда удобно. ИМХО.
Насчет "по порядку" согласна, а вот нумерация очень удобна обеим сторонам. Впрочем, тоже ИМХО:) Просто когда я оформляла заказы с пронумерованными ключами, не было ни одного дубля, да и проверять работы было легче.
У каждого из нас свое мнение, по лучшему случаю разрешения подобных ситуаций. С пожеланиями удачного и плодотворного дня откланиваюсь, т.к. работа требует уделить ей львиную долю моего времени.
Где-то писал- не найду. Наверное, из-за ссылки удалили. Перефразирую.
Нужно сделать выбор тем в форме радиобаттонов. Типа, голосования с максимальной величиной для пункта- 1 голос. При принятии задания нужно будет выбрать тематику, поставив птичку, и другим она уже доступна не будет. Я ясно изложил мысль?
Я понял, что Вы хотели донести до посетителей форума и администрации. Просто, пока такого функционала нет, авторам и заказчикам приходится изобретать различные способы для того, чтобы облегчить друг другу жизнь и сделать работу более эффективной.
Наверно, лучше было бы реализовать не в форме радиобаттонов, а в форме чекбоксов. Потому что в некоторых заказах автор может взять в работу сразу несколько тем.
Точка зрения автора :) Возьмете тему, выполните, возьмете еще одну. Чекбоксы не нужны - смысл теряется. Или усложнять интерфейс - "одновременное количество тем, которое может взять автор" нужно вводить с чекбоксами...
Публикация комментариев и создание новых тем на форуме Адвего для текущего аккаунта ограничено. Подробная информация и связь с администрацией: https://advego.com/v2/support/ban/forum/1186
