Авторы всех пожеланий в чате получат специальную марку "Меценат конкурса"
Творцам - витиеватостей, читателям - открытий,
А всем удач, успехов и красот! ((: ...Творцам - витиеватостей, читателям - открытий, А всем удач, успехов и красот! ((: / 100 руб.
Удачи всем и мне!! Надеюсь удача нас с малышом не обойдёт)! / 100 руб.
Первый раз участвую в подобном мероприятии! Мне очень интересно🤩Жела ю всем удачи! / 100 руб.
Успехов, удачи и вдохновения! / 100 руб.
Ура!!!!! Конкурс!!!!! Удачи всем участникам! / 100 руб.
У каждого участника есть талант. Верьте в себя и всё получится! / 100 руб.
Всем удачи и вдохновения!!! / 100 руб.
Удачи 🙏 / 100 руб.
Успехов! / 100 руб.
Давайте сделаем призовой фонд 1 500 000 :) / 300 руб.
Мы ввели дополнительное поле - "Название заказа". Поле обязательно для заполнения, оно позволит авторам быстро определить тему заказа и сориентироваться в его сути.
Пожалуйста, указывайте в названии максимально конкретно и понятно краткое описание заказа.
Надеемся, данное изменение поможет пользователям в работе.
Лучший комментарийromagromov написал 30.04.2012 в 16:49
58
Я так работал по рерайту новостей. Создавал задание, указывал список урлов, ограничивал - 1 работа для одного автора, и просил отписываться в ...Я так работал по рерайту новостей. Создавал задание, указывал список урлов, ограничивал - 1 работа для одного автора, и просил отписываться в комментариях, чтобы не было в дублей, короче как вы написали. В итоге, сейчас я на каждую новость делаю отдельное задание. Почему? А потому что дубли все равно были. Бывало такое, что 3 автора одновременно отписались и начали работу. Я даже писал в задании, что такое бывает, и чтобы авторы внимательно брали задание... Мне приходилось оплачивать ненужные дубли, ведь по сути автор не вивноват... Ероме того, это очень неудобно. Представьте себе в списке урлов, найти незанятый в другом списке урлов. А теперь внимание: Было бы правильно в задании, создавать дополнительные поля (например нажатием на плюсик): в каждом поле заказчик добавляет ключи, или урлы для рерайта - и все. На каждый ключ - новое поле. Автор просто выбирает ключ или урл, и он более никому недоступен. Не надо никому нигде отписываться. Это как подзадания в задании. Поверьте, многие скажут вам за это спасибо. Я как заказчик гораздо быстрее создаю задания, не плодя их, автор его выполнил, не надо ничего в комментариях отписываться или читать.
Лучший комментарий
DELETED
написал 29.04.2012 в 06:51
0
Немного не в тему. Нет, не так. Совсем не в тему... Можно ли доработать функционал строки "чёрный список ВМ" при поиске заказа в общем доступе? Мне ...Немного не в тему. Нет, не так. Совсем не в тему...
Можно ли доработать функционал строки "чёрный список ВМ" при поиске заказа в общем доступе?
Мне, например, не очень удобно каждый раз копипастить два, три (и более) ника ВМ, чтобы отфильтровать некоторых заказчиков.
Возможно, не только у меня есть заказчики, на которых не хотелось бы натыкаться во время поиска заказов. Так может быть создать какой-нить "постоянный чёрный список ВМ" для каждого автора?
И, наоборот, добавить "постоянный белый список ВМ", который можно бы было активировать во время поиска заказов из общего списка?!
Лучший комментарийKengaRu написал 01.05.2012 в 02:26
71
Предположим, что вдумчивая Дуся изучила список тем/ключей и комменты, отписалась-заняла и… обнаружила, что задание недоступно, потому что шустрый ...Предположим, что вдумчивая Дуся изучила список тем/ключей и комменты, отписалась-заняла и… обнаружила, что задание недоступно, потому что шустрый Шурик успел чуть раньше хапнуть последнюю работу. Расстроенная Дуся вернулась к поиску работы, тихо матеря тупого заказчика (который, по ее мнению, оформил заказ на меньшее количество работ, чем перечислил тем/ключей в списке), а шустрый Шурик тем временем в комментах не нашел свободной темы/ключа. О чем писать Шурику? Вернется ли к работе с вами хороший автор Дуся? Занесете ли Дусю в черный список за то, что она не сообщила в комментах об отсутствии свободной работы?
Другой вариант: не очень внимательный или очень хитрый Харитон в комментах займет тему/ключ, фигурирующие в тексте задания, но уже выполненные до него (при большом числе тем/ключей в списке ситуация вполне реальная даже при добросовестном подходе, да и комменты имеют свойство сворачиваться). Ваш отказ в оплате Харитон будет оспаривать по п. 5.3.4 пользовательского соглашения - неоднозначное трактование формулировки заказа, содержащего список на выбор. Чью сторону займет администрация?
Еще вариант: работу взяла уверенная в себе Ульяна, и, не отписываясь в комментах, накропала замечательную нетленку. Немного опоздавший Опанас выдает малокомпетентное (ну хреновый из него спец по, к примеру, корректирующему белью) водяное кое-какерство, которое абсолютно вам не нравится, но по условиям, со всеми запятыми на месте и успев застолбиться в комментах. Оплатите обоим (отписав Ульяне примечанием, что впредь надо занимать тему/ключ в комментах)? - на кой вам два текста на узкую тематику, один из которых грамотный уникальный полубред. Опять же денег жалко. Откажете Ульяне? - обидите хорошего автора и лишитесь подходящего текста. Тем более, что Ульяна могла в это время попросту париться в баньке за острый язык на форуме. Откажете Опанасу? - а он всего лишь честно отрерайтил аналогичный полубред и оспорит отказ, сославшись на вдохновивший его источник рерайта.
Так что остро нужен функционал, исключающий из списка выбора занятые темы/ключи. Использование для этого комментариев, равно как и клонирование десятками однотипных заказов по одному на тему/ключ - всего лишь костыли.
Лучший комментарийromagromov написал 30.04.2012 в 17:03
63
Я вас понимаю, но это все пляски с бубном, вместо продуктивной работы. Мне надо писать красным шрифтом, им надо обновлять страницу и тд. После ...Я вас понимаю, но это все пляски с бубном, вместо продуктивной работы. Мне надо писать красным шрифтом, им надо обновлять страницу и тд. После введения подзаданий все вздохнут с облегчением.
Создать задание. В описании указать все ключи. В описании указать, что автор должен выбрать клюи и сообщить об этом в комментариях. Выбрать такой ключ, который еще никто не указал в комментариях.
Ну посмотрите в поиске работы - таких заказов много.
Я так работал по рерайту новостей. Создавал задание, указывал список урлов, ограничивал - 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
