Предложения по дополнительным требованиям к размещению объявлений на разработку сайтов и модулей.

Главные вкладки

Аватар пользователя OldWarrior OldWarrior 11 апреля 2012 в 13:30

Предложение 1. Обязать публиковать хотя бы минимальный бюджет проекта.

Предложение 2. Обязать публиковать чёткое ТЗ (ну, тут уже иногда могут быть некоторые исключения - например, если заказчик ещё не знает, насколько реализуем проект в принципе).

Причины:

Причина 1: есть предложения, с которыми загодя просто нет смысла связываться. После длительного разбора всех технических деталей/условий часто выясняется, что работа не интересна/не выгодна в материальном плане и заказчик не располагает адекватным бюджетом.

Причина 2: сам разбор деталей/условий, при котором тратится много времени на распутывание вводных и имеющейся конфигурации заказчика. По сути дела - это уже работа.

Причина 3: некоторые из предложений публикуются неадекватными людьми/школотой, которые адекватную сумму заплатить заведомо не могут, но публикуют в расчёте на "авось-клюнет", а заодно и в расчёте узнать цены.

Вообще - политика, при которой цены были бы очевидны, дала бы большее представление другим заказчикам о типичных бюджетах на разработку. Без всяких там "кошек-мышек".

Реализация:

Прибить в разделах "Разработка сайтов" и "Разработка модулей" топик с условиями публикации объявлений.

Комментарии

Аватар пользователя VasyOK VasyOK 11 апреля 2012 в 14:09

1-е - не поддерживаю. Хочет/не хочет бюджет публиковать это его дело. У заказчика есть время со всеми потенциальными исполнителями разговаривать - пускай.

2-е тоже не поддерживаю. Чтобы грамотно составлять ТЗ, нужно тоже определенными навыками обладать.

То что калькуляция ТЗ - тоже затрата времени, и заказчик и исполнитель тоже должны понимать.

Рекомендации, конечно, надо было бы прибить сверху, но не обязательно такие.

Аватар пользователя Antoniy Antoniy 11 апреля 2012 в 14:11

Прибить сверху рекомендации и сделать тип материала с обязательными полями по примерному ТЗ, тогда будут более менее понятные размещения заказов.

Аватар пользователя VasyOK VasyOK 11 апреля 2012 в 14:27

Но это дожны быть именно РЕКОМЕНДАЦИИ. Иначе тут вообще никто заказывать не будет.

Не надо убивать свободный рынок!

Кстати а где здесь основные требования, если предложения касаются дополнительных?

Аватар пользователя OldWarrior OldWarrior 11 апреля 2012 в 14:25

"VasyOK" wrote:
Хочет/не хочет бюджет публиковать это его дело. У заказчика есть время со всеми потенциальными исполнителями разговаривать - пускай.

У заказчика, может, и есть, но у меня его не всегда с избытком.
В итоге же всё равно берёшь тот проект, где больше внятных вводных и более определённая ситуация с бюджетом. Разве не так? Smile

Кроме того (объективно) какие причины мешают публиковать сумму бюджета?

"VasyOK" wrote:
То что калькуляция ТЗ - тоже затрата времени, и заказчик и исполнитель тоже должны понимать.

Положа руку на сердце: много ли вы видели заказчиков, оплачивающих время на вникание в материал?

Аватар пользователя bsyomov bsyomov 11 апреля 2012 в 14:30

По поводу бюджета разумная вполне мысль.

"iNFerNo" wrote:
лучше список разработчиков был бы по версиям дру и свободным временем занятости...

Как это отслеживать и создавать список?

Аватар пользователя OldWarrior OldWarrior 11 апреля 2012 в 14:30

"VasyOK" wrote:
Иначе тут вообще никто заказывать не будет.

Какой кайф от заказов, которые заказчик в итоге всё равно не в состоянии адекватно оплатить?

Впрочем, если хотите тратить своё время на распутывание невнятных вводных к низкооплачиваемым проектам - ради бога.
В конце концов, это же только предложения.

Аватар пользователя VasyOK VasyOK 11 апреля 2012 в 14:37

