Здравствуйте, Слава Шевцов, Вы писали:
СШ>Ты всё правильно описал. После того, как доверие появилось, можно сниматься с сервиса. Так? И сервис остаётся без работы. И это нормально, если ты приводишь заказчика. Но если заказчика ты находишь на сайте сервиса, то сервис заинтересован в том, чтобы ты _всегда_ общался с заказчиком через сервис. А значит надо предотвращать передачу контактной информации. Любой контактной информации, так как сервису заранее неизвестно о наличии связи между заказчиком и исполнителем.
боюсь что если ты будешь применять меры по предотвращению прямого общения сразу то быстро останешься без клиентов вообще. это когда уже более менее раскрутишься стоит думать об ограничениях, а пока нужно всеми средствами завлечь людей — побольше всего и сразу, с улыбкой до ушей и потоканием клиентам
если сразу начнешь посылать, тебя тоже пошлют очень быстро
Здравствуйте, Слава Шевцов, Вы писали:
O>>>>Кстати, домен rentaguru.com занят...
СШ>>>И что?
O>>Ну, вдруг бы Вы решили расширяться на Запад?
СШ>Максимум до Украины.
да, у нас тут все двигается в западном направлении...
как минимум цены
СШ>"Не так это было, не так" (с) Вождь Народов.
СШ>Это описание идеального случая. Когда строители строят здание. В мире компьютеров обстоятельства могут выясняться по пути. Мы же понимаем, что такова особенность текущего этапа развития индустрии. Поэтому приходится к тексту договора присоединять все последующие переговоры и смотреть кто с чем соглашался, кто от чего отказывался. Такова реальная жизнь. Поэтому сайт, который судит итог по первоначальному ТЗ, никому не нужен. Ни заказчику, ни исполнителю.
СШ>И вообще, зачем вести ещё какие-то переговоры, если ТЗ ясно и пользователь под него подписался? Имхо, совершенно незачем. Ан нет — хотят что-то по проектам в аськах обсуждать
Обстоятельста, обстоятельствами, но почему-то договора заключаются тем не менее . Если заказчик не способен объяснить, что ему необхдимо даже после наводящих вопросов и четко сформулировать требования... извините но с таким лучше дела не иметь. Как правило в договоре четко прописан требуемый функционал, дизайн если есть, деплоймент, календарь оплаты и т.д. Если требования заказчика выходят за рамки ТЗ они оплачиваются отдельно и пока никто не был против такого пункта в договоре. А в аськах можно обсуждать много чего, например перенос или установку сайта на хостинг клиента, мелкие доделки и пр. но это не выходит за рамки договора.
Интересно ваше мнение о том как должен происходить conflict resolution на фрилансерском сайте.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. ....
Кому чего, а по мне так предлагаемые цены (bids) на проекты следует показывать только админу и создателю проекта, иначе это неминуемо приведет к демпингу, и сайт может забуксовать. Так, например, похожий сайт www.scriptlance.com тоже открыто публикует цены, и там можно встретить заявки на выполнение хороших сайтов за 20 долларов и т.п. Лично я на такой сайт за работой не пойду
Здравствуйте, kavlad, Вы писали:
K>Здравствуйте, Odi$$ey, Вы писали:
K>Алексей, если вы так будете выискивать ошибки, сайт никогда с вами не расплатится
да, язык в мануалах оставляет желать лучшего, т.е. более профессионального стиля...
RentAGuru ни при какой ситуации не передаёт залог на хранение исполнителю.
Чем вы это на русский переводили?
По-русски, это обычно звучит как: "...ни при каких обстоятельствах..." или "ни при каких условиях".
Вам, как любителю русской словестности должно быть известно, что эквивалентом слова "account" является словосочетание учетная запись;
Буквенные списки должны быть не abcd , а абвгд;
Еще не понял — в одних местах используете слово сайт, в других веб-узел.
Вместо "Политики секретности" следует использовать что-то по-русски, ну хотя бы "Политика Конфиденциальности" как это сделано на приличных сайтах (хотя, в некоторых местах у вас вроде это слово попадается).
Информации много, систематизация ее слабая — трудно врубиться быстро что к чему или найти нужное.
В таком проекте главное не дизайн, а понятное объяснение сторонам их прав и обязанностей на русском языке, а не на суррогате
Над текстами еще нужно много основательно работать и юристам и корректорам Дизайн тут дело десятое.
"найми профессионала на месяц" — явная лажа, никому не нужен профессионал именно на месяц, всем нужна выполненная работа в кратчайший срок и как можно дешевле. Во-первых, не думаю, что всем (особенно заказчикам с дэньгами) понравится фамильярное обращение в единственном числе, а во-вторых, тут имхо нужно искать в направлении "онлайн биржа профессионалов", Любой профессионал к вашим услугам; Ваша задача, наше решение; Ваши задачи — наши профессионалы и пр. бред, т.е. нужен еще более точный слоган и вместе с тем простой.
ЗЫ — хорошо сайты лобать, когда диссер написан и защищен! Или это и есть диссер?!
Здравствуйте, Слава Шевцов, Вы писали:
N2>>Нехорошо повторяется ru.ru, если остановишься на этом домене, надо брать и http://www.RentAGu.ru.
СШ>Почему не хорошо?
Обычно пишут Gu.ru, поэтому многие будут путать.
Здравствуйте, pchelp, Вы писали:
СШ>>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. ....
P>Кому чего, а по мне так предлагаемые цены (bids) на проекты следует показывать только админу и создателю проекта, иначе это неминуемо приведет к демпингу, и сайт может забуксовать. Так, например, похожий сайт www.scriptlance.com тоже открыто публикует цены, и там можно встретить заявки на выполнение хороших сайтов за 20 долларов и т.п. Лично я на такой сайт за работой не пойду
Имхо, это сильно зависит от позиционирования сайта. Если ориентироваться на дешёвую рабочую силу, то ты прав — публикация ставок это демпинг и она не выгодна ни хорошим разработчикам, ни сервису.
Я же ориентирую и буду продвигать сайт в другом направлении. Мы всегда и везде будем заявлять: если компании нужен профессионал на временный проект, то его можно найти именно у нас. Да, за недельный проект он возьмёт $300. Но он даст качественный продукт.
Например, пишет компания органайзер. И в какой-то момент потребовалась им специфическая работа: обмениваться данными с Palm или с сотовым телефоном. Этот модуль надо сделать и забыть о нём. Самим делать накладно, ибо надо обучить сотрудника, а дальше он не будет использовать это знание. Поручать другой компании дорого. А вот нанять на неделю-другую удалённого специалиста по такому обмену данными — самое оно.
То есть мы ориентируемся на ситуацию, когда компания хочет нанять профессионала. А этот профессионал продаёт не почасовую работу, а свои уникальные знания. Оценить заранее стоимость работы заказчик не может. Разработчик тоже иногда затрудняется. Для того, чтобы заказчик был спокоен за справедливость цены, нужен какой-то очевидный механизм определения рыночной стоимости проекта. Иначе заказчик получает риски переплаты и последующей неудовлетворённости от итога проекта. Но ведь всем нам нужны вменяемые заказчики, которые хотят платить за знания, а не за час работы?
Здравствуйте, Nikola-2, Вы писали:
N2>>>Нехорошо повторяется ru.ru, если остановишься на этом домене, надо брать и http://www.RentAGu.ru. СШ>>Почему не хорошо? N2>Обычно пишут Gu.ru, поэтому многие будут путать.
Можно без сказок обойтись? С ".com" могут путать, а вот с таким вариантом — вряд ли.
Здравствуйте, Слава Шевцов, Вы писали:
P>>Кому чего, а по мне так предлагаемые цены (bids) на проекты следует показывать только админу и создателю проекта, иначе это неминуемо приведет к демпингу, и сайт может забуксовать. Так, например, похожий сайт www.scriptlance.com тоже открыто публикует цены, и там можно встретить заявки на выполнение хороших сайтов за 20 долларов и т.п. Лично я на такой сайт за работой не пойду
СШ>Имхо, это сильно зависит от позиционирования сайта. Если ориентироваться на дешёвую рабочую силу, то ты прав — публикация ставок это демпинг и она не выгодна ни хорошим разработчикам, ни сервису.
СШ>Я же ориентирую и буду продвигать сайт в другом направлении. Мы всегда и везде будем заявлять: если компании нужен профессионал на временный проект, то его можно найти именно у нас. Да, за недельный проект он возьмёт $300. Но он даст качественный продукт.
СШ>Например, пишет компания органайзер. И в какой-то момент потребовалась им специфическая работа: обмениваться данными с Palm или с сотовым телефоном. Этот модуль надо сделать и забыть о нём. Самим делать накладно, ибо надо обучить сотрудника, а дальше он не будет использовать это знание. Поручать другой компании дорого. А вот нанять на неделю-другую удалённого специалиста по такому обмену данными — самое оно.
СШ>То есть мы ориентируемся на ситуацию, когда компания хочет нанять профессионала. А этот профессионал продаёт не почасовую работу, а свои уникальные знания. Оценить заранее стоимость работы заказчик не может. Разработчик тоже иногда затрудняется. Для того, чтобы заказчик был спокоен за справедливость цены, нужен какой-то очевидный механизм определения рыночной стоимости проекта. Иначе заказчик получает риски переплаты и последующей неудовлетворённости от итога проекта. Но ведь всем нам нужны вменяемые заказчики, которые хотят платить за знания, а не за час работы?
Соглашусь с pchelp: открытый аукцион не есть хорошо, ставки перебиваются на ура, причем в большинстве случаев имеет место намеренный демпинг, что не идет на пользу ни заказчику, ни исполниетлям, ни сервису. Только в идеале исполнители предлагали бы проект за свою реальную цену, на самом деле такого не будет, а будет намеренное занижение стоимости проекта с целью его выиграть, а потом отыграться на вымогательстве доп. денег у заказчика. Закрытый аукцион разумеется также от этого не защищает, но все таки вероятность демпинга меньше.
З.Ы. А что кроме вебманей никаких других платежных систем и способов оплаты не предполагается использовать?
Здравствуйте, yxiie, Вы писали:
СШ>>Ты всё правильно описал. После того, как доверие появилось, можно сниматься с сервиса. Так? И сервис остаётся без работы. И это нормально, если ты приводишь заказчика. Но если заказчика ты находишь на сайте сервиса, то сервис заинтересован в том, чтобы ты _всегда_ общался с заказчиком через сервис. А значит надо предотвращать передачу контактной информации. Любой контактной информации, так как сервису заранее неизвестно о наличии связи между заказчиком и исполнителем.
Y>боюсь что если ты будешь применять меры по предотвращению прямого общения сразу то быстро останешься без клиентов вообще. это когда уже более менее раскрутишься стоит думать об ограничениях, а пока нужно всеми средствами завлечь людей — побольше всего и сразу, с улыбкой до ушей и потоканием клиентам
Ой не знаю, не знаю. Мне кажется, что лучше сразу определить чёткие и понятные правила игры. Надолго. И именно по ним играть. Кроме того, возможность обмена контактной информацией нужна скорее недобросовестным исполнителям. Заказчикам это всё равно. Имеет ли смысл потакать тем, кто хочет работать на сервисе и получать средства в обход? Вряд ли.
Если же кому-то потребуются контактные данные, то всегда можно написать в поддержу и мы скорее всего предоставим их (при условии согласия другой стороны). Если хорошему разработчику потребуется рекомендация при приёме на работу, то мы готовы предоставить её.
Y>если сразу начнешь посылать, тебя тоже пошлют очень быстро
Потому я и завёл разговор здесь Разработчики же самая незащищённая сторона. И я боюсь, что при написании правил арбитража и договоров мог необоснованно сильно их ущемить. Да, правила арбитража и договора — это адаптированный к нашим законам перевод с RentACoder. Но я мог немножко напутать с трактовками и внести излишне жесткие условия.
Так что смотрите, читайте, пишите чем недовольны. Классные разработчики — основное золото сервиса.
Здравствуйте, Trean, Вы писали:
СШ>>То есть мы ориентируемся на ситуацию, когда компания хочет нанять профессионала. А этот профессионал продаёт не почасовую работу, а свои уникальные знания. Оценить заранее стоимость работы заказчик не может. Разработчик тоже иногда затрудняется. Для того, чтобы заказчик был спокоен за справедливость цены, нужен какой-то очевидный механизм определения рыночной стоимости проекта. Иначе заказчик получает риски переплаты и последующей неудовлетворённости от итога проекта. Но ведь всем нам нужны вменяемые заказчики, которые хотят платить за знания, а не за час работы?
T>Соглашусь с pchelp: открытый аукцион не есть хорошо, ставки перебиваются на ура, причем в большинстве случаев имеет место намеренный демпинг, что не идет на пользу ни заказчику, ни исполниетлям, ни сервису. Только в идеале исполнители предлагали бы проект за свою реальную цену, на самом деле такого не будет, а будет намеренное занижение стоимости проекта с целью его выиграть, а потом отыграться на вымогательстве доп. денег у заказчика. Закрытый аукцион разумеется также от этого не защищает, но все таки вероятность демпинга меньше.
Вымогательство (под любым предлогом) мы будем жёстко пресекать. Причём как со стороны заказчика (доп. фунционал), так и со стороны исполнителя (доп. деньги).
Мы полностью на стороне честной игры, так как демпинг будет наносить нам прямой материальный ущерб. Нам выгодно, чтобы цена была объективная, а не завышенная или заниженная. Заниженная цена приводит к заниженной комиссии. Заниженная цена приводит к оттоку профессиональных кадров — основных клиентов нашего сервиса. Завышенная цена приводит к оттоку заказчиков. Нет заказчиков — нет и работы разработчикам. Так что мы будем стремиться достичь баланса. Это критично для нормального существования.
T>З.Ы. А что кроме вебманей никаких других платежных систем и способов оплаты не предполагается использовать?
Для начала будут WebMoney + Яндекс.Деньги + банковский перевод. Что ещё желательно — пишите.
... СШ>Потому я и завёл разговор здесь Разработчики же самая незащищённая сторона. И я боюсь, что при написании правил арбитража и договоров мог необоснованно сильно их ущемить. Да, правила арбитража и договора — это адаптированный к нашим законам перевод с RentACoder. Но я мог немножко напутать с трактовками и внести излишне жесткие условия.
СШ>Так что смотрите, читайте, пишите чем недовольны. Классные разработчики — основное золото сервиса.
ну я как бы далек от разработчиков, да и от работодателей тоже, я скорее стараюсь высказываться в пользу сервиса
просто мне кажется этот бизнес довольно инертная штука и поднять ее до вменяемого уровня будет очень не просто, поэтому предлагаю завлекать всех кого можно, хотя-бы для массовки, а когда уже достигнете определенной критической массы можно будет и качество улучшать и жуликов по рукам бить
имхо самое главное чтобы хоть как-то начало работать. когда люди привыкнут к сервису они гораздо более благосклонно будут воспринимать изменения в правилах так как уходить с насиженного места не каждому захочется, а вот когда они только пришли а их тут как из ведра дикими правилами ошарашили, они просто развернутся и уйдут.
T>>З.Ы. А что кроме вебманей никаких других платежных систем и способов оплаты не предполагается использовать?
СШ>Для начала будут WebMoney + Яндекс.Деньги + банковский перевод. Что ещё желательно — пишите.
банковский перевод это wire transfer? Если да, то какая из сторон будет оплачивать income и outgoing fee банкам и сколько это будет в $ ?
Здравствуйте, Trean, Вы писали:
T>>>З.Ы. А что кроме вебманей никаких других платежных систем и способов оплаты не предполагается использовать?
СШ>>Для начала будут WebMoney + Яндекс.Деньги + банковский перевод. Что ещё желательно — пишите.
T>банковский перевод это wire transfer?
Да.
T>Если да, то какая из сторон будет оплачивать income и outgoing fee банкам
Тот кто вводит деньги на сервис и то, кому выводят средства. То есть заказчик и исполнитель.
T> и сколько это будет в $ ?
Мы пока ориентируемся на 100 р. (стоимость нашей работы) + плата банку за перевод. Для России это будет намного меньше $35. Для зарубежья примерно $35-$40.
Я третий день захожу, а там все время какая-то херня про Марс и континенты. Если и дальше там будет мусор, то заходить туда перестану. Несерьезно это, граждане.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
Столько свободного места в заголовке пропадает — справа от логотипа и слогана. Может туда хотя бы окошко с регистрацией вынести? И ещё не хватает FAQ с самыми простыми вопросами. Его можно разбить на разделы: Basics, для покупателей, для кодеров, Advanced, etc... Того, что написано в "о проекте" мало, чтобы ввести новичка в курс дела.
... << RSDN@Home 1.1.4 beta 6a rev. 436>> Вокруг тишина
Какая странная планета! — подумал Маленький принц. — Совсем сухая,
вся в иглах и соленая. И у людей не хватает воображения. Они только
повторяют то, что им скажешь...
Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. ....
С ".com" могут путать, а вот с таким вариантом — вряд ли.