О да Инферно, тут действительно много людей желают чтобы их внесли в список! И неприменно по версиям. Ведь столько людей работает именно с D6, но не с D7.

Список времени занятости - это круто. Значит так: сегодня я копаю картошу, завтра могу сделать вам сайт, после завтра я опять копаю картошку.

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

"Положа руку на сердце: много ли вы видели заказчиков, оплачивающих время на вникание в материал?"

Дык кто вас заставляет вникать? Lol

Аватар пользователя OldWarrior OldWarrior 11 апреля 2012 в 14:33

"VasyOK" wrote:
Кстати а где здесь основные требования, если предложения касаются дополнительных?

В том-то и дело, что их нет.
Есть только общие требования к публикациям вакансий.

Аватар пользователя OldWarrior OldWarrior 11 апреля 2012 в 14:51

"VasyOK" wrote:
OldWarrior, если заказчик серьезный, он сам должен беспокоится что написать в заказе.

Так о чём и речь. Ибо вот так и получается, что большинство публикуемых проектов - несерьёзный спам, без наиболее интересующей разработчика информации.

Кроме того, это в общем-то здоровая практика, от которой "свободный" рынок ещё вроде нигде не умирал. Объявить бюджет проекта - это нормально. Сообщить о стартовых вводных и технических требованиях (короче - ТЗ) - это тоже best world practice.

Аватар пользователя boneg boneg 11 апреля 2012 в 15:22

Баба яга против.

"OldWarrior" wrote:
Предложение 1. Обязать публиковать хотя бы минимальный бюджет проекта.

По последнему сделанному проекту, который я тут выкладывал, заказчик знал чего хочет, был готов сразу оплатить, но не знал порядок цен. В итоге согласился на мою цену. И кстати, уже отбил сайтом затраты на разработку. И таких предостаточно. Заказчик вправе выбрать у какого исполнителя и за сколько тугриков покупать услуги по программированию на коболе под BolgenOS.
"OldWarrior" wrote:
Предложение 2. Обязать публиковать чёткое ТЗ (ну, тут уже иногда могут быть некоторые исключения - например, если заказчик ещё не знает, насколько реализуем проект в принципе).

К вам никогда не обращались с заданием составить грамотное ТЗ ? Это стоит денег. И заказчик вправе не расбрасывать направо и налево тз на 55 страниц с схемами и интересными идеями, чтобы потом это тз не стало для других "шаблоном".

"OldWarrior" wrote:
Причина 1: есть предложения, с которыми загодя просто нет смысла связываться. После длительного разбора всех технических деталей/условий часто выясняется, что работа не интересна/не выгодна в материальном плане и заказчик не располагает адекватным бюджетом.

Причина 2: сам разбор деталей/условий, при котором тратится много времени на распутывание вводных и имеющейся конфигурации заказчика. По сути дела - это уже работа.

Причина 3: некоторые из предложений публикуются неадекватными людьми/школотой, которые адекватную сумму заплатить заведомо не могут, но публикуют в расчёте на "авось-клюнет", а заодно и в расчёте узнать цены.


Этого порой не избежать. Открываем газету "бизнес", раздел "работа". "На постоянную работу требуется младший помощник старшего говноуборщика-консультанта. Трудовой договор, зарплата стабильная, телефон 0XXXXXXXXXXXX , Алевтина Прокопьевна Альпиншток".
Ни зарплаты, ни тз, ни условий, ничего. Но позвони туда через неделю, в ответ получишь "извините, мы уже нашли прекрасного говноуборщика". Заказчик в праве публиковать задачу как нравится ему. А если это сайт ФСБ и нужно дописать модуль для учета смертей в камерах пыток - не выкладывать же тут в тз. Вполн хватит "комук интересно - пишите в личку".
"OldWarrior" wrote:
Реализация:
Прибить в разделах "Разработка сайтов" и "Разработка модулей" топик с условиями публикации объявлений.

Да ты его хоть 72 болдом напиши - никто не будет читать. Заказчика дело - пришел,увидел, разместил. Буквально 6 лет назад в самый "расцвет" форумов вели с моим партнером большой городской форум, в каждом разделе правила публикации (от обязательной даты события в тайтле до качетсва фото). Кто-нить слушался? Хрен.

Аватар пользователя OldWarrior OldWarrior 11 апреля 2012 в 15:39

"boneg" wrote:
Буквально 6 лет назад в самый "расцвет" форумов вели с моим партнером большой городской форум, в каждом разделе правила публикации (от обязательной даты события в тайтле до качетсва фото). Кто-нить слушался? Хрен.

Ну... Городской форум и форум разработчиков.
Как сами считаете - есть разница?

То, что порой не избежать - да, очевидно.
Но снизить количество этого "порой" можно.

Аватар пользователя iNFerNo iNFerNo 11 апреля 2012 в 15:45

"VasyOK" wrote:
О да Инферно, тут действительно много людей желают чтобы их внесли в список! И неприменно по версиям. Ведь столько людей работает именно с D6, но не с D7.

Список времени занятости - это круто. Значит так: сегодня я копаю картошу, завтра могу сделать вам сайт, после завтра я опять копаю картошку

Чойто вы передергиваете.

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

Аватар пользователя q2_faith q2_faith 11 апреля 2012 в 15:50

давайте не будем демагогию разводить) большинство заказов, которые я вижу это вполне стандартные реализации типа визитка, каталог и т.д.
если человек задумался сделать сайт, то он по любому ценники уже пробил. а в то что человек вообще не в теме, но хочет портал и не хочет вникать, то это говорит о несерьезности предприятия.
нужно обговорить какие то требования к заказчикам, исключительно из за экономии времени его и нашего. и встречная тема, обговорить требования к исполнителям.

Аватар пользователя Alexei91 Alexei91 11 апреля 2012 в 16:11

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

Аватар пользователя VasyOK VasyOK 13 апреля 2012 в 22:42

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

Аватар пользователя OldWarrior OldWarrior 27 июня 2012 в 23:01

Ап. Продолжаем опрос (см. первый пост).

Такое впечатление, что на форуме месячник сезон работы за хлеб и воду, причём нанимаются телепаты с уймой свободного времени.

Или солнечная активность как-то по особому сказывается на мозгах заказчиков?

Аватар пользователя Orion76 Orion76 17 августа 2012 в 2:32

по Предложению 1.
Сомневаюсь, что это что-то даст.. Если заказчик не вкурсе расценок, да еще плохо представляет - что ему нужно...99% - эта сумма будет очень сильно отличаться от реальной.
Проще составить некий список вопросов, ответы на которые позволят хотябы приблизительно оценить платежеспособность Заказчика.
Например:
1.Кто он(частное лицо, менеджер проекта, представитель компании(коротко о компании, чем и где занимается)).
2.Зачем ему сайт(что-бы был, произвести впечатление на девушку, продвижение продукции компании в интернете,непосредственный заработок и т.д.).
3.Какого качества ему нужен сайт(дешево-сердито,недорого, профессионально, супер-профессионально)
4. и т.д.

по Предложению 2.
Сразу готовое адекватное детальное ТЗ - это фантастика , во всех смыслах..
Недавно, одна вэб-студия предлагала мне оценить и сделать сайт по эскизам 2-х страниц-)))
А с другой компанией, далекой от вэба, буквально за пару дней заключили договор на разработку прототипа и ТЗ по прототипу..

Я бы начал с "ликбеза"..
Хорошо бы собрать-написать вводные статьи:
1.Этапы разработки вэб-сайта, от идеи до профита.
2.Что такое бриф, прототип, ТЗ..Зачем оно надо.. Почему оно надо.. и т.д.
3.Шаблоны брифа, ТЗ
4.Примеры брифов, ТЗ с оценкой стоимости работ.
5.Обзор стоимости разработки различных категорий сайтов.
"Сложить" их в одно место, что бы при необходимости можно было по быстрому "ткнуть" в Заказчика ссылкой на нужную информацию.

как-то так..

Аватар пользователя OldWarrior OldWarrior 11 декабря 2012 в 11:12

Угу и ап.
В свете всяческих глупых вбросов и наивных демпингов (а-ля "Пож. оправьте Заявку") продолжаем опрос честных тружеников-друппалургов.

См. первый пост. Пож.

Аватар пользователя vitaboss vitaboss 9 января 2013 в 14:03

"OldWarrior" wrote:
Предложение 1. Обязать публиковать хотя бы минимальный бюджет проекта.

Мне кажется, что нужны рейтинги заказчиков + рейтинги исполнителей и на основе выполненных работ, (чел/часы * руб.) уже будет понятно, что и сколько у кого (учитывается опыт специалиста) стоит. т.е. ведется какае-то статистика.

"OldWarrior" wrote:
Предложение 2. Обязать публиковать чёткое ТЗ (ну, тут уже иногда могут быть некоторые исключения - например, если заказчик ещё не знает, насколько реализуем проект в принципе).

Я, например, хочу заказать модуль, переплачивать за него не хочу, но понимаю, что за копейки ничего хорошего не получится. Выкладывать четкое тз на всеобщее обозрение тоже не очень хочется, это тоже труд, который так же кем-то должен оплачиваться. Четкое тз возможно при коллективном заказе, где все поработали и все бесплатно все получили.

Аватар пользователя volocuga@drupal.org volocuga@drupal.org 9 января 2013 в 14:23

"vitaboss" wrote:
Четкое тз возможно при коллективном заказе, где все поработали и все бесплатно все получили.

Коллективные заказы сосут. Везде а в совке ещё нужно множить на совковый коэффициент. Предложение OldWarrior довольно милое но не более того, так как не решает ничего.

Здесь проблема системная: на друпал приходят потому, что это опенсорц, значит, очевидно халява. Сюда слетается специфический контингент со всеми вытекающими: смешные бюджеты, домохозяйки - заказчики и тд.

Помоему хорошее решение проблемы - перестать заниматься Друпалом вообще.

Аватар пользователя vitaboss vitaboss 9 января 2013 в 14:26

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Помоему хорошее решение проблемы - перестать заниматься Друпалом вообще.

Переходим на битрикс Smile

Аватар пользователя graker graker 9 января 2013 в 17:32

<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a> wrote:
"vitaboss" wrote:
Переходим на битрикс :)

Как вариант. Заметь, на битрикс приходят заказчики, которые УЖЕ готовы платить

Несколько менее болезненный вариант: находить заказчиков, которым нужен сайт, а не Друпал.
И решать их задачу так, как удобнее и выгоднее всем участникам процесса.

Аватар пользователя vitaboss vitaboss 9 января 2013 в 14:28

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Как вариант. Заметь, на битрикс приходят заказчики, которые УЖЕ готовы платить

Это верно! И платят не мало.

Аватар пользователя OldWarrior OldWarrior 9 января 2013 в 16:52

"vitaboss" wrote:
Я, например, хочу заказать модуль, переплачивать за него не хочу, но понимаю, что за копейки ничего хорошего не получится. Выкладывать четкое тз на всеобщее обозрение тоже не очень хочется, это тоже труд, который так же кем-то должен оплачиваться. Четкое тз возможно при коллективном заказе, где все поработали и все бесплатно все получили.

Просто любой исполнитель должен знать, под что он подписывается. Чтобы не получалось так, что проект, под который исполнитель отвёл 3-4-5 дней - выливается в несколько недель работы по причине бесконечного "уточнения" ТЗ. Это ж всё же время специалиста.

Работа выгодна/интересна до тех пор, пока не страдает плотность личного рабочего (да и жизненного) графика и другие направления. Тот, кто берётся с отчаяния, под любые условия и бюджет и готов тратить неопределённое время на распутывание и решение задачи - скорее всего пока только ещё осваивает Друпал, либо не намерен доводить работу до конца в принципе. Типа - "авось осилю, а не разберусь, так хоть что-то новое узнаю".

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Помоему хорошее решение проблемы - перестать заниматься Друпалом вообще.

Oh, yeah!

Пока это только предложения. Мы тут как бы внимательно всех выслушиваем, раскидываем мозгами, скрупулёзно взвешиваем все "но", "за" и "против".

Кто знает, может что-то путное и родится.