Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
Можете создавать пользователей и проекты на своё усмотрение. Для удобства парочка пользователей уже заведена:
Заказчик:
имя пользователя: slava
пароль: A8kU#EQDX
Исполнитель:
имя пользователя: slavauser
пароль: PoU#H=t0m
Подводный камень: зайдя под пользователем вы не сможете создать пользователя того же типа — защита от дублирования аккаунтов на основе куков.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Жду вашей критики. Она будет оценена по заслугам
СШ>Ссылка: http://www.RentAGuru.ru
зарегистрировал аккаунт, хотел создать новый проект, а оно мне пишет:
Ваш аккаунт был заблокирован. К сожалению, вы не можете создавать новые проекты. Свяжитесь по support@rentaguru.ru для информации.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
СШ>Можете создавать пользователей и проекты на своё усмотрение. Для удобства парочка пользователей уже заведена:
Там есть Summer sun проект. С ориентировочной ценой в 50-100 руб. Когда предлагаешь цену в 70 руб. rentaguru ругается на предмет минимальной цены в 150 руб.
Здравствуйте, yxiie, Вы писали:
СШ>>Жду вашей критики. Она будет оценена по заслугам
СШ>>Ссылка: http://www.RentAGuru.ru
Y>зарегистрировал аккаунт, хотел создать новый проект, а оно мне пишет: Y>Ваш аккаунт был заблокирован. К сожалению, вы не можете создавать новые проекты. Свяжитесь по support@rentaguru.ru для информации.
Спасибо, чего-то уведомление не пришло о том, что кто-то пытается зарегистрироваться в качестве заказчика. Я тебе 3000 тестовых р. на счёт внёс. Для покупки проектов.
Здравствуйте, Dmytro Bogovych, Вы писали:
СШ>>Можете создавать пользователей и проекты на своё усмотрение. Для удобства парочка пользователей уже заведена:
DB>Там есть Summer sun проект. С ориентировочной ценой в 50-100 руб. Когда предлагаешь цену в 70 руб. rentaguru ругается на предмет минимальной цены в 150 руб.
Правильно ругается. Нечего демпинговать. Там установлен нижний предел комиссии в 150 р. Ставка не может быть меньше комиссии.
Слава Шевцов пишет:
СШ>Собрал сайт для удалённой разработки программного обеспечения. Небольшой аналог Rent A Coder. <skip> Ссылка: http://www.RentAGuru.ru
Название RentAGuru.ru не очень удачное. Оно строится на английских словах, "rent a guru . ru", но при слитном написании rentaguru.ru выглядит для русского взгляда как два русских слова "renta guru . ru". Что означает "специалист, которые разбирается в вопросах ренты в России".
Попытка выправить ситуацию с помощью больших букв не очень помогает.
Во-первых, играться большими буквами будет только автор сайта. Посетители же при цитировании будут писать все подряд как rentaguru. Спасибо, если они еще первую букву не поленятся через Shift написать.
Во-вторых, русские любой домен в зоне .ru первым делом попробуют прочитать по-русски. Все-таки десятилетия общения на русском языке дают о себе знать. И если "русское" прочтение домена удалось, то искать варианты разбивки на английские слова русские дальше уже не будет.
В-третьих, при произнесении вообще никаких больших/маленьких букв нет. Произносить же домен rentaguru.ru русские будут скорее всего как "рента гуру точка ру".
В-четвертых, в английском языке есть слово Rente — доход от rentes (государственных ценных бумаг). http://www.thefreedictionary.com/rente.
Если пытаться произнести домен RentAGuru.ru с прононсом на английский манер, то на слух он будет восприниматься похоже на RenteGuru.ru. Который пока никем не занят.
Совет.
Поменяйте трехсловный проанглийский домен RentAGuru.ru на двухсловный и желательно основанный на русских словах, раз уж бизнес в зоне .ru. В отличие от зоны .com, свободных вариантов в зоне .ru осталось еще очень много:
KupiGuru.ru
PoiskGuru.ru
NaemGuru.ru
...
Вместо Guru можно пробовать подставлять также и другие слова, как Master, Rabotnik, и т.д.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
Здравствуйте, Razgonka.ru, Вы писали:
СШ>>Собрал сайт для удалённой разработки программного обеспечения. Небольшой аналог Rent A Coder. <skip> Ссылка: http://www.RentAGuru.ru
RR>Название RentAGuru.ru не очень удачное. Оно строится на английских словах, "rent a guru . ru", но при слитном написании rentaguru.ru выглядит для русского взгляда как два русских слова "renta guru . ru". Что означает "специалист, которые разбирается в вопросах ренты в России".
Ужас. Опять доменное имя ориентированное на заказчиков. Причём тех самых, целевых. Которые имеют деньги и необходимость автоматизировать свою работу за счёт внештатных специалистов.
RR>Попытка выправить ситуацию с помощью больших букв не очень помогает.
+
RR>Во-первых, играться большими буквами будет только автор сайта. Посетители же при цитировании будут писать все подряд как rentaguru.
Ага. Ибо есть фонетически звучащий домен.
RR>Во-вторых, русские любой домен в зоне .ru первым делом попробуют прочитать по-русски. Все-таки десятилетия общения на русском языке дают о себе знать. И если "русское" прочтение домена удалось, то искать варианты разбивки на английские слова русские дальше уже не будет.
И слава богу. Рентагуру в русском ничего не обозначает. А значит название может стать сильной торговой маркой. Кроме того, из-за хорошего звучания такое название сервиса может быть легко понято по телефонным звонкам (на слух) или просто набито без смены раскладки клавиатуры. То есть оно максимально удобно нашим пользователям.
RR>В-третьих, при произнесении вообще никаких больших/маленьких букв нет. Произносить же домен rentaguru.ru русские будут скорее всего как "рента гуру точка ру".
Именно. В названии домена учтена даже аллитерация. Она облегчает передачу домена по звуковым каналам и приятна на слух.
RR>Если пытаться произнести домен RentAGuru.ru с прононсом на английский манер, то на слух он будет восприниматься похоже на RenteGuru.ru. Который пока никем не занят.
Только в России никто не будет читать слово RentAGuru правильно. Ибо есть древние традиции переозвучки таких слов. Никогда не видел слова
RR>Поменяйте трехсловный проанглийский домен RentAGuru.ru на двухсловный и желательно основанный на русских словах, раз уж бизнес в зоне .ru. В отличие от зоны .com, свободных вариантов в зоне .ru осталось еще очень много:
RR>KupiGuru.ru
Не отражает сути. Хотя звучание хорошо.
RR>PoiskGuru.ru
Не отражает сути (не создаём аналог headhunters.ru).
RR>NaemGuru.ru
См. выше. Корявое звучание.
RR>Вместо Guru можно пробовать подставлять также и другие слова, как Master, Rabotnik, и т.д.
Нельзя. И это не связано с подбором доменных имён. Это связано с восприятием проекта и закладкой в проект грубинного смысла и определённой кармы
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
Название RentAGuru — торговая марка и не может использоваться без письменного разрешения RentAGuru.
А торговая марка зарегистрирована?
Я бы посоветовал обратиться к юристу чтобы он вычитал ваш Terms and Conditions, так как то, что вам кажется очевидным, может таким не являться. Просто был опыт составления договора со штатовским заказчиком, там столько ньансов... и надо быть юристом, чтобы во всем разбираться так чтобы тебя не поимели.
Я так понял сайт нацелен на российских заказчиков и исполнителей? Есть некоторые сомнения, что российские заказчики будут готовы создавать заказы на серьезные суммы и все не превратится в тот же RAC.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Спасибо, чего-то уведомление не пришло о том, что кто-то пытается зарегистрироваться в качестве заказчика. Я тебе 3000 тестовых р. на счёт внёс. Для покупки проектов.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть
RentAGuru является русскоязычной биржой удалённой работы. Она предназначена
сразу не въехал, что она это биржа, а не сайт RentAGuru
которые нуждатюся Это что значительно снижает
Для этог они
Регистрация:
Базы данных — можно добавить еще Oracle
Платформы: Linux есть, а Платформы: Windows нету
Платформы: MS Office, Платформы: Браузеры, Платформы: 1С, Платформы: Lotus Notes это имхо не платформы, а специализации
Фотография при регистрации не закачалась, кроме того удобнее показывать ее не ввиде ссылки, а прямо в виде картинки
Здравствуйте, Trean, Вы писали:
СШ>>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
T>
T>Название RentAGuru — торговая марка и не может использоваться без письменного разрешения RentAGuru.
T>А торговая марка зарегистрирована?
Нет, конечно. Срок регистрации торговой марки ускоренным методом 4.5 месяца. Но торговая марка не обязана быть зарегистрирована, чтобы таковой называться.
T>Я бы посоветовал обратиться к юристу чтобы он вычитал ваш Terms and Conditions, так как то, что вам кажется очевидным, может таким не являться. Просто был опыт составления договора со штатовским заказчиком, там столько ньансов... и надо быть юристом, чтобы во всем разбираться так чтобы тебя не поимели.
Спасибо. Terms and Conditions, как и оба текста договора, взяты с RentACoder, переведены и адаптированы к нашим условиям. Я не думаю, что там есть большие ляпы. Но вопрос с юристами сейчас решается. Это, действительно, необходимо.
T>Я так понял сайт нацелен на российских заказчиков и исполнителей? Есть некоторые сомнения, что российские заказчики будут готовы создавать заказы на серьезные суммы и все не превратится в тот же RAC.
Российский рынок имеет избыток потенциальных заказов и очень большой недостаток квалифицированных разработчиков. Поэтому есть возможность реализовать нормальный рынок. Рынок, где цениться будут специфические знания, а не умение набивать код. Мне так видится. Может быть я ошибаюсь.
Название сайта/домена уже тут поругали..
Второе, что бросилось в глаза — это слоган "Найми профессионала на месяц".. Как-то подумалось сразу, а почему на месяц? На ночь.. на час.. Может ограничиться просто "найми профессионала"?
И всё же пока чего-то не хватает.. Наверное надо сделать список категорий с количеством открытых проектов. Что-то вроде:
Вебдизайн: 5
PHP: 3
Базы данных: 12
VC: 35
VB: 10
Delphi: 1
Другие проекты: 15
Тогда проще будет находить свою специализацию. Возможно даже добавить пользователю возможность выбирать категории своих знаний, чтобы сразу видеть список подходящих активных проектов.
Здравствуйте, Odi$$ey, Вы писали:
OE>Регистрация:
OE>Базы данных — можно добавить еще Oracle
Думаешь, есть смысл? Для меня Oracle это что-то большое, с чем ни как не ассоциируется ни удалённое программирование, ни удалённая настройка. Я не прав?
OE>Платформы: Linux есть, а Платформы: Windows нету
+
OE>Платформы: MS Office, Платформы: Браузеры, Платформы: 1С, Платформы: Lotus Notes это имхо не платформы, а специализации
Это всё платформы кроме, быть может, 1С и MS Office. Точно.
OE>Фотография при регистрации не закачалась, кроме того удобнее показывать ее не ввиде ссылки, а прямо в виде картинки
Да, проблема в настройках безопасности. Пофиксил. О фотографии подумаю — идея интересная.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
на главной странице нет полей для входа в аккаунт, что мне не нравится на всех подобных сайтах.
На странице редактирования информации пользователя, нету кнопки cancel которая бы возвращала на страницу управления аккаунтом, приходится либо чере кнопку назад в браузере, либо через другие странице пробираться — неинтуитивно имхо.
Оценки заказчиков я бы убрал с главной страницы исполнителя, когда их наберется даже с десяток, они будут только мешать, не так уж часто их приходится смотреть.
Поясните зачем может понадобиться перевод денег заказчику от исполнителя? Я бы предпочел наоборот )), на том же RAC есть такая вещь как бонус, для этих целей. Ни на одном сайте я не встречал, чтобы исполнитель кому-то деньги перечислял, если только он не заходит как заказчик проекта.
Ни на одной странице нету справки для нее. Нет информации о комиссии, которую берет сайт за проекты (пусть даже fake). Я бы посоветовал посмотреть на Guru.com, там мне тоже не все нравится безусловно (в частности навигация, пока не привыкнешь) но есть много чего, что можно позаимствовать.
Сайт трудно критиковать, так как там почти ничего нет как объекта критики. Наворачивайте функционал.
З.Ы. Слоган не катит: если я хочу нанять профи на неделю или на 2 месяца, мне искать другой сайт?
Чего-то не хочет регистрировать меня как заказчика..
На любое имя говорит:
Ваше имя пользователя не может содержать специальных знаков. Оно может содержать строчные английские буквы и цифры (например, slava128).
Здравствуйте, Dimonka, Вы писали:
D>Чего-то не хочет регистрировать меня как заказчика.. D>На любое имя говорит: D>Ваше имя пользователя не может содержать специальных знаков. Оно может содержать строчные английские буквы и цифры (например, slava128).
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть
СВЯЗАННЫЕ СНИМ УСЛОВИЯ
полностью обезопашен --- обезо что?
Те заказчики и исполнители, которые размещают проекты или заявки, которые идут --- многовато которых
Такие сделки включают, но не ограничиваются, предложение провести работу --- предложение не согласовано
Те, кто хочет получить доступ к этому сайту, ответственны за согласие с применимыми местными законами --- опять нескладушка
в результате вашего использования сайта -- использования вами
Информация, ..., может быть подчиненной российским законам --- нескладушка
за помощью со стороны --- за помошью к?
беззбойным
RentAGuru не подтверждает информацию на этих сайтах и не афилировано с этими сайтами ---- что-то с падежами
дискредитирующую, непристойную или иную непристойную информацию
которая нарушаает правила
Дополнительно, RentAGuru может возбуждать судебные иски. RentAGuru может предпринять это действие ---- эти действия?
RentAGuru верит в защиту частной информации наших пользователей --- хорошая формулировка
RentAGuru использует лучшую из его способности --- нескладушка Однако никакая система .... Однако, из-за природы --- много однаков, второе вообще не в тему
меры безопасности, типа личного антивирусного программного обеспечения --- в натуре?
Здравствуйте, Trean, Вы писали:
T>на главной странице нет полей для входа в аккаунт, что мне не нравится на всех подобных сайтах.
Подумаю.
T>На странице редактирования информации пользователя, нету кнопки cancel которая бы возвращала на страницу управления аккаунтом, приходится либо чере кнопку назад в браузере, либо через другие странице пробираться — неинтуитивно имхо.
+
T>Оценки заказчиков я бы убрал с главной страницы исполнителя, когда их наберется даже с десяток, они будут только мешать, не так уж часто их приходится смотреть.
T>Поясните зачем может понадобиться перевод денег заказчику от исполнителя? Я бы предпочел наоборот )), на том же RAC есть такая вещь как бонус, для этих целей. Ни на одном сайте я не встречал, чтобы исполнитель кому-то деньги перечислял, если только он не заходит как заказчик проекта.
Есть среди русских шароварщиков интересная мания: деньги друг у друга менять на разных сервисах. "Я тебе 100 WMZ, а ты мне 90 р. на RentAGuru". Поэтому пока на поругание оставлена возможность платежей между пользователями (пункт "Перевести средства пользователю"). Мы хотим ограничивать контакты внутри системы, но реально исполнители часто друг друга знают. И может имеет смысл оставлять им возможность передавать средства внутри системы.
T>Ни на одной странице нету справки для нее. Нет информации о комиссии, которую берет сайт за проекты (пусть даже fake).
Эти цифры есть в договорах и на страницах "Заказчикам" и "Исполнителям". Это первое, что должны прочитать данные пользователи перед началом использования сайтом.
T>Я бы посоветовал посмотреть на Guru.com, там мне тоже не все нравится безусловно (в частности навигация, пока не привыкнешь) но есть много чего, что можно позаимствовать.
Спасибо, посмотрю.
T>Сайт трудно критиковать, так как там почти ничего нет как объекта критики. Наворачивайте функционал.
Интересное резюме. А если я скажу, что внутри сайта движок от известного реального сайта обратных аукционов с емкостью 100 новых проектов в день? Мы за дешевизной проекта не гонимся
T>З.Ы. Слоган не катит: если я хочу нанять профи на неделю или на 2 месяца, мне искать другой сайт?
Слава, я конечно понимаю, что одно место натерто скипидаром и страсть как хочется получить критики (и возможно даже пользователей), но блин ! сделай проверку грамматики и синтаксиса ВСЕГО сайта. Я потыкал по разным страницам — как неуч писал, ей богу.
По поводу бажков — на страницах "Заказчикам" и "Исполнителям" меню всегда содержит одни и те же пункты вне зависимоти от того залогинен ты или нет. Это неправильно, особенно пункт меню "Выйти".
Здравствуйте, Dimonka, Вы писали:
СШ>>А какое имя вводишь?
D>Да любое — только сейчас дошло, что заглавные буквы не принимаются.. А это странно..
А вроде в сообщении об ошибке написано и пример приведён. Любопытно. Но это не странно — боремся с двойным толкованием slava и Slava. То есть со схожими написаниями пользователей.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть,
Заказчик обязуется не контактировать с Исполнителем в обход сервиса и не передавать свою контактную информацию Исполнителю. В случае обнаружения попытки передачи такой информации сервис может немедленно уничтожить аккаунт Заказчика и прекратить с ним работу.
эта фигня пристствует на всех подобных сайтах, в чем ее смысел? Получается что отваливается например такая цепочка — я вижу где-то (например в форуме или в частном письме) предложение типа — "напишите мне утилиту за деньги", говорю — OK, оформляем через RentAGuru и вперед — ан нет, в сообщении-то уже была "контактная информация" заказчика
Почему заказчику и исполнителю нельзя общаться мимо rentagurы? ясен пень общение по данному конкретному заказу должно быть задукоментировано, но может у нас есть и другие дела, не касающиеся rentaguru?
Почему просто не написать, что при рассмотрении споров заказчика и исполнителя принимается во внимание только информация, прошедшая через rentaguru?
Здравствуйте, Слава Шевцов, Вы писали:
СШ>А вроде в сообщении об ошибке написано и пример приведён. Любопытно. Но это не странно — боремся с двойным толкованием slava и Slava. То есть со схожими написаниями пользователей.
Ну так это делать это надо на уровне программы, а не мучить пользователей
Здравствуйте, Odi$$ey, Вы писали:
OE>Здравствуйте, Слава Шевцов, Вы писали:
СШ>>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть,
OE>http://www.rentaguru.ru/buyer-agreement.shtml
OE>
OE>Заказчик обязуется не контактировать с Исполнителем в обход сервиса и не передавать свою контактную информацию Исполнителю. В случае обнаружения попытки передачи такой информации сервис может немедленно уничтожить аккаунт Заказчика и прекратить с ним работу.
OE>эта фигня пристствует на всех подобных сайтах, в чем ее смысел?
Её смысл в том, чтобы деньги прошли через сервис, а не в обход. Это первое. Второй смысл в том, что заказчик может в следующий раз связаться с тем же исполнителем (если он его ранее не знал) только через сервис. То есть это один из способов защиты интересов сервиса. В третьих, этим защищается исполнитель от заказчика (у арбитража полнота переписки по проекту).
OE>Получается что отваливается например такая цепочка — я вижу где-то (например в форуме или в частном письме) предложение типа — "напишите мне утилиту за деньги", говорю — OK, оформляем через RentAGuru и вперед — ан нет, в сообщении-то уже была "контактная информация" заказчика
Почему? Пришли, завели проект, ты выиграл и работаете дальше. Но через сервис контактными данными не обмениваетесь. Кстати, в арбитраже замечательно рассмотрены ситуации, когда часть переговоров ведётся вне сервиса и тем не менее арбитраж эти материалы рассматривает. То есть запрета неконтактировать нет. Есть запрет непередавать контактной информации.
OE>Почему заказчику и исполнителю нельзя общаться мимо rentagurы? ясен пень общение по данному конкретному заказу должно быть задукоментировано, но может у нас есть и другие дела, не касающиеся rentaguru?
Да пусть себе общаются. Это нормально.
OE>Почему просто не написать, что при рассмотрении споров заказчика и исполнителя принимается во внимание только информация, прошедшая через rentaguru?
Если заказчик не знает исполнителя, то сервис имеет несколько больше шансов, что в следующий раз они так же будут работать на сервисе в общем проекте. Ну не любят люди платить деньги за услуги.
Здравствуйте, Dimonka, Вы писали:
СШ>>А вроде в сообщении об ошибке написано и пример приведён. Любопытно. Но это не странно — боремся с двойным толкованием slava и Slava. То есть со схожими написаниями пользователей.
D>Ну так это делать это надо на уровне программы, а не мучить пользователей
Чтобы пользователь потом утверждал, что он такого имени не вводил?
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть,
Здравствуйте, Odi$$ey, Вы писали:
OE>Здравствуйте, Слава Шевцов, Вы писали:
СШ>>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть,
OE>http://www.rentaguru.ru/buyer-agreement.shtml
OE>
OE>Заказчик обязуется не контактировать с Исполнителем в обход сервиса и не передавать свою контактную информацию Исполнителю. В случае обнаружения попытки передачи такой информации сервис может немедленно уничтожить аккаунт Заказчика и прекратить с ним работу.
OE>эта фигня пристствует на всех подобных сайтах, в чем ее смысел?
Ну вообще-то не на всех например на Гуру.ком, можно размещать контактную информацию в бидах клиенту, то есть указывать внешние ссылки на сайты, портфолио, почту. На собственном опыте могу сказать, что мы некоторым сторонним (не с этого сайта) заказчикам предлагаем оформлять сделку через Safe Escrow сервис на Гуру. Потому что пока не уверен во вменяемости заказчика, стремно проводить сделку в обход гуру, несмотря на потерю 10% риск большой не получить денег вообще. Так что я не уверен в том, что указанное в соглашении условие необходимо, на мой взгляд оно лишнее. Лично мне на RAC это очень не нравилось, нельзя ни ссылку на свой сайт поставить, где нормально оформленное портфолио и описание сервисов, которые могут заинтересовать заказчика. Кроме того очень не удобно общаться только средствами сервиса: иногда заказчик желает поговорить по скайпу, аське и т.д. Если делать действительно удобный для исполнителей и заказчиков сервис, то такое ограничение на обмен контактной инфой между заказчиком и исполнителем будет лишним, так как обоим сторонам будет проще выполнять проект в рамках предоставляемого сайтом сервиса, чем получать гемор в обход его.
T>>Сайт трудно критиковать, так как там почти ничего нет как объекта критики. Наворачивайте функционал.
СШ>Интересное резюме. А если я скажу, что внутри сайта движок от известного реального сайта обратных аукционов с емкостью 100 новых проектов в день? Мы за дешевизной проекта не гонимся
Может быть, просто на данный момент как-то куце смотрится все, не в обиду. Но это понятно, надо ж с чего-то начинать, так что желаю успехов
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
Мне кажется, не стоит разделять пробелами слова в логотипе -- выделения заглавными буквами достаточно.
Здравствуйте, Trean, Вы писали:
OE>>эта фигня пристствует на всех подобных сайтах, в чем ее смысел?
T>Ну вообще-то не на всех например на Гуру.ком, можно размещать контактную информацию в бидах клиенту, то есть указывать внешние ссылки на сайты, портфолио, почту. На собственном опыте могу сказать, что мы некоторым сторонним (не с этого сайта) заказчикам предлагаем оформлять сделку через Safe Escrow сервис на Гуру. Потому что пока не уверен во вменяемости заказчика, стремно проводить сделку в обход гуру, несмотря на потерю 10% риск большой не получить денег вообще. Так что я не уверен в том, что указанное в соглашении условие необходимо, на мой взгляд оно лишнее. Лично мне на RAC это очень не нравилось, нельзя ни ссылку на свой сайт поставить, где нормально оформленное портфолио и описание сервисов, которые могут заинтересовать заказчика.
Ты всё правильно описал. После того, как доверие появилось, можно сниматься с сервиса. Так? И сервис остаётся без работы. И это нормально, если ты приводишь заказчика. Но если заказчика ты находишь на сайте сервиса, то сервис заинтересован в том, чтобы ты _всегда_ общался с заказчиком через сервис. А значит надо предотвращать передачу контактной информации. Любой контактной информации, так как сервису заранее неизвестно о наличии связи между заказчиком и исполнителем.
Конфликт интересов сторон? Да. Но сервис живёт за счёт того, что постоянные пользователи проплачивают проекты через сайт. И иного источника существования у него нет и быть не должно. Иначе начнётся продажа статусов, рейтингов, позиций в статистике, оплате высоты расположения в списке заявок на проект. И тогда это будет помойка.
T>Кроме того очень не удобно общаться только средствами сервиса: иногда заказчик желает поговорить по скайпу, аське и т.д. Если делать действительно удобный для исполнителей и заказчиков сервис, то такое ограничение на обмен контактной инфой между заказчиком и исполнителем будет лишним, так как обоим сторонам будет проще выполнять проект в рамках предоставляемого сайтом сервиса, чем получать гемор в обход его.
Trean, такое вряд ли кто сделает. Объясню почему. В программировании escrow без разбора конфликтов смысла не имеет. Так как сначала код должен быть оттестирован заказчиком и лишь потом отпускаются деньги. Теперь представь, что заказчик не хочет отпускать деньги. Что произойдёт без системы разбора конфликтов? Эти средства вернуться спустя какое-то время обратно. Заказчик всегда сможет утверждать, что проект выполнен некорректно.
Как только появляется разбор конфликтов (арбитраж или суд), то встаёт вопрос доказательной базы. Если часть доказательной базы находится вне арбитража, то как ему рассудить стороны по справедливости? Да никак. Он не может верить расходящимся показаниям сторон. И он не предназначен для длительной тяжбы.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
Дизайн сыроват. Необходимо вынести панель входа (логин/пароль) на главную страницу, рядом же поставить ссылки для регистрации байеров и кодеров. То есть по-любому заводить боковую панель, а то таблица во весь экран смотрится не очень.
Кстати, когда проект заработает в полную коммерческую силу?
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Здравствуйте, Trean, Вы писали:
OE>>>эта фигня пристствует на всех подобных сайтах, в чем ее смысел?
T>>Ну вообще-то не на всех например на Гуру.ком, можно размещать контактную информацию в бидах клиенту, то есть указывать внешние ссылки на сайты, портфолио, почту. На собственном опыте могу сказать, что мы некоторым сторонним (не с этого сайта) заказчикам предлагаем оформлять сделку через Safe Escrow сервис на Гуру. Потому что пока не уверен во вменяемости заказчика, стремно проводить сделку в обход гуру, несмотря на потерю 10% риск большой не получить денег вообще. Так что я не уверен в том, что указанное в соглашении условие необходимо, на мой взгляд оно лишнее. Лично мне на RAC это очень не нравилось, нельзя ни ссылку на свой сайт поставить, где нормально оформленное портфолио и описание сервисов, которые могут заинтересовать заказчика.
СШ>Ты всё правильно описал. После того, как доверие появилось, можно сниматься с сервиса. Так? И сервис остаётся без работы. И это нормально, если ты приводишь заказчика. Но если заказчика ты находишь на сайте сервиса, то сервис заинтересован в том, чтобы ты _всегда_ общался с заказчиком через сервис. А значит надо предотвращать передачу контактной информации. Любой контактной информации, так как сервису заранее неизвестно о наличии связи между заказчиком и исполнителем.
Сниматься с сервиса можно, когда сиденье на таком сайте уже не столь прибыльно как прямое заключение контрактов с крупными заказчиками. Рано или поздно это происходит, если ты конечно не фрилансер одиночка. Кроме того еще есть такой вопрос как способы оплаты, когда на себя заботу о переводже денег берет третья сторона, то это тока хорошо.
СШ>Конфликт интересов сторон? Да. Но сервис живёт за счёт того, что постоянные пользователи проплачивают проекты через сайт. И иного источника существования у него нет и быть не должно. Иначе начнётся продажа статусов, рейтингов, позиций в статистике, оплате высоты расположения в списке заявок на проект. И тогда это будет помойка.
T>>Кроме того очень не удобно общаться только средствами сервиса: иногда заказчик желает поговорить по скайпу, аське и т.д. Если делать действительно удобный для исполнителей и заказчиков сервис, то такое ограничение на обмен контактной инфой между заказчиком и исполнителем будет лишним, так как обоим сторонам будет проще выполнять проект в рамках предоставляемого сайтом сервиса, чем получать гемор в обход его.
СШ>Trean, такое вряд ли кто сделает. Объясню почему. В программировании escrow без разбора конфликтов смысла не имеет. Так как сначала код должен быть оттестирован заказчиком и лишь потом отпускаются деньги. Теперь представь, что заказчик не хочет отпускать деньги. Что произойдёт без системы разбора конфликтов? Эти средства вернуться спустя какое-то время обратно. Заказчик всегда сможет утверждать, что проект выполнен некорректно.
СШ>Как только появляется разбор конфликтов (арбитраж или суд), то встаёт вопрос доказательной базы. Если часть доказательной базы находится вне арбитража, то как ему рассудить стороны по справедливости? Да никак. Он не может верить расходящимся показаниям сторон. И он не предназначен для длительной тяжбы.
А я разве спорю? Я на оборот говорю что все это (safe escrow, conflict resolution) наоборот стимулирует исполнителя и заказчика работать через сервис.Расзбор конфликта происходит очень просто: в договоре ты описываешь ТЗ указывая там функционал, этому договору заказчик делает accept. По завершении проекта ты заливаешь на сайт deviverables (исходники, доки и пр.), которые кстати тоже оговариваются в соглашении. Если заказчик не согласен по каким либо позициям, в дело вступает conflict resolution department на сайте, и профи выступают как независимая сторона в урегулировании конфликта и их слово решающее: они либо релизят деньги либо возвращают их заказчику.
Здравствуйте, Trean, Вы писали:
СШ>>Как только появляется разбор конфликтов (арбитраж или суд), то встаёт вопрос доказательной базы. Если часть доказательной базы находится вне арбитража, то как ему рассудить стороны по справедливости? Да никак. Он не может верить расходящимся показаниям сторон. И он не предназначен для длительной тяжбы.
T>А я разве спорю? Я на оборот говорю что все это (safe escrow, conflict resolution) наоборот стимулирует исполнителя и заказчика работать через сервис.Расзбор конфликта происходит очень просто: в договоре ты описываешь ТЗ указывая там функционал, этому договору заказчик делает accept. По завершении проекта ты заливаешь на сайт deviverables (исходники, доки и пр.), которые кстати тоже оговариваются в соглашении. Если заказчик не согласен по каким либо позициям, в дело вступает conflict resolution department на сайте, и профи выступают как независимая сторона в урегулировании конфликта и их слово решающее: они либо релизят деньги либо возвращают их заказчику.
"Не так это было, не так" (с) Вождь Народов.
Это описание идеального случая. Когда строители строят здание. В мире компьютеров обстоятельства могут выясняться по пути. Мы же понимаем, что такова особенность текущего этапа развития индустрии. Поэтому приходится к тексту договора присоединять все последующие переговоры и смотреть кто с чем соглашался, кто от чего отказывался. Такова реальная жизнь. Поэтому сайт, который судит итог по первоначальному ТЗ, никому не нужен. Ни заказчику, ни исполнителю.
И вообще, зачем вести ещё какие-то переговоры, если ТЗ ясно и пользователь под него подписался? Имхо, совершенно незачем. Ан нет — хотят что-то по проектам в аськах обсуждать
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Ты всё правильно описал. После того, как доверие появилось, можно сниматься с сервиса. Так? И сервис остаётся без работы. И это нормально, если ты приводишь заказчика. Но если заказчика ты находишь на сайте сервиса, то сервис заинтересован в том, чтобы ты _всегда_ общался с заказчиком через сервис. А значит надо предотвращать передачу контактной информации. Любой контактной информации, так как сервису заранее неизвестно о наличии связи между заказчиком и исполнителем.
боюсь что если ты будешь применять меры по предотвращению прямого общения сразу то быстро останешься без клиентов вообще. это когда уже более менее раскрутишься стоит думать об ограничениях, а пока нужно всеми средствами завлечь людей — побольше всего и сразу, с улыбкой до ушей и потоканием клиентам
если сразу начнешь посылать, тебя тоже пошлют очень быстро
Здравствуйте, Слава Шевцов, Вы писали:
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>> Вокруг тишина
Какая странная планета! — подумал Маленький принц. — Совсем сухая,
вся в иглах и соленая. И у людей не хватает воображения. Они только
повторяют то, что им скажешь...
Здравствуйте, Rebus83, Вы писали:
R>Здравствуйте, Слава Шевцов, Вы писали:
СШ>>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
R> Столько свободного места в заголовке пропадает — справа от логотипа и слогана. ...
Здравствуйте, yxiie, Вы писали:
СШ>>>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
R>> Столько свободного места в заголовке пропадает — справа от логотипа и слогана. ...
Y>...в голове эхом подсознание звучит: "баннеры... баннеры..."
А их там не было, нет и не ожидается Но мозг с этим мириться не хочет
Здравствуйте, yxiie, Вы писали:
СШ>>Потому я и завёл разговор здесь Разработчики же самая незащищённая сторона. И я боюсь, что при написании правил арбитража и договоров мог необоснованно сильно их ущемить. Да, правила арбитража и договора — это адаптированный к нашим законам перевод с RentACoder. Но я мог немножко напутать с трактовками и внести излишне жесткие условия.
СШ>>Так что смотрите, читайте, пишите чем недовольны. Классные разработчики — основное золото сервиса.
Y>ну я как бы далек от разработчиков, да и от работодателей тоже, я скорее стараюсь высказываться в пользу сервиса
Y>просто мне кажется этот бизнес довольно инертная штука и поднять ее до вменяемого уровня будет очень не просто, поэтому предлагаю завлекать всех кого можно, хотя-бы для массовки, а когда уже достигнете определенной критической массы можно будет и качество улучшать и жуликов по рукам бить Y>имхо самое главное чтобы хоть как-то начало работать. когда люди привыкнут к сервису они гораздо более благосклонно будут воспринимать изменения в правилах так как уходить с насиженного места не каждому захочется, а вот когда они только пришли а их тут как из ведра дикими правилами ошарашили, они просто развернутся и уйдут.
Это разумный подход. Goody.ru , razrabotka.com.ua , www.rjs.ru и десяток других пошли этим путём. Я считаю, что они показали, что этот метод не работает. Двадцать-тридцать завершённых проектов в год это разве дело? Goody.ru вообще на одном банере зарабатал за 15 месяцев в несколько раз больше, чем на своих 45 завершённых проектах за тот же период. Это при том, что менеджер Сергей Курцев долго старался раскручивать этот проект. Даже написал ряд статей. Об этой бирже помнят почти все разработчики, с кем я разговаривал. У Goody.ru один минус — он не работает.
Поэтому хочу пойти другим путём: пригласить разработчиков с RSDN. Пообещать им честную игру и защиту. Пригласить заказчиков из ISDEF и SWRUS. Гарантировать, что Rentaguru будет играть по тем правилам, которые есть на сервисе. С некоторыми членами ISDEF я говорил при встречах и знаю, что у них есть необходимость в таком сервисе. Кроме того, я хочу перевести свою компанию на работу только через этот сайт. Мне это будет очень выгодно — я перерос стадию компании одного человека.
Есть надежда, что таким образом удастся запустить Rentaguru. И для этого нужны опытные и квалифицированные разработчики. Как известно, RSDN богат ими.
А дальше можно будет приводить "глупых" заказчиков. "Глупых" в том смысле, что они сами не могут разобраться в надёжности и удобности работы. Они смотрят как поступают более опытные коллеги (шароварщики, софтверные компании) и поступают так же. Но они-то и дают основную работу тем разработчикам, которые хотят дорого продавать свои знания.
Это сложно. На каждом шаге нужно будет подтверждать, что наши разработчики это действительно классные и добросовестные работники. Что им можно доверять. Что они будут помогать ставить задачу. И самих разработчиков тоже привлекает быть среди умных и богатых. Среди умных, а не среди разношёрстной массы, которая демпингует, шантажирует заказчиков невыполнением и срывает проекты. Такое моё имхо и моё видение проекта в целом.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Поэтому хочу пойти другим путём: пригласить разработчиков с RSDN. Пообещать им честную игру и защиту. Пригласить заказчиков из ISDEF и SWRUS. Гарантировать, что Rentaguru будет играть по тем правилам, которые есть на сервисе. С некоторыми членами ISDEF я говорил при встречах и знаю, что у них есть необходимость в таком сервисе. Кроме того, я хочу перевести свою компанию на работу только через этот сайт. Мне это будет очень выгодно — я перерос стадию компании одного человека.
СШ>Есть надежда, что таким образом удастся запустить Rentaguru. И для этого нужны опытные и квалифицированные разработчики. Как известно, RSDN богат ими.
СШ>А дальше можно будет приводить "глупых" заказчиков. "Глупых" в том смысле, что они сами не могут разобраться в надёжности и удобности работы. Они смотрят как поступают более опытные коллеги (шароварщики, софтверные компании) и поступают так же. Но они-то и дают основную работу тем разработчикам, которые хотят дорого продавать свои знания.
СШ>Это сложно. На каждом шаге нужно будет подтверждать, что наши разработчики это действительно классные и добросовестные работники. Что им можно доверять. Что они будут помогать ставить задачу. И самих разработчиков тоже привлекает быть среди умных и богатых. Среди умных, а не среди разношёрстной массы, которая демпингует, шантажирует заказчиков невыполнением и срывает проекты. Такое моё имхо и моё видение проекта в целом.
ну это понятно, видение это теория, на практике будет все боюсь наоборот. имхо, даже если предложить сверхлояльные условия, не уверенн, что вышеперечисленных источников будет достаточно. боюсь придется очень серьезно заниматся поиском заинтересованных со стороны, и тут могут всплыть разные неприятные моменты: повышенный скептицизм, свойственный гражданам xUSSR, конкуренция со стороны софтвеерных компаний, да мало ли что еще, я особо в этом вопросе не разбираюсь конечно, но уверенн, что сюрпризов будет предостаточно.
Слава, мне очень интересно — ты проводил какие-то серьезные иследования на счет создания этого сервиса? Особенно с учетом того, что ты сам перечислил большое количество провалившихся аналогов? Не нужно конечно расказывать свои ноу-хау но все-равно, есть ли какое-то аналитическое подспорье у этого проекта?
У меня стойкое чувство, что существуют серьезные причины, которые не позволяют набрать критической массы подобному проекту, чтобы выйти на порог рентабельности, и источники привлечения перечисленные тобою мне кажутся недостаточно надежными, для открытия подобного бизнеса.
Здравствуйте, Razgonka.ru, Вы писали:
RR>Название RentAGuru.ru не очень удачное. Оно строится на английских словах, "rent a guru . ru", но при слитном написании rentaguru.ru выглядит для русского взгляда как два русских слова "renta guru . ru". Что означает "специалист, которые разбирается в вопросах ренты в России".
<..skipped..>
RR>Вместо Guru можно пробовать подставлять также и другие слова, как Master, Rabotnik, и т.д.
Бред, как обычно, не имеющий с реальностью ничего общего.
Домен отлично пишется на слух, и запонминатеся практически с первого прочтения.
Здравствуйте, yxiie, Вы писали:
Y>Слава, мне очень интересно — ты проводил какие-то серьезные иследования на счет создания этого сервиса? Y>Особенно с учетом того, что ты сам перечислил большое количество провалившихся аналогов?
Сорри, что встрял.
То что было перечислено — они не аналоги.
Аналогами были бы клоны RentACoder-а на хинди или испанском. А таких, afaik, нет.
Здравствуйте, yxiie, Вы писали:
Y>Слава, мне очень интересно — ты проводил какие-то серьезные иследования на счет создания этого сервиса? Особенно с учетом того, что ты сам перечислил большое количество провалившихся аналогов? Не нужно конечно расказывать свои ноу-хау но все-равно, есть ли какое-то аналитическое подспорье у этого проекта?
Ты прав, у такого проекта есть очень серьёзная преграда. Её корни растут из СССР. Называется она "мы всё делаем своими силами". То есть менеджеры компаний предпочитают поручать любое дело своим сотрудникам, а не брать временных сотрудников на разовые проекты. Даже если сотруднику придётся переобучаться месяц для того, чтобы сделать двухнедельный проект и потом забыть все эти знания. В общем, феодализм процветает. А если и берут кого-то на временный проект, то только тех, кого сами видят. Управленцы отбирают людей чутьём, а не логикой. Они считают это более надёжным способом получить готовый проект. И в настоящий момент весь окружающий мир говорит им о том же А как с этим Големом бороться — мой большой секрет и ноу-хау
Здравствуйте, SergeySPb, Вы писали:
Y>>Слава, мне очень интересно — ты проводил какие-то серьезные иследования на счет создания этого сервиса? Y>>Особенно с учетом того, что ты сам перечислил большое количество провалившихся аналогов?
SSP>Сорри, что встрял. SSP>То что было перечислено — они не аналоги. SSP>Аналогами были бы клоны RentACoder-а на хинди или испанском. А таких, afaik, нет.
Для заказчиков они аналоги. Вся разница между ними в гарантии оплаты, количестве клиентов и их профиле деятельности. Разница есть только с точки зрения исполнителей: им сервис дополнительно может гарантировать оплату тем или иным способом.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Здравствуйте, yxiie, Вы писали:
Y>>Слава, мне очень интересно — ты проводил какие-то серьезные иследования на счет создания этого сервиса? Особенно с учетом того, что ты сам перечислил большое количество провалившихся аналогов? Не нужно конечно расказывать свои ноу-хау но все-равно, есть ли какое-то аналитическое подспорье у этого проекта?
СШ>Ты прав, у такого проекта есть очень серьёзная преграда. Её корни растут из СССР. Называется она "мы всё делаем своими силами". То есть менеджеры компаний предпочитают поручать любое дело своим сотрудникам, а не брать временных сотрудников на разовые проекты. Даже если сотруднику придётся переобучаться месяц для того, чтобы сделать двухнедельный проект и потом забыть все эти знания.
просто им так более выгодно. их наемный сотрудник — это они купили раб. силу оптом и поэтому по низкой цене, заказывая же на РАКе или аналоге получается как бы в розницу, даже если учесть что на РАКе это сделает голодающий студент из далекого Зимбабве и в общем цена будет сравнима, то у штатного сотрудника есть такой неоспоримый плюс как его физическое присутствие в оффисе, что никак не возможно в случае с удаленкой.
да и вообще основная проблема подобной работы в том, что большинство менеджеров неспособны спланировать разработку так, чтобы ее можно было выполнить удаленно, и поэтому 90% компаний можно смело отмести. А те оставшиеся, которые настолько круты, что могут это сделать скорее всего не имеют проблем с поиском удаленных сотрудников и прекрасно себя чувствуют без подобный сервисов. так что судьба такого сервиса как и большинства аналогичных — проекты из категории "халтурка обыкновенная" ИМХО
On Wed, 08 Jun 2005 03:25:39 +1100, Rebus83 <36809@users.rsdn.ru> wrote:
> Столько свободного места в заголовке пропадает — справа от логотипа и > слогана.
Что за такая массовая зараза — обострение жадности? Что с того, что оно
пропадает?
OE>>Заказчик обязуется не контактировать с Исполнителем в обход сервиса и не передавать свою контактную информацию Исполнителю. В случае обнаружения попытки передачи такой информации сервис может немедленно уничтожить аккаунт Заказчика и прекратить с ним работу.
пояснения:
СШ>Почему? Пришли, завели проект, ты выиграл и работаете дальше. Но через сервис контактными данными не обмениваетесь. Кстати, в арбитраже замечательно рассмотрены ситуации, когда часть переговоров ведётся вне сервиса и тем не менее арбитраж эти материалы рассматривает. То есть запрета неконтактировать нет. Есть запрет непередавать контактной информации.
OE>>Почему заказчику и исполнителю нельзя общаться мимо rentagurы? ясен пень общение по данному конкретному заказу должно быть задукоментировано, но может у нас есть и другие дела, не касающиеся rentaguru?
СШ>Да пусть себе общаются. Это нормально.
т.е. исходная формулировка "не контактировать, а то уничтожим аккаунт" оказывается означает "пусть себе общаются, мы даже это можем рассмотреть при арбитраже"
Прям какой-то классический случай, когда суровость закона компенсируется не обязательностью его исполнения Хотелось бы чтобы на сайте все-таки была полностью адекватная формулировка.
Re: Кртитика сайта RentAGuru
От:
Аноним
Дата:
08.06.05 06:41
Оценка:
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
Идея вообще интересная.
Я сам интересуюсь удаленной работой, и с удовольствием бы пользовался таким сервисом.
Только лично мне, как потенциальному юзеру, было бы желательно иметь поддержку различных платежных систем, от Яндекс-Денег до прямого вывода на банковский счет. Только WebMoney как-то маловато ИМХО.
Здравствуйте, yxiie, Вы писали:
Y>просто им так более выгодно. их наемный сотрудник — это они купили раб. силу оптом и поэтому по низкой цене, заказывая же на РАКе или аналоге получается как бы в розницу, даже если учесть что на РАКе это сделает голодающий студент из далекого Зимбабве и в общем цена будет сравнима, то у штатного сотрудника есть такой неоспоримый плюс как его физическое присутствие в оффисе, что никак не возможно в случае с удаленкой.
Казалось бы, ты прав. Но это при покупке почасовой оплаты труда. То есть у меня есть простое задание, я знаю как его сделать и мне нужен кодер. Чем дешевле, тем лучше.
Есть и другой вариант. Именно его я хочу продвигать: у заказчика есть сложная разовая работа и нет под рукой специалиста. Пишет он мейлер. Хочет скрестить его с адресной книжкой Windows и забыть об этом. ТЗ написать может лишь примерное. Сделать может только тот, кто уже делал такое. Или пишет он графический редактор. А потребовалась функция отправки письма в интернет. Ему её надо написать и навсегда о ней забыть. Мастеру это на два часа работы. Сотруднику заказчика — на недели полторы изучения и отладки.
То есть экономия может быть не на дешёвом разработчике, а на отсутствии переобучения. Я хочу убедить менеджеров покупать на Rentaguru ноу-хау.
Y>да и вообще основная проблема подобной работы в том, что большинство менеджеров неспособны спланировать разработку так, чтобы ее можно было выполнить удаленно, и поэтому 90% компаний можно смело отмести.
Значит что надо делать? Смотреть в подпись
Y>А те оставшиеся, которые настолько круты, что могут это сделать скорее всего не имеют проблем с поиском удаленных сотрудников и прекрасно себя чувствуют без подобный сервисов. так что судьба такого сервиса как и большинства аналогичных — проекты из категории "халтурка обыкновенная" ИМХО
Ты знаешь, я недавно говорил с хозяином одной транснациональной корпорации размером в 15 человек. Они разбросаны по всему миру: Канада, Германия, Россия, Украина. И у них весьма приличные проблемы с наймом подходящих сотрудников. По его словам, им очень удобно будет перед наймом человека прогнать его через Rentaguru: давать задания, смотреть за выполнением, а в случае проблем сослаться на мнение арбитража. Им интересно будет брать оттуда и уже работающих на сервисе программистов, так как их работа видна и объективно может быть оценена. Кроме того, они структурно готовы к такой работе. И таких компаний в стране достаточно много. Например, практически весь ISDEF и многие мелкие оффшорщики-аутсорсеры.
OE>>>Заказчик обязуется не контактировать с Исполнителем в обход сервиса и не передавать свою контактную информацию Исполнителю. В случае обнаружения попытки передачи такой информации сервис может немедленно уничтожить аккаунт Заказчика и прекратить с ним работу.
OE>>>Почему заказчику и исполнителю нельзя общаться мимо rentagurы? ясен пень общение по данному конкретному заказу должно быть задукоментировано, но может у нас есть и другие дела, не касающиеся rentaguru?
СШ>>Да пусть себе общаются. Это нормально.
OE>т.е. исходная формулировка "не контактировать, а то уничтожим аккаунт" оказывается означает "пусть себе общаются, мы даже это можем рассмотреть при арбитраже"
OE>Прям какой-то классический случай, когда суровость закона компенсируется не обязательностью его исполнения Хотелось бы чтобы на сайте все-таки была полностью адекватная формулировка.
Хорошо, в FAQ мы дадим разъяснение. Суть такая: мы будем рубить все новые аккаунты, которые обмениваются контактной информацией через сервис. Опытным клиентам мы будем такое позволять, если в этом есть необходимость (иногда она реально есть). Но даже без обмена контактной информации заказчик и исполнитель могут вступить в контакт. Они могу быть знакомы до того, как пришли на сервис. Они могут случайно познакомиться после этого. Разработчик может найти заказчика по каким-то следовым данным. Мы этого проконтролировать не можем. И не хотим. И не хотим запрещать такие контакты, если уж они на то пошли.
Рассматривать такие переговоры вне сайта на арбитраже мы будем в редких случаях, когда ситуация не ясна, а обе стороны, действительно, готовы сотрудничать, чтобы им помогли разобраться в ситуации. В тех случаях, когда обе стороны подтверждают верность предоставленных сторонних переговоров.
Если же человек использует сайт чтобы найти себе заказчика и потом провести оплату и переговоры вне его, то мы будем такие вещи пресекать. Ибо это чистое мошенничество.
Как это описать в договорах и правилах арбитража не знаю. Поэтому описано так, как есть. Спасибо за вопрос, разъяснение в FAQ дадим.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Если же человек использует сайт чтобы найти себе заказчика и потом провести оплату и переговоры вне его, то мы будем такие вещи пресекать. Ибо это чистое мошенничество.
СШ>Как это описать в договорах и правилах арбитража не знаю. Поэтому описано так, как есть. Спасибо за вопрос, разъяснение в FAQ дадим.
Тут вопрос надо ставить с другой стороны.
Людей надо держать не угрозами, а взаимной выгодой.
Например, чем можно удержать на сайте кодера? Тем что сервис даёт _гарантию_ оплаты, т.к. при начале проекта деньги уже переведены сайту и кодер точно знает что их получит в случае выполнения. Если так, то кодер будет заинтересован в том, чтобы не брать у заказчика проекты напрямую, а проводить их через сайт.
Вторая выгода может быть в повышении рейтинга кодера после успешного выполнения проекта с помощью сайта.
ИМХО этого достаточно, а вводить бессмысленные запреты глупо.
Поскольку если заказчик и исполнитель будут сотрудничать долгое время, то им действительно проще (да и выгоднее) общаться напрямую, и этому вряд ли можно помешать. Но в то же время всегда найдутся новые заказчики и новые кодеры, которым будет надежнее общаться через сервис.
Так что я бы вообще убрал требование о запрете контактов. Смысла это не имеет, да и контролировать это нереально.
А чтобы отсеять "мошенников", можно к примеру, предоставлять контактную информацию только после начала работы над проектом и внесении залога.
Здравствуйте, Аноним, Вы писали:
А>Тут вопрос надо ставить с другой стороны. А>Людей надо держать не угрозами, а взаимной выгодой.
А>Так что я бы вообще убрал требование о запрете контактов. Смысла это не имеет, да и контролировать это нереально. А>А чтобы отсеять "мошенников", можно к примеру, предоставлять контактную информацию только после начала работы над проектом и внесении залога.
Одной выгодой держать клиентов очень трудно. Дело в том, что недобросовестные пользователи, которых меньшинство, всегда создают такой шум, что заглушается вменяемое большинство. Для этого на RSDN и есть модераторы: более 90% пользователей здесь сами могут нормально общаться, но пресс модераторов нужен, чтобы сдержать 10% возмутителей спокойствия.
Поэтому мы и делим меры на две части: гарантия справедливой оплаты (очевидная выгода) и контроль за передачей контактной информации (пресс против недобросовестного меньшинства). Без второго пункта вряд ли удастся держать порядок среди участников .
Кстати, предоставление контактной информации после внесения залога противоречит идее арбитража. Либо арбитраж, либо общение вне сервиса. Если нет арбитража, значит нет и смысла передавать залог — он вернётся заказчику, если тот просто не захочет платить. Переговоры вне сервиса и залоговая система малосовместимые вещи.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Поэтому мы и делим меры на две части: гарантия справедливой оплаты (очевидная выгода) и контроль за передачей контактной информации (пресс против недобросовестного меньшинства). Без второго пункта вряд ли удастся держать порядок среди участников .
Что значит порядок?
Если залог уже внесен, то на что повлияет то что люди узнают контакты друг друга? Даже если заказчик заберет залог обратно, можно например брать процент за отозванный заказ. Сайт в любом случае окажется в прибыли.
А контакты вполне удобны, если хочется например, быстро уточнить какой-то момент техзадания по ICQ.
Плюс опять же, 2 момента:
— Контролировать общение заказчика и кодера всё равно нереально. Или придется делать полную цензуру всех проходящих сообщений, что мало кому понравится, да и нереально при большом объеме заказов. Так зачем запрещать? Какой-то совковый подход, честное слово.
— Я не думаю, что например при 5-10% стоимости услуг сайта найдется множество заказчиков, которые будут стремиться их не платить. Не такая уж это сумма. А те, которые будут жаться платить даже такую сумму — с ними проще вообще дела не иметь.
СШ>Одной выгодой держать клиентов очень трудно.
Как раз наоборот, люди и идут в подобные сервисы ради выгоды, разве нет?
Здравствуйте, Аноним, Вы писали:
СШ>>Поэтому мы и делим меры на две части: гарантия справедливой оплаты (очевидная выгода) и контроль за передачей контактной информации (пресс против недобросовестного меньшинства). Без второго пункта вряд ли удастся держать порядок среди участников .
А>Что значит порядок? А>Если залог уже внесен, то на что повлияет то что люди узнают контакты друг друга? Даже если заказчик заберет залог обратно, можно например брать процент за отозванный заказ. Сайт в любом случае окажется в прибыли.
То есть следует оставить лазейку для мошенничества в стране, которая проходит бандитский этап капитализма? Любопытно. Тогда со многих проектов сервису будет доставаться 5 рублей. Это намного ниже себестоимости труда. И это убьёт сервис.
А>А контакты вполне удобны, если хочется например, быстро уточнить какой-то момент техзадания по ICQ.
Уточняй по почте. Она ходит и будет ходить напрямую.
А>Плюс опять же, 2 момента: А>- Контролировать общение заказчика и кодера всё равно нереально. Или придется делать полную цензуру всех проходящих сообщений, что мало кому понравится, да и нереально при большом объеме заказов. Так зачем запрещать? Какой-то совковый подход, честное слово.
Совковый? Вы ещё не работали на японскую корпорацию. Или на американскую. Условия сервиса по сравнению с ними покажутся раем
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, Слава Шевцов, Вы писали:
СШ>>Поэтому мы и делим меры на две части: гарантия справедливой оплаты (очевидная выгода) и контроль за передачей контактной информации (пресс против недобросовестного меньшинства). Без второго пункта вряд ли удастся держать порядок среди участников .
А>Что значит порядок? А>Если залог уже внесен, то на что повлияет то что люди узнают контакты друг друга? Даже если заказчик заберет залог обратно, можно например брать процент за отозванный заказ. Сайт в любом случае окажется в прибыли. А>А контакты вполне удобны, если хочется например, быстро уточнить какой-то момент техзадания по ICQ.
А>Плюс опять же, 2 момента: А>- Контролировать общение заказчика и кодера всё равно нереально. Или придется делать полную цензуру всех проходящих сообщений, что мало кому понравится, да и нереально при большом объеме заказов. Так зачем запрещать? Какой-то совковый подход, честное слово. А>- Я не думаю, что например при 5-10% стоимости услуг сайта найдется множество заказчиков, которые будут стремиться их не платить. Не такая уж это сумма. А те, которые будут жаться платить даже такую сумму — с ними проще вообще дела не иметь.
СШ>>Одной выгодой держать клиентов очень трудно.
А>Как раз наоборот, люди и идут в подобные сервисы ради выгоды, разве нет?
Согласен по всем пунктам. Достаточно часто заказчик требует, чтобы NDA и копию подписанного договора ему переслали по почте, и как вы себе представляете это? Пересылать вам на сервис, что ли а потом вы заказчику будете переправлять? ))
Аноним говорит правильные вещи: надо сделать сервис так, чтобы НЕ пользоваться им было не выгодно. 5-10% не такая уж большая сумма, чтобы из-за нее иметь кучу ненужных проблем. Лучше рейтинг себе повысить за проект проведенный через сервис. Лично меня отсутствие возможности размещать контактную информацию будет доп. доводом почему я бы отказался работать на таком сервисе. По этой, хотя и не только, причине я ушел с RAC на гуру, где никто по поводу контактов не парится и делает деньги. Чего и вам желаю ))
Re[9]: Кртитика сайта RentAGuru
От:
Аноним
Дата:
08.06.05 09:20
Оценка:
Здравствуйте, Слава Шевцов, Вы писали:
А>>Что значит порядок? А>>Если залог уже внесен, то на что повлияет то что люди узнают контакты друг друга? Даже если заказчик заберет залог обратно, можно например брать процент за отозванный заказ. Сайт в любом случае окажется в прибыли.
СШ>То есть следует оставить лазейку для мошенничества в стране, которая проходит бандитский этап капитализма? Любопытно. Тогда со многих проектов сервису будет доставаться 5 рублей.
А какой процент Вы собираетесь брать от стоимости заказа? 50% что ли?
Я не думаю, что какой-либо конторе будет влом заплатить например 10%. А брать больше как бы уже и не за что ИМХО.
Это намного ниже себестоимости труда. И это убьёт сервис.
А>>А контакты вполне удобны, если хочется например, быстро уточнить какой-то момент техзадания по ICQ.
СШ>Уточняй по почте. Она ходит и будет ходить напрямую.
Тогда не понял. Т.е. почта работать напрямую-таки будет? В чем смысл запрета тогда?
СШ>Совковый? Вы ещё не работали на японскую корпорацию.
Вопрос совковости в том, что запрещается то, что всё равно невозможно проконтролировать. Типа "запретить на всякий случай", и про "необязательность законов" тоже уже сказали...
Здравствуйте, Аноним, Вы писали:
А>>>Что значит порядок? А>>>Если залог уже внесен, то на что повлияет то что люди узнают контакты друг друга? Даже если заказчик заберет залог обратно, можно например брать процент за отозванный заказ. Сайт в любом случае окажется в прибыли.
СШ>>То есть следует оставить лазейку для мошенничества в стране, которая проходит бандитский этап капитализма? Любопытно. Тогда со многих проектов сервису будет доставаться 5 рублей.
А>Я не думаю, что какой-либо конторе будет влом заплатить например 10%. А брать больше как бы уже и не за что ИМХО.
Мы и собираемся брать 10%. Но в стране, где человек покупает комп за $1000 и играет в крякнутую игрушку стоимостью $15, трудно надеяться на честную оплату услуг.
А>>>А контакты вполне удобны, если хочется например, быстро уточнить какой-то момент техзадания по ICQ. СШ>>Уточняй по почте. Она ходит и будет ходить напрямую. А>Тогда не понял. Т.е. почта работать напрямую-таки будет? В чем смысл запрета тогда?
Угроза уничтожения аккаунта + угроза возмещения ущерба из средств аккаунта.
СШ>>Совковый? Вы ещё не работали на японскую корпорацию.
А>Вопрос совковости в том, что запрещается то, что всё равно невозможно проконтролировать. Типа "запретить на всякий случай", и про "необязательность законов" тоже уже сказали...
Технические методы позволяют контролировать всю переписку. Кроме того, её объём вряд ли превысит 500 сообщений в день. Контролировать такие объёмы может и один человек на поддержке.
Здравствуйте, Trean, Вы писали:
СШ>>>Одной выгодой держать клиентов очень трудно.
А>>Как раз наоборот, люди и идут в подобные сервисы ради выгоды, разве нет?
T>Согласен по всем пунктам. Достаточно часто заказчик требует, чтобы NDA и копию подписанного договора ему переслали по почте, и как вы себе представляете это? Пересылать вам на сервис, что ли а потом вы заказчику будете переправлять? ))
Зачем? Договор может быть заключён в простой письменной форме. В том числе путём передачи договора в электронном виде и передачей сообщения о согласии с договором. Сервис в случае чего подтвердит факт заключения договора и предоставит копию, которая хранится в его почтовом ящике и письмо исполнителя о согласии соблюдать договор. Это юридически чистая процедура и такой договор имеет юридическую силу. Я специально консультировался у юриста.
T>Аноним говорит правильные вещи: надо сделать сервис так, чтобы НЕ пользоваться им было не выгодно. 5-10% не такая уж большая сумма, чтобы из-за нее иметь кучу ненужных проблем. Лучше рейтинг себе повысить за проект проведенный через сервис. Лично меня отсутствие возможности размещать контактную информацию будет доп. доводом почему я бы отказался работать на таком сервисе. По этой, хотя и не только, причине я ушел с RAC на гуру, где никто по поводу контактов не парится и делает деньги. Чего и вам желаю ))
Посмотрим как это будет работать. Возможно, потом перейдём и к разрешению обмена контактной информации.
Здравствуйте, Dimonka, Вы писали:
D>И всё же пока чего-то не хватает.. Наверное надо сделать список категорий с количеством открытых проектов. Что-то вроде:
D>Вебдизайн: 5 D>PHP: 3 D>Базы данных: 12 D>VC: 35 D>VB: 10 D>Delphi: 1 D>Другие проекты: 15
D>Тогда проще будет находить свою специализацию. Возможно даже добавить пользователю возможность выбирать категории своих знаний, чтобы сразу видеть список подходящих активных проектов.
А всё равно статистики не хватает. Сначала конечно будет выглядеть бедновато, но всё равно со временем будет помогать привлекать. Например:
Всего открытых проектов: 57
Выполненных проектов: 352
Заказчиков: 25
Исполнителей: 140
Чем дольше сервис работает, тем солиднее это выглядит. Можно раместить слева или справа от верхних обьявлений.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Здравствуйте, Trean, Вы писали:
СШ>>>>Одной выгодой держать клиентов очень трудно.
А>>>Как раз наоборот, люди и идут в подобные сервисы ради выгоды, разве нет?
T>>Согласен по всем пунктам. Достаточно часто заказчик требует, чтобы NDA и копию подписанного договора ему переслали по почте, и как вы себе представляете это? Пересылать вам на сервис, что ли а потом вы заказчику будете переправлять? ))
СШ>Зачем? Договор может быть заключён в простой письменной форме. В том числе путём передачи договора в электронном виде и передачей сообщения о согласии с договором. Сервис в случае чего подтвердит факт заключения договора и предоставит копию, которая хранится в его почтовом ящике и письмо исполнителя о согласии соблюдать договор. Это юридически чистая процедура и такой договор имеет юридическую силу. Я специально консультировался у юриста.
Проблема в том, что придется убеждать заказчика в том что это действительно так. В штатах до сих пор не смотря на прогресс, договора на более менее серьезную сумму заключаются в письменном (бумажном) виде. Некоторые заказчики требуют чтобы каждая страница договора была подписана лично (хотя договор все равно не имеет юридической силы . Я не знаю как дело обстоит с российскими заказчиками, надеюсь они не такие дотошные. Кстати не уверен насчет того, что "такой договор имеет юридическую силу" ведь в правилах не сказано, что надо предоставлять паспортные данные или документы о регистрации фирмы, и как я понял нет электронной подписи документов, так что все равно все строится исключительно на взаимном доверии.
Здравствуйте, Dimonka, Вы писали:
D>А всё равно статистики не хватает. Сначала конечно будет выглядеть бедновато, но всё равно со временем будет помогать привлекать. Например: D>Всего открытых проектов: 57 D>Выполненных проектов: 352 D>Заказчиков: 25 D>Исполнителей: 140
Интересно, откуда такой оптимизм? Имхо будет примерно так:
Всего открытых проектов: 1
Выполненных проектов: 3
Заказчиков: 2
Исполнителей: 10000
Здравствуйте, Dimonka, Вы писали:
D>А всё равно статистики не хватает. Сначала конечно будет выглядеть бедновато, но всё равно со временем будет помогать привлекать. Например: D>Всего открытых проектов: 57 D>Выполненных проектов: 352 D>Заказчиков: 25 D>Исполнителей: 140
D>Чем дольше сервис работает, тем солиднее это выглядит. Можно раместить слева или справа от верхних обьявлений.
Здравствуйте, algol, Вы писали:
D>>А всё равно статистики не хватает. Сначала конечно будет выглядеть бедновато, но всё равно со временем будет помогать привлекать. Например: D>>Всего открытых проектов: 57 D>>Выполненных проектов: 352 D>>Заказчиков: 25 D>>Исполнителей: 140
A>Интересно, откуда такой оптимизм? Имхо будет примерно так: A>Всего открытых проектов: 1 A>Выполненных проектов: 3 A>Заказчиков: 2 A>Исполнителей: 10000
Здравствуйте, Dimonka, Вы писали:
A>>Интересно, откуда такой оптимизм? Имхо будет примерно так: A>>Всего открытых проектов: 1 A>>Выполненных проектов: 3 A>>Заказчиков: 2 A>>Исполнителей: 10000
D>Никакой оценки я не давал — это был лишь пример
Да нет, это камень в огород авторов идеи. Мне она кажется изначально обреченной на неудачу, поскольку сразу же отметает 99% потенциальных заказчиков из-за рубежа. Самые грубые прикидки:
Для существования сервиса нужно зарабатывать в месяц хотя бы $1000 владельцу и столько же на оплату работников на поддержке, хостинг и т.д. Итого $2000. При 10% ставке нужно иметь проектов на $20000 в месяц минимум. При средней стоимости проекта в $200 это будет 100 проектов в месяц. Примерно столько же нужно иметь постоянных заказчиков. Откуда они возьмутся? Поделим потенциальных заказчиков на 4 категории:
1. Непрофессионалы частники (под частниками понимаю физ.лиц и небольшие конторы, предпринимателей). Возможно появятся с заказами "А сделайте мне домашнюю страницу за 5 баксов" и "Срочно нужно сделать лабу по программированию". Выгоды от них никакой.
2. Профессионалы частники. Может кто-то прийти из swrus, у кого еще нет средств на наемного работника или желающего купить какое-нибудь ноу-хау, чтобы не тратить свое время на поиски решения. 100 заказчиков из swrus точно не наберется.
3. Непрофессиональные компании (т.е. не софтверные предприятия). Вряд ли появятся, поскольку нет специалистов для постановки задачи, и нужно внедрение на месте.
4. Профессиональные (софтверные) компании. Так же вряд ли появятся, поскольку это обычно большие проекты, требующие работы в команде, такие проекты нельзя развернуть дома у исполнителя, поскольку завязаны на несколько серверов и средств разработки плюс заморочки с NDA и отсутствие гарантий выполнения работы в срок. Проще заплатить больше своим работникам. Могут появляться для поиска сотрудников. Для исполнителя здесь также минус, поскольку предполагается мЕньшая оплата, чем для постоянных работников.
Поэтому (имхо) нужно ориентироваться в первую очередь на зарубежных заказчиков. Можно переманить исполнителей с RAC и аутсорсников вместе с их постоянными заказчиками, предлагая им более выгодные условия (русский саппорт, экономия на денежных переводах). Заказчиков можно привлекать более высоким профессиональным уровнем исполнителей (Россия, Украина здесь вроде бы на хорошем счету) и отсутствием индусских студентов. Т.е. более высокой вероятностью качественного выполнения работы в срок.
А дизайн сайта и юридические детали соглашения — это уже мелочи.
Немножко реальных данных по типичной современной российской бирже:
A>>>Интересно, откуда такой оптимизм? Имхо будет примерно так: A>>>Всего открытых проектов: 1
6
A>>>Выполненных проектов: 3
45
A>>>Заказчиков: 2
1000
A>>>Исполнителей: 10000
3000
D>>Никакой оценки я не давал — это был лишь пример
Я сейчас специально привёл реальные данные по Goody.ru
A>Да нет, это камень в огород авторов идеи. Мне она кажется изначально обреченной на неудачу, поскольку сразу же отметает 99% потенциальных заказчиков из-за рубежа. Самые грубые прикидки:
Здесь мы с вами расходимся. Русский рынок очень велик. И конкуренция здесь есть именно со стороны заказчиков, а не исполнителей. То есть имеются причины роста цен на работы.
A>Для существования сервиса нужно зарабатывать в месяц хотя бы $1000 владельцу и столько же на оплату работников на поддержке, хостинг и т.д. Итого $2000. При 10% ставке нужно иметь проектов на $20000 в месяц минимум. При средней стоимости проекта в $200 это будет 100 проектов в месяц. Примерно столько же нужно иметь постоянных заказчиков.
Да, здесь всё верно. Я тоже считаю, что 200 проектов в месяц — это самоокупаемость.
A>Откуда они возьмутся? Поделим потенциальных заказчиков на 4 категории: A>1. Непрофессионалы частники (под частниками понимаю физ.лиц и небольшие конторы, предпринимателей). Возможно появятся с заказами "А сделайте мне домашнюю страницу за 5 баксов" и "Срочно нужно сделать лабу по программированию". Выгоды от них никакой.
Это основной рынок. Это на самом деле основной рынок, который надо развивать.
A>2. Профессионалы частники. Может кто-то прийти из swrus, у кого еще нет средств на наемного работника или желающего купить какое-нибудь ноу-хау, чтобы не тратить свое время на поиски решения. 100 заказчиков из swrus точно не наберется.
Наберётся втрое больше. Не скажу как.
A>3. Непрофессиональные компании (т.е. не софтверные предприятия). Вряд ли появятся, поскольку нет специалистов для постановки задачи, и нужно внедрение на месте.
ТЗ тоже может быть написано удалённо. То есть схема краткое ТЗ -> заказ детального ТЗ через сайт -> исполнение проекта через сайт будет продвигаться очень активно.
A>4. Профессиональные (софтверные) компании. Так же вряд ли появятся, поскольку это обычно большие проекты, требующие работы в команде, такие проекты нельзя развернуть дома у исполнителя, поскольку завязаны на несколько серверов и средств разработки плюс заморочки с NDA и отсутствие гарантий выполнения работы в срок. Проще заплатить больше своим работникам. Могут появляться для поиска сотрудников. Для исполнителя здесь также минус, поскольку предполагается мЕньшая оплата, чем для постоянных работников.
Это так и не так. Мелкие непрофильные работы могут быть переведены на биржу, чтобы забрать с неё знания.
То что ты написал — теория. А теперь практика. Каждый месяц в России только в одном сегменте информационного рынка появляется минимум 9 тыс. удалённых заказов. Тех самых заказов, исполнители которых заинтересованы в гарантиях проплаты. Этот сегмент рынка уже перешёл границы 1 млн. долларов
A>Поэтому (имхо) нужно ориентироваться в первую очередь на зарубежных заказчиков. Можно переманить исполнителей с RAC и аутсорсников вместе с их постоянными заказчиками, предлагая им более выгодные условия (русский саппорт, экономия на денежных переводах). Заказчиков можно привлекать более высоким профессиональным уровнем исполнителей (Россия, Украина здесь вроде бы на хорошем счету) и отсутствием индусских студентов. Т.е. более высокой вероятностью качественного выполнения работы в срок.
Имхо, нереально. Есть elance и с ним конкурировать на данном поприще самоубийство.
A>А дизайн сайта и юридические детали соглашения — это уже мелочи.
Дизайн — мелочи. Юридические же детали очень важны.
Здравствуйте, Слава Шевцов, Вы писали:
A>>>>Всего открытых проектов: 1 СШ>6 A>>>>Выполненных проектов: 3 СШ>45 A>>>>Заказчиков: 2 СШ>1000 СШ>Я сейчас специально привёл реальные данные по Goody.ru
Как видим, реально заказчиков 45+6=51 максимум. Не вижу причин, почему у вас дела должны пойти в 100 раз лучше, чем у Goody.
СШ>Здесь мы с вами расходимся. Русский рынок очень велик. И конкуренция здесь есть именно со стороны заказчиков, а не исполнителей. То есть имеются причины роста цен на работы.
Оптимизм — это хорошо, но причины для него неочевидны. Имхо сейчас главная причина для заказчика, чтобы обратиться на фрилансерский сайт — это гораздо более низкая стоимость. Настолько низкая по сравнению с местным исполнителем, что покрывает возможные издержки по срыву сроков, (возможно) низкому качеству кода и т.д. Для российского заказчика такой разницы цен нет. Мне все-таки непонятно, как в вашем представлении должен выглядеть потенциальный заказчик и что его сподвигнет искать исполнителя на фрилансерском сайте.
A>>1. Непрофессионалы частники (под частниками понимаю физ.лиц и небольшие конторы, предпринимателей). Возможно появятся с заказами "А сделайте мне домашнюю страницу за 5 баксов" и "Срочно нужно сделать лабу по программированию". Выгоды от них никакой. СШ>Это основной рынок. Это на самом деле основной рынок, который надо развивать.
Тогда таких проектов нужно иметь тысячу в месяц. Где взять столько богатых бездельников, умеющих пользоваться компьютером, имеющих выход в интернет и кредитную карточку (кошелек на вебмани)?
СШ>Наберётся втрое больше. Не скажу как.
Весь swrus строится в колонны и дружно шагает на rentaguru? Не верю.
СШ>ТЗ тоже может быть написано удалённо. То есть схема краткое ТЗ -> заказ детального ТЗ через сайт -> исполнение проекта через сайт будет продвигаться очень активно.
От непрофессионала даже на месте трудно добиться, чего именно он хочет. Удаленно шансов еще меньше. Все это общение потребует времени работника(-ов) компании, которое тоже стоит денег. Им проще будет найти исполнителя на месте.
СШ>То что ты написал — теория. А теперь практика. Каждый месяц в России только в одном сегменте информационного рынка появляется минимум 9 тыс. удалённых заказов. Тех самых заказов, исполнители которых заинтересованы в гарантиях проплаты. Этот сегмент рынка уже перешёл границы 1 млн. долларов
Звучит пафосно. Но верится с трудом. Даже если это так, все ли согласятся поменять 10% (или сколько там?) от суммы на гарантии оплаты? Как я понимаю, других причин для сотрудничества нет. Тогда имело бы смысл для пришедших со своими заказчиками/исполнителями снизить комиссию, скажем до 5-7 процентов. 5% от миллиона это тоже неплохо для начала.
СШ>Имхо, нереально. Есть elance и с ним конкурировать на данном поприще самоубийство.
Можно не конкурировать. Но если бы несколько десятков разработчиков перешли со своими постоянными заказчиками, то для старта это было бы неплохо. А всех затрат — добавить англоязычный интерфейс.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть,
в списке "Область знаний" нужна еще галочка "Любая", чтоб мне не отмечать весь список, если я захочу посмотреть все проекты.
если выбрать статус "Любой", а галочки не ставить, то страница просто перезагужается в состояние по умолчанию — чего это она? если ничего не нашли, то должно быть также как сейчас при выборе статуса "Заморожен" — Результаты поиска (Статус: Заморожен) — список проектов, (Проекты не найдены)
Если при поиске ничего не найдено условия поиска сбрасываются, т.е. теряются все галочки и выбранный статус — нехорошо, надо сохранять
сейчас список Статусов — Открыт, Заморожен, Закрыт. Имхо хорошо бы еще добавить статус "Выполняется"
При открытии сайта, сразу стало интересно что такое "Безопасная удалённая работа в Интернет". Начал туда мышой тыкать. Однако то что сверху написано, отнюдь не является ссылкой. На мой взгляд, что-то в этом не так.
Здравствуйте, algol, Вы писали:
A>Как видим, реально заказчиков 45+6=51 максимум. Не вижу причин, почему у вас дела должны пойти в 100 раз лучше, чем у Goody.
Приглашаю 13 июня на обсуждение открытия сайта в RSDN.job Там всё будет изложено.
A>Оптимизм — это хорошо, но причины для него неочевидны. Имхо сейчас главная причина для заказчика, чтобы обратиться на фрилансерский сайт — это гораздо более низкая стоимость. Настолько низкая по сравнению с местным исполнителем, что покрывает возможные издержки по срыву сроков, (возможно) низкому качеству кода и т.д. Для российского заказчика такой разницы цен нет. Мне все-таки непонятно, как в вашем представлении должен выглядеть потенциальный заказчик и что его сподвигнет искать исполнителя на фрилансерском сайте.
Главное, чтобы заказчик понимал, какие риски мы ему снимаем. Понимают ли это остальные — не важно.
A>>>1. Непрофессионалы частники (под частниками понимаю физ.лиц и небольшие конторы, предпринимателей). Возможно появятся с заказами "А сделайте мне домашнюю страницу за 5 баксов" и "Срочно нужно сделать лабу по программированию". Выгоды от них никакой. СШ>>Это основной рынок. Это на самом деле основной рынок, который надо развивать. A>Тогда таких проектов нужно иметь тысячу в месяц. Где взять столько богатых бездельников, умеющих пользоваться компьютером, имеющих выход в интернет и кредитную карточку (кошелек на вебмани)?
Что значит где? Они сами ищут. В прошлом месяце минимум 7000 человек искали на Яндексе по теме "разработка программного обеспечения".
СШ>>Наберётся втрое больше. Не скажу как. A>Весь swrus строится в колонны и дружно шагает на rentaguru? Не верю.
А толку от того, что вы не верите? Ваше неверие не мешает шароварщикам продолжать заказывать услуги у удалённых работников: сабмит, переводы, разработку дизайна, создание сайта, создание дорвеев и PAD-ов, пруфридинг, рассылку пресс-релиза, оценку интерфейса и другие работы.
СШ>>ТЗ тоже может быть написано удалённо. То есть схема краткое ТЗ -> заказ детального ТЗ через сайт -> исполнение проекта через сайт будет продвигаться очень активно.
A>От непрофессионала даже на месте трудно добиться, чего именно он хочет. Удаленно шансов еще меньше. Все это общение потребует времени работника(-ов) компании, которое тоже стоит денег. Им проще будет найти исполнителя на месте.
Вы в этом уверены? Есть какие-то исследования?
СШ>>То что ты написал — теория. А теперь практика. Каждый месяц в России только в одном сегменте информационного рынка появляется минимум 9 тыс. удалённых заказов. Тех самых заказов, исполнители которых заинтересованы в гарантиях проплаты. Этот сегмент рынка уже перешёл границы 1 млн. долларов
A>Звучит пафосно. Но верится с трудом. Даже если это так, все ли согласятся поменять 10% (или сколько там?) от суммы на гарантии оплаты? Как я понимаю, других причин для сотрудничества нет. Тогда имело бы смысл для пришедших со своими заказчиками/исполнителями снизить комиссию, скажем до 5-7 процентов. 5% от миллиона это тоже неплохо для начала.
Создавайте альтернативный сайт и снижайте. Кто-то разве против Нужен движок — приходите, продам свой. Я даже готов помогать своими знаниями. Я не скрываю информацию, свои идеи и вИдение рынка. Хотя точно знаю, что несколько человек создают такие же сервисы (только без гарантии оплаты). И эти люди так же читают этот тред. И чем больше конкурентов, тем больше рекламы, тем больше фронт по объясненнию работодателям преимуществ удалённой работы, тем шире рынок.
СШ>>Имхо, нереально. Есть elance и с ним конкурировать на данном поприще самоубийство.
A>Можно не конкурировать. Но если бы несколько десятков разработчиков перешли со своими постоянными заказчиками, то для старта это было бы неплохо. А всех затрат — добавить англоязычный интерфейс.
Для этого ещё надо изменить российское законодательство и имидж России. Подскажите как?
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть
Как предполагается использовать Доску сообщений по проекту? какого плана сообщения там предполагаются?
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Приглашаю 13 июня на обсуждение открытия сайта в RSDN.job Там всё будет изложено.
Для начала объясню, что я вовсе не против этой сервиса, скорее за. Но я смотрю на эту затею пессимистически, потому что даже на мировом рынке такие работающие сайты можно пересчитать по пальцам одной руки при общем объеме оффшорного программирования в миллиарды долларов. На чисто российском рынке шансов на успех на порядок меньше. Если у вас все просчитано, но не хотите раньше времени открывать карты — это хорошо. Но чтобы люди поверили и стали пользоваться сервисом, они должны понимать, за счет чего он функционирует. Когда обещают манну небесную и не виден механизм получения этой самой манны, то скорей всего это кидалово.
СШ>Главное, чтобы заказчик понимал, какие риски мы ему снимаем. Понимают ли это остальные — не важно.
Заказчик должен получить выгоду. Пока не ясно, за счет чего он ее получит. Единственное что приходит на ум — это московский заказчик, который аутсорсит в регионы за меньшие деньги. Но разница в цене не так уж и велика, скажем 2 раза. Взамен заказчик получает массу рисков. Хотя часть из них вы снимете, все равно остается риск не получить работу вовремя, нарваться на неграмотного исполнителя и т.д.
СШ>Что значит где? Они сами ищут. В прошлом месяце минимум 7000 человек искали на Яндексе по теме "разработка программного обеспечения".
Ищут — не значит, что хотят заказать у удаленного исполнителя и хотят платить.
A>>Весь swrus строится в колонны и дружно шагает на rentaguru? Не верю. СШ>А толку от того, что вы не верите? Ваше неверие не мешает шароварщикам продолжать заказывать услуги у удалённых работников: сабмит, переводы, разработку дизайна, создание сайта, создание дорвеев и PAD-ов, пруфридинг, рассылку пресс-релиза, оценку интерфейса и другие работы.
То, что swrus будет пользоваться сервисом, несомненно. Но три сотни постоянных заказчиков — это сильно завышенная оценка. Из тысячи живых душ не меньше половины по статистике или в минусах, или зарабатывают мизер. Предполагаю, что успешно работающих около сотни. Мой прогноз — 20 заказчиков.
A>>От непрофессионала даже на месте трудно добиться, чего именно он хочет. Удаленно шансов еще меньше. Все это общение потребует времени работника(-ов) компании, которое тоже стоит денег. Им проще будет найти исполнителя на месте. СШ>Вы в этом уверены? Есть какие-то исследования?
Исследований нет, но приходилось общаться. Как правило ТЗ выглядит так — "А сделайте мне красиво, чтобы я кнопку нажал и мне все-все сразу распечаталось". После этого приходится всю инфу вытаскивать клещами из всех сотрудников по очереди — откуда берется информация, где хранится, как выглядят бизнес процессы, что нужно получить в результате, как выглядят бланки отчетов и документов. Потом они смотрят на программу и говорят — все это хорошо, но нам нужно вовсе не это. Как это делать удаленно — не представляю.
СШ>Создавайте альтернативный сайт и снижайте. Кто-то разве против
Имелось в виду, что можно привлечь к себе уже сложившиеся и сотрудничающие пары заказчик-исполнитель. Т.е. они не ищут друг друга на сайте, а приходят с готовыми проектами и используют сервис в основном для оплаты.
СШ>Для этого ещё надо изменить российское законодательство и имидж России. Подскажите как?
Имидж разработчиков и так неплохой. Многие специально ищут русских. С законодательством сложнее. Откройте офис в Штатах.
Здравствуйте, Odi$$ey, Вы писали:
СШ>>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть
OE>Как предполагается использовать Доску сообщений по проекту? какого плана сообщения там предполагаются?
Распросы заказчика до того, как размещать заявку на проект. Уточнения, критика проекта и пр.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
Решил все-таки посмотреть сайт. "Скромно, но чисто".
Имхо в нынешнем виде никуда не годится.
1. Однозначно ставки должны скрываться до завершения конкурса. Иначе будет сплошной демпинг, сайт ничего не заработает и разработчики тоже уйдут.
2. Текст заявки также должен скрываться. Исполнителю может потребоваться приводить сведения, нежелательные для распространения — ссылки на сделанные работы, описание предлагаемого подхода к выполнению проекта.
3. Нужна возможность приватного общения до принятия заявки. Могут уточняться ТЗ, возможен торг по цене и т.д.
4. Доска объявлений не нужна. Исполнителям нет смысла общаться между собой.
5. Не видно, зареген юзер в системе или нет.
6. Вошел в систему как slavauser. Закрыл окно, открыл снова. Нажал войти в систему — теперь я slava256.
7. Нет ссылки в меню на управление аккаунтом. Она должна быть доступна всегда.
8. Ссылки на пояснения к терминам, типа избранный пользователь, должны открываться в маленьком всплывающем окне, а не в том же самом окне.
9. Как после регистрации попасть на список проектов? Где ссылка?
10. Есть в системе нотификации по почте об ответах на заявку и т.п.? Можно ли подписаться на рассылку новых проектов?
11. Что такое "будет завершен" в проекте? Дата окончания подачи заявок или завершения проекта?
12. Есть ли в системе статус репорты? Как сообщить о выполнении проекта?
13. Не вижу возможности приаттачить к заявке файл. Как можно отправить заказчику прототип или демо до принятия заявки?
14. Какие есть виды проектов в системе? Есть ли приватные проекты, есть ли продолжения проектов (change requests) с мЕньшей комиссией. Можно ли пригласить исполнителя сделать заявку на проект? Как заплатить бонус?
15. 5% комиссии для избранных пользователей — это слишком мало. По правилу 80/20 80% пива будет выпито 20% исполнителей. Т.е. это будет ставка основного объема работ. Имхо лучше 7.5%.
16. Есть ли возможность принятия проекта по частям (этапам)?
17. Как будет тестироваться работа при арбитраже? РАК тестирует не у себя, а на машинах заказчика/исполнителя, используя удаленное подключение через GoToMyPC.
18. Оговорено ли где-нибудь право за разработчиком на уже сделанную работу, если работа по арбитражу не принята и деньги вернулись заказчику?
19. Что происходит, когда просрочен deadline?
20. Что за непонятки в ФАКе о двойной стоимости проекта в залоге? Т.е. для 1000р. проета нужно заплатить 2000р. залога?
Здравствуйте, algol, Вы писали:
A>1. Однозначно ставки должны скрываться до завершения конкурса. Иначе будет сплошной демпинг, сайт ничего не заработает и разработчики тоже уйдут. A>2. Текст заявки также должен скрываться. Исполнителю может потребоваться приводить сведения, нежелательные для распространения — ссылки на сделанные работы, описание предлагаемого подхода к выполнению проекта.
Мы не пойдём на это. Дело в том, что наша основная задача состоит в том, чтобы привлечь заказчиков к созданию и оплате проектов. Мне понятно, как заниматься раскруткой сайта с открытой информацией, как продвигать такой сайт в умах потенциальных заказчиков. И совсем непонятно, как можно привести заказчиков на сайт с закрытыми аукционами. При том что нам, как сервису, выгодны именно закрытые аукционы. Поэтому открытые ставки и тексты заявок это принципиальное решение. Без этого просто не будет заказчиков. А разработчикам сайт без заказчиков вряд ли нужен. Так что придётся мириться с открытостью всей информации и некоторым снижением уровня ставок.
A>3. Нужна возможность приватного общения до принятия заявки. Могут уточняться ТЗ, возможен торг по цене и т.д.
Есть такое. В доске сообщений по проекту можно отправлять письма, которые видит только заказчик или только конкретный исполнитель. Эти письма тоже могут быть частью договора, если обе стороны договорились о чём-то.
A>4. Доска объявлений не нужна. Исполнителям нет смысла общаться между собой.
Пусть сами решают. Мы не хотим здесь никого ограничивать.
A>5. Не видно, зареген юзер в системе или нет.
Это нужно только в момент написания писем или создания заявок/проектов. И в тот момент эта информация видна.
A>6. Вошел в систему как slavauser. Закрыл окно, открыл снова. Нажал войти в систему — теперь я slava256.
И что? Тип аккаунта можно определить по тому, через какую страницу входишь. В чём проблема?
A>7. Нет ссылки в меню на управление аккаунтом. Она должна быть доступна всегда. A>8. Ссылки на пояснения к терминам, типа избранный пользователь, должны открываться в маленьком всплывающем окне, а не в том же самом окне.
+
A>9. Как после регистрации попасть на список проектов? Где ссылка? A>10. Есть в системе нотификации по почте об ответах на заявку и т.п.? Можно ли подписаться на рассылку новых проектов?
Есть и можно.
A>11. Что такое "будет завершен" в проекте? Дата окончания подачи заявок или завершения проекта?
Принято.
A>12. Есть ли в системе статус репорты? Как сообщить о выполнении проекта?
Отправить материалы заказчику.
A>13. Не вижу возможности приаттачить к заявке файл. Как можно отправить заказчику прототип или демо до принятия заявки?
Никак.
A>14. Какие есть виды проектов в системе? Есть ли приватные проекты, есть ли продолжения проектов (change requests) с мЕньшей комиссией.
Нет.
A>Можно ли пригласить исполнителя сделать заявку на проект?
Да, достаточно зайти в карточку исполнителя.
A> Как заплатить бонус?
Прямым переводом средств с аккаунта заказчика.
A>15. 5% комиссии для избранных пользователей — это слишком мало. По правилу 80/20 80% пива будет выпито 20% исполнителей. Т.е. это будет ставка основного объема работ. Имхо лучше 7.5%.
Мы хотим стимулировать исполнителей выполнять проекты качественно. Это очень критичная часть сервиса. Для этого скидка специальным пользователям 50%.
A>16. Есть ли возможность принятия проекта по частям (этапам)?
Нет. К сожалению. Это недостаток движка, мы будем с ним бороться.
A>17. Как будет тестироваться работа при арбитраже? РАК тестирует не у себя, а на машинах заказчика/исполнителя, используя удаленное подключение через GoToMyPC.
Пока у себя. Дальше посмотрим. Спасибо за информацию.
A>18. Оговорено ли где-нибудь право за разработчиком на уже сделанную работу, если работа по арбитражу не принята и деньги вернулись заказчику?
Да, в договорах обеих сторон. Кроме того, исполнителя защищают наши законы.
A>19. Что происходит, когда просрочен deadline?
Вообще-то исполнитель проигрыват арбитраж, если в него передаётся дело. Но и заказчик не получает работы, а потерянное время для него это существенный фактор. Поэтому мы будем стараться, чтобы стороны договорились полюбовно.
A>20. Что за непонятки в ФАКе о двойной стоимости проекта в залоге? Т.е. для 1000р. проета нужно заплатить 2000р. залога?
Нет. 1000 р. в залог. Потом 1000 р. оплаты за проект. И только затем мы возвращаем залог заказчику. В итоге, заказчику нужно иметь в системе 2000 р. Ничего лучше в рунете придумать не смогли.
A>Хватит для начала.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Мы не пойдём на это. Дело в том, что наша основная задача состоит в том, чтобы привлечь заказчиков к созданию и оплате проектов. Мне понятно, как заниматься раскруткой сайта с открытой информацией, как продвигать такой сайт в умах потенциальных заказчиков. И совсем непонятно, как можно привести заказчиков на сайт с закрытыми аукционами. При том что нам, как сервису, выгодны именно закрытые аукционы. Поэтому открытые ставки и тексты заявок это принципиальное решение. Без этого просто не будет заказчиков. А разработчикам сайт без заказчиков вряд ли нужен. Так что придётся мириться с открытостью всей информации и некоторым снижением уровня ставок.
Не вижу, в чем здесь принципиальное преимущество для привлечения заказчиков. Мое имхо такое, что системы с открытыми ставками или не работают вообще, или работают там, где ограничен доступ к системе случайных людей (elance). Профессионал-заказчик знает о триаде цена-скорость-качество и понимает, что исполнитель должен быть достаточно мотивирован, чтобы сделать работу качественно и в срок. Непрофессионалы будут ориентироваться только на деньги. Всякие Васи Пупкины понаделают сторублевых заявок, чтобы сделать проект из-за рейтинга (например), и успешно завалят проект, поскольку реально не заинтересованы работать за такие деньги. В то же время другие разработчики, видя такие мизерные ставки, даже не подумают делать заявку и уйдут с сайта вообще. В итоге теряют все — заказчик не нашел хорошего исполнителя, исполнитель на нашел работы, сайт потерял комиссию. Дальше вас ждет судьба очередного Goody.
СШ>Есть такое. В доске сообщений по проекту можно отправлять письма, которые видит только заказчик или только конкретный исполнитель. Эти письма тоже могут быть частью договора, если обе стороны договорились о чём-то.
Еще раз — исполнитель будет реально общаться только с заказчиком, и скорее всего, захочет общаться только приватно. Какждый раз заполнять поле "для кого" утомительно и можно забыть это сделать, тогда приватная информация выйдет наружу.
СШ>Пусть сами решают. Мы не хотим здесь никого ограничивать.
Как вы представляете это общение? Развернут между собой флейм, кто из них круче? Всегда перед началом работы уточняется ТЗ, применяемые подходы и технологии. Потенциальный исполнитель тратит свое время без гарантий, что выберут именно его. Исполнителю невыгодно, чтобы результатами его потраченного времени воспользовался другой исполнитель.
СШ>Это нужно только в момент написания писем или создания заявок/проектов. И в тот момент эта информация видна.
Это было бы нужно, если в системе есть приватные проекты, нужно, чтобы смотреть приватные сообщения.
A>>6. Вошел в систему как slavauser. Закрыл окно, открыл снова. Нажал войти в систему — теперь я slava256. СШ>И что? Тип аккаунта можно определить по тому, через какую страницу входишь. В чём проблема?
Я это расцениваю как багу. Или у вас используются разные ники для ролей заказчика и исполнителя? Не очень разумно.
A>>10. Есть в системе нотификации по почте об ответах на заявку и т.п.? Можно ли подписаться на рассылку новых проектов? СШ>Есть и можно.
Что-то я не увидел. Т.е. я могу указать в подписке фильтр по интересующим меня платформам, средствам разработки, сумме проекта?
A>>12. Есть ли в системе статус репорты? Как сообщить о выполнении проекта? СШ>Отправить материалы заказчику.
Нормальный заказчик не будет молча ждать месяц выполнения работы. Он хочет видеть прогресс и будет регулярно получать обновления. Как провести ту линию, когда исполнитель считает, что работа полностью выполнена? Т.е. до нее наступивший дидлайн означает срыв срока, после нее можно только оспаривать функционирование продукта через арбитраж?
A>>13. Не вижу возможности приаттачить к заявке файл. Как можно отправить заказчику прототип или демо до принятия заявки? СШ>Никак.
Очень плохо. Возможно исполнитель уже имеет готовое или похожее решение и отправка демо или скриншотов помогла бы упростить выбор.
A>>14. Какие есть виды проектов в системе? Есть ли приватные проекты, есть ли продолжения проектов (change requests) с мЕньшей комиссией. СШ>Нет.
Еще хуже. Многие параноидальные заказчики не хотят афишировать даже малейшие детали будущего приложения. Для шароварщиков из swrus это будет особенно важно. Никто не хочет плодить клонеров еще до появления продукта.
Проект может быть продолжением предыдущего, тогда другие исполнители не рассматриваются. Приватные проекты принципиально необходимы.
A>>Можно ли пригласить исполнителя сделать заявку на проект? СШ>Да, достаточно зайти в карточку исполнителя.
А если я хочу пригласить всех специалистов в определенной области с рейтингом выше определенного значения? Можно это сделать через поиск?
A>> Как заплатить бонус? СШ>Прямым переводом средств с аккаунта заказчика.
И что это будет стоить?
A>>15. 5% комиссии для избранных пользователей — это слишком мало. По правилу 80/20 80% пива будет выпито 20% исполнителей. Т.е. это будет ставка основного объема работ. Имхо лучше 7.5%. СШ>Мы хотим стимулировать исполнителей выполнять проекты качественно. Это очень критичная часть сервиса. Для этого скидка специальным пользователям 50%.
Жаль, что вы не хотите понимать. Зайдите в топ лист на РАКе и вы увидите, что основную часть денег заработали, скажем 500 человек из общего списка в 100000. Все они будут иметь хороший рейтинг и будут специальными пользователями. Т.е. вы будете реально работать за 5%. Этого хватит? Не уверен. Хотите их стимулировать — поднимите общую планку.
Кстати о топ-листе. А у вас он есть? Какие-нибудь значки/лейблы/медальки для специальных пользователей?
A>>20. Что за непонятки в ФАКе о двойной стоимости проекта в залоге? Т.е. для 1000р. проета нужно заплатить 2000р. залога? СШ>Нет. 1000 р. в залог. Потом 1000 р. оплаты за проект. И только затем мы возвращаем залог заказчику. В итоге, заказчику нужно иметь в системе 2000 р. Ничего лучше в рунете придумать не смогли.
Мда-а. Это просто убийственно. Т.е. для проекта в 10 килобаксов нужно иметь 20 килобаксов? А что делать тем же начинающим шароварщикам, которые еле-еле наскребают денег для запуска проекта? Они уже не ваши клиенты?
Теперь пойдем дальше. Очень скользкая тема о контактной информации и переписке вне сайта.
Имхо ваш подход работать не будет. Он предполает, что все, включая исходники, пересылается через сайт. Вышеупомянутым параноидальным клиентам это очень не понравится. Нет гарантии, что код не попадет в чужие руки. Сайт могут хакнуть, может воспользоваться нечестный сотрудник. Вы тоже не с луны свалились, а наоборот, имеете шароварный бизнес и можете быть чьим-то конкурентом. Возможен также целый ряд других ситуаций, требующих контактной информации и общения вне сайта. Заказчику может потребоваться работать через VSS/CVS, использовать аккаунт на какой-нибудь системе баг-трекинга, решать срочные проблемы через аську/мессенджер, развернуть сайт у хостера или пофиксить какие-то проблемы. Даже домашняя страничка, делаемая по заказу, может содержать контакты заказчика. Возможны просто такие уловки, что ником заказчика будет название фирмы, и исполнитель поймет, с кем контактировать. Наоборот, по нику исполнителя можно найти его контакты на rsdn или другом сайте. Всегда найдутся способы обойти запрет.
До принятия заявки контакты нужно исключать, после — разрешать. С мошенничеством нужно бороться низкими ставками, чтобы они оправдывали снятие риска неоплаты работы. Можно также брать cancellation fee, если проект был отменен без видимых причин, т.е. были поданы реальные заявки.
Если все же решите оставить все как есть, то поправьте agreements, поскольку перевод с РАК везде предполагает легальность обмена контактами и общения вне сайта.
В ФАКе "Если исполнитель использует сайт для того, чтобы найти себе заказчика и потом провести оплату вне его, то мы пресекаем такие ситуации и удаляем аккаунт. Так как это чистое мошенничество." — хорошо бы отредактировать.
Еще вопрос — можно сделать заявку без указания суммы? Это нужно в ситуациях. когда недостаточно информации для оценки объема работ. Т.е. делается предложение в самых общих чертах и запрашивается дополнительная информация.
Здравствуйте, algol, Вы писали:
A>>>10. Есть в системе нотификации по почте об ответах на заявку и т.п.? Можно ли подписаться на рассылку новых проектов? СШ>>Есть и можно.
A>Что-то я не увидел. Т.е. я могу указать в подписке фильтр по интересующим меня платформам, средствам разработки, сумме проекта?
По платформам и средствам разработки. Когда в аккаунте исполнителя указывается список тех тем, которыми он занимается, то можно поставить галочку о том, чтобы по этим темам приходили уведомления о новых проектах.
A>>>12. Есть ли в системе статус репорты? Как сообщить о выполнении проекта? СШ>>Отправить материалы заказчику.
A>Нормальный заказчик не будет молча ждать месяц выполнения работы. Он хочет видеть прогресс и будет регулярно получать обновления. Как провести ту линию, когда исполнитель считает, что работа полностью выполнена? Т.е. до нее наступивший дидлайн означает срыв срока, после нее можно только оспаривать функционирование продукта через арбитраж?
Как правило, в комментариях к пересылаемым материалам человек пишет что это за материалы. Так что можно установить что именно пересылалось.
A>>>13. Не вижу возможности приаттачить к заявке файл. Как можно отправить заказчику прототип или демо до принятия заявки? СШ>>Никак.
A>Очень плохо. Возможно исполнитель уже имеет готовое или похожее решение и отправка демо или скриншотов помогла бы упростить выбор.
Или он нарушит так чужие имущественные права... Пока не вижу смысл, потом добавим, если потребуется.
A>>>14. Какие есть виды проектов в системе? Есть ли приватные проекты, есть ли продолжения проектов (change requests) с мЕньшей комиссией. СШ>>Нет.
A>Еще хуже. Многие параноидальные заказчики не хотят афишировать даже малейшие детали будущего приложения. Для шароварщиков из swrus это будет особенно важно. Никто не хочет плодить клонеров еще до появления продукта. A>Проект может быть продолжением предыдущего, тогда другие исполнители не рассматриваются. Приватные проекты принципиально необходимы.
Хорошо, будем дорабатывать.
A>>>Можно ли пригласить исполнителя сделать заявку на проект? СШ>>Да, достаточно зайти в карточку исполнителя. A>А если я хочу пригласить всех специалистов в определенной области с рейтингом выше определенного значения? Можно это сделать через поиск?
A>>> Как заплатить бонус? СШ>>Прямым переводом средств с аккаунта заказчика. A>И что это будет стоить?
Пока ничего.
A>>>15. 5% комиссии для избранных пользователей — это слишком мало. По правилу 80/20 80% пива будет выпито 20% исполнителей. Т.е. это будет ставка основного объема работ. Имхо лучше 7.5%. СШ>>Мы хотим стимулировать исполнителей выполнять проекты качественно. Это очень критичная часть сервиса. Для этого скидка специальным пользователям 50%.
A>Жаль, что вы не хотите понимать. Зайдите в топ лист на РАКе и вы увидите, что основную часть денег заработали, скажем 500 человек из общего списка в 100000. Все они будут иметь хороший рейтинг и будут специальными пользователями. Т.е. вы будете реально работать за 5%. Этого хватит? Не уверен. Хотите их стимулировать — поднимите общую планку. A>Кстати о топ-листе. А у вас он есть? Какие-нибудь значки/лейблы/медальки для специальных пользователей?
Топ-листа пока нет. Специальные метки есть.
A>>>20. Что за непонятки в ФАКе о двойной стоимости проекта в залоге? Т.е. для 1000р. проета нужно заплатить 2000р. залога? СШ>>Нет. 1000 р. в залог. Потом 1000 р. оплаты за проект. И только затем мы возвращаем залог заказчику. В итоге, заказчику нужно иметь в системе 2000 р. Ничего лучше в рунете придумать не смогли.
A>Мда-а. Это просто убийственно. Т.е. для проекта в 10 килобаксов нужно иметь 20 килобаксов? А что делать тем же начинающим шароварщикам, которые еле-еле наскребают денег для запуска проекта? Они уже не ваши клиенты?
Есть альтернативный способ гарантировать соблюдение договора. Траст WebMoney. Только вкладывают средства обе стороны. И сумма должна быть равна 4-5 суммам заказа.
Других в Рунете не придумали. Если есть предложение как в рамках российских законов обеспечить менее денежноёмкий процесс обеспечения гарантий исполнителю, я внимательно слушаю.
A>Теперь пойдем дальше. Очень скользкая тема о контактной информации и переписке вне сайта. A>Имхо ваш подход работать не будет. Он предполает, что все, включая исходники, пересылается через сайт. Вышеупомянутым параноидальным клиентам это очень не понравится. Нет гарантии, что код не попадет в чужие руки. Сайт могут хакнуть, может воспользоваться нечестный сотрудник. Вы тоже не с луны свалились, а наоборот, имеете шароварный бизнес и можете быть чьим-то конкурентом. Возможен также целый ряд других ситуаций, требующих контактной информации и общения вне сайта. Заказчику может потребоваться работать через VSS/CVS, использовать аккаунт на какой-нибудь системе баг-трекинга, решать срочные проблемы через аську/мессенджер, развернуть сайт у хостера или пофиксить какие-то проблемы. Даже домашняя страничка, делаемая по заказу, может содержать контакты заказчика. Возможны просто такие уловки, что ником заказчика будет название фирмы, и исполнитель поймет, с кем контактировать. Наоборот, по нику исполнителя можно найти его контакты на rsdn или другом сайте. Всегда найдутся способы обойти запрет.
Мы это понимаем. Мы защищаемся от простейших способов несоблюдения договора. От сложных защищаться не будем. Хотят нарушать? Пусть нарушают. Только проблемы с заказчиками пусть решают сами.
A>Если все же решите оставить все как есть, то поправьте agreements, поскольку перевод с РАК везде предполагает легальность обмена контактами и общения вне сайта.
Перечитайте договор с РАК. Там есть разрешение обмена контактами только для проектов, стоимость которых превышает $500.
A>В ФАКе "Если исполнитель использует сайт для того, чтобы найти себе заказчика и потом провести оплату вне его, то мы пресекаем такие ситуации и удаляем аккаунт. Так как это чистое мошенничество." — хорошо бы отредактировать.
A>Еще вопрос — можно сделать заявку без указания суммы? Это нужно в ситуациях. когда недостаточно информации для оценки объема работ. Т.е. делается предложение в самых общих чертах и запрашивается дополнительная информация.
Нет, конечно. Наверное, сначала надо уточнить информацию и лишь потом делать заявку. Возможность этого есть — доска сообщений.
Здравствуйте, Слава Шевцов, Вы писали:
A>>Нормальный заказчик не будет молча ждать месяц выполнения работы. Он хочет видеть прогресс и будет регулярно получать обновления. Как провести ту линию, когда исполнитель считает, что работа полностью выполнена? Т.е. до нее наступивший дидлайн означает срыв срока, после нее можно только оспаривать функционирование продукта через арбитраж? СШ>Как правило, в комментариях к пересылаемым материалам человек пишет что это за материалы. Так что можно установить что именно пересылалось.
Нет, этот момент должен четко фиксироваться. В вашем же переведенном соглашении ситуация регулируется по разному, в зависимости, был просрочен дедлайн или нет. У вас же каждый раз придется разбираться через арбитраж, была просрочка или нет. Можно просто при отправке сообщения добавить галочку "Я подтверждаю, что работа выполнена полностью".
A>>Очень плохо. Возможно исполнитель уже имеет готовое или похожее решение и отправка демо или скриншотов помогла бы упростить выбор. СШ>Или он нарушит так чужие имущественные права... Пока не вижу смысл, потом добавим, если потребуется.
Как он их нарушит? Если он хочет нарушить, то нарушит потом, кошда его заявка будет принята. Возможность отправки файлов нужна. У никому не известного исполнителя без рейтингов гораздо больше шансов получить проект, если он вышлет демо и продемонстрирует свою способность выполнить проект.
A>>И что это будет стоить? СШ>Пока ничего.
Ну тогда из вашего сервиса сделают бесплатный обменник.
СШ>Других в Рунете не придумали. Если есть предложение как в рамках российских законов обеспечить менее денежноёмкий процесс обеспечения гарантий исполнителю, я внимательно слушаю.
Значит, вашему сервису еще рано начинать работу.
СШ>Мы это понимаем. Мы защищаемся от простейших способов несоблюдения договора. От сложных защищаться не будем. Хотят нарушать? Пусть нарушают. Только проблемы с заказчиками пусть решают сами.
Тогда не пугайте их санкциями, просто предупредите, что контакты вне сайта нежелательны. А то получается, что есть два сорта клиентов — те, кто имеет возможность контактировать, и те, кто не имеет под страхом смерти.
СШ>Перечитайте договор с РАК. Там есть разрешение обмена контактами только для проектов, стоимость которых превышает $500.
Нет, это вы перечитайте. После начала работы никакие контакты не ограничиваются (хотя и не рекомендуются). Контакты сторон высылаются друг другу. Для договоров более $500 допускается контактировать напрямую ДО принятия заявки. Как я понимаю, это сделано для упрощения согласования ТЗ для сложных проектов.
СШ>Нет, конечно. Наверное, сначала надо уточнить информацию и лишь потом делать заявку. Возможность этого есть — доска сообщений.
Тогда эти доски сообщений должны быть только приватными. А исполнитель должен видеть у себя в панели проекты, по которым он ведет обсуждение.
Еще раз объясню смысл приватности. Во первых, публичные сообщения могут использоваться не по назначению. Кто-то может размещать там спам о своих услугах, кто-то напишет — это плохой заказчик, он меня кинул на 5 рублей, не делайте ему ничего. Как я понимаю, в ваших переведенных соглашениях никакой ответственности за это не предусмотрено.
Во-вторых, предположим я как исполнитель нашел подходящий проект и стал общаться с клиентом на предмет уточнения ТЗ, предлагать свои варианты решения его задачи. В конце концов выяснилось, что (к примеру) вместо первоначальной веб-страницы на JSP заказчика устроит десктоп приложение на Дельфи (немного утрирую, но в общем ситуация реальная). Тут Вася Пупкин читает все это и говорит — Ах вот, что вам нужно! Ну так я сделаю на Дельфи дешевле. В итоге Вася Пупкин получил проект на готовенькое, а я потерял неделю общения с заказчиком впустую. Естественно, если я не полный дебил, то буду _всегда_ общаться с клиентом только приватно.
Еще несколько замечаний по сайту:
— Навигация по сайту просто безобразная. Долго искал соглашения с заказчиком/исполнителем. Ходил в условия использования, конфиденциальность и т.д. Сверху одни ссылки, снизу другие. Если я вошел в систему как скажем заказчик, то должен всегда видеть все доступные мне опции как заказчику.
— Нужна страничка с полной расшифровкой всех финансовых операций — сколько за что получил, сколько сняли комиссии, когда и сколько перевели.
— В соглашениях есть много того, что у вас (пока) не поддерживается, например есть абзац про бонусы, которых нет.
— Не вижу, чтобы к проекту можно было приаттачить файл. А если ТЗ большое и сделано в виде документа Word, если заказчик хочет показать какое-то демо, скриншоты или образцы кода, чтобы можно было оценить сложность работы?
Здравствуйте, algol, Вы писали:
A>>>Нормальный заказчик не будет молча ждать месяц выполнения работы. Он хочет видеть прогресс и будет регулярно получать обновления. Как провести ту линию, когда исполнитель считает, что работа полностью выполнена? Т.е. до нее наступивший дидлайн означает срыв срока, после нее можно только оспаривать функционирование продукта через арбитраж? СШ>>Как правило, в комментариях к пересылаемым материалам человек пишет что это за материалы. Так что можно установить что именно пересылалось.
A>Нет, этот момент должен четко фиксироваться. В вашем же переведенном соглашении ситуация регулируется по разному, в зависимости, был просрочен дедлайн или нет. У вас же каждый раз придется разбираться через арбитраж, была просрочка или нет. Можно просто при отправке сообщения добавить галочку "Я подтверждаю, что работа выполнена полностью".
Можно.
A>>>Очень плохо. Возможно исполнитель уже имеет готовое или похожее решение и отправка демо или скриншотов помогла бы упростить выбор. СШ>>Или он нарушит так чужие имущественные права... Пока не вижу смысл, потом добавим, если потребуется.
A>Как он их нарушит? Если он хочет нарушить, то нарушит потом, кошда его заявка будет принята. Возможность отправки файлов нужна. У никому не известного исполнителя без рейтингов гораздо больше шансов получить проект, если он вышлет демо и продемонстрирует свою способность выполнить проект.
Готовое или похожее — это то, что он делал для кого-то и на что ему права не принадлежат. Ведь так?
В настоящий момент нет смысла размещать демо-версии или аналогичные материалы. Такой смысл появляется только при закрытых заявках. Придёт время закрытых аукционов, мы реализуем этот функционал.
A>>>И что это будет стоить? СШ>>Пока ничего. A>Ну тогда из вашего сервиса сделают бесплатный обменник.
Обменник рублей на рубли? С повышенной комиссией (ввод и вывод средств тоже денег стоит)? Пусть делают.
СШ>>Других в Рунете не придумали. Если есть предложение как в рамках российских законов обеспечить менее денежноёмкий процесс обеспечения гарантий исполнителю, я внимательно слушаю. A>Значит, вашему сервису еще рано начинать работу.
История экономики показывает, что если нет альтернативы, значит этот механизм будет работать.
СШ>>Мы это понимаем. Мы защищаемся от простейших способов несоблюдения договора. От сложных защищаться не будем. Хотят нарушать? Пусть нарушают. Только проблемы с заказчиками пусть решают сами. A>Тогда не пугайте их санкциями, просто предупредите, что контакты вне сайта нежелательны. А то получается, что есть два сорта клиентов — те, кто имеет возможность контактировать, и те, кто не имеет под страхом смерти.
На смертную казнь в России наложен мараторий.
СШ>>Перечитайте договор с РАК. Там есть разрешение обмена контактами только для проектов, стоимость которых превышает $500.
A>Нет, это вы перечитайте. После начала работы никакие контакты не ограничиваются (хотя и не рекомендуются). Контакты сторон высылаются друг другу. Для договоров более $500 допускается контактировать напрямую ДО принятия заявки. Как я понимаю, это сделано для упрощения согласования ТЗ для сложных проектов.
Да, здесь Вы правы. "Additionally, on projects under $500.00, the Seller agrees not to contact any buyer outside of the site (by email, phone, etc.) before the buyer's money is completely escrowed via the site".
СШ>>Нет, конечно. Наверное, сначала надо уточнить информацию и лишь потом делать заявку. Возможность этого есть — доска сообщений.
A>Тогда эти доски сообщений должны быть только приватными. А исполнитель должен видеть у себя в панели проекты, по которым он ведет обсуждение. A>Еще раз объясню смысл приватности. Во первых, публичные сообщения могут использоваться не по назначению. Кто-то может размещать там спам о своих услугах, кто-то напишет — это плохой заказчик, он меня кинул на 5 рублей, не делайте ему ничего. Как я понимаю, в ваших переведенных соглашениях никакой ответственности за это не предусмотрено. A>Во-вторых, предположим я как исполнитель нашел подходящий проект и стал общаться с клиентом на предмет уточнения ТЗ, предлагать свои варианты решения его задачи. В конце концов выяснилось, что (к примеру) вместо первоначальной веб-страницы на JSP заказчика устроит десктоп приложение на Дельфи (немного утрирую, но в общем ситуация реальная). Тут Вася Пупкин читает все это и говорит — Ах вот, что вам нужно! Ну так я сделаю на Дельфи дешевле. В итоге Вася Пупкин получил проект на готовенькое, а я потерял неделю общения с заказчиком впустую. Естественно, если я не полный дебил, то буду _всегда_ общаться с клиентом только приватно.
Я не ограничиваю никого в возможности общаться приватно. Хотя, честно говоря, интересно было бы сделать всю переписку открытой. В таком случае заказчик получал бы максимально полное видение своей задачи. Но такой подход слишком сильно дискриминировал бы опытных исполнителей и сильно сбивал бы стоимость проекта
A>Еще несколько замечаний по сайту: A>- Навигация по сайту просто безобразная. Долго искал соглашения с заказчиком/исполнителем. Ходил в условия использования, конфиденциальность и т.д.
На большинстве сайтов договора есть только на форме регистрации пользователя. У нас они дополнительно присутствуют в "Справке". Так что не принимается.
A>Сверху одни ссылки, снизу другие.
www.livejournal.comwww.mail.ruwww.yandex.ru — таже картина. Будем считать это промышленным стандартом.
A>Если я вошел в систему как скажем заказчик, то должен всегда видеть все доступные мне опции как заказчику.
Можно войти в аккаунт и там всё прекрасно увидеть.
A>- Нужна страничка с полной расшифровкой всех финансовых операций — сколько за что получил, сколько сняли комиссии, когда и сколько перевели.
Имеется. http://www.rentaguru.ru/cgi-bin/buyers.cgi?transactions=view Зайти на неё можно из аккаунта пользователя (надпись "просмотреть все" под таблицей "Баланс").
A>- В соглашениях есть много того, что у вас (пока) не поддерживается, например есть абзац про бонусы, которых нет.
Бонусы тоже есть. Они реализованы как "бесплатный обменник" (с) ваш. Чего там ещё нет из "много того"?
A>- Не вижу, чтобы к проекту можно было приаттачить файл. А если ТЗ большое и сделано в виде документа Word, если заказчик хочет показать какое-то демо, скриншоты или образцы кода, чтобы можно было оценить сложность работы?
И это есть. Создаёте проект. И под основным текстом описания (высокое такое поле) есть поле "Прикрепляемый файл". Туда можно загрузить дополнительные материалы объёмом до 200 кб.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Готовое или похожее — это то, что он делал для кого-то и на что ему права не принадлежат. Ведь так? СШ>В настоящий момент нет смысла размещать демо-версии или аналогичные материалы. Такой смысл появляется только при закрытых заявках. Придёт время закрытых аукционов, мы реализуем этот функционал.
Речь не идет о продаже тех же исходников еще раз. Возможна масса вариантов. Например, я делал что-то похожее, владею ноу-хау, и демонстрирую заказчику специально сделанное демо на C++, но проект буду делать на Дельфи. Я могу показать скриншоты интерфейсов, чтобы показать свой опыт в области UI. Заказчику нужны нетривиальные фичи в интерфейсе, я умею их делать и быстро делаю прототип для показа. Я могу просто собрать разрозненные требования в один документ ТЗ для дальнейшей работы или сделать план проекта в MS Project. Я могу высылать не демо, а результат работы программы на каких-то тестовых данных. И т.д. и т.п.
A>>- Навигация по сайту просто безобразная. Долго искал соглашения с заказчиком/исполнителем. Ходил в условия использования, конфиденциальность и т.д. СШ>На большинстве сайтов договора есть только на форме регистрации пользователя. У нас они дополнительно присутствуют в "Справке". Так что не принимается.
Интересное у вас отношение. А зачем тогда просить критику? Если вам так нравится система, пользуйтесь ей сами. Если вы хотите, чтобы ей пользовался я, сделайте ее удобной для меня. Сейчас это система, враждебная пользователю.
Не каждый догадается искать соглашения на форме регистрации. Я хочу сначала узнать условия, чтобы решить, буду ли я здесь работать. Логично было искать их в юридических ссылках внизу страницы. Далее, обычно принято, чтобы пользователь, имеющий аккаунт, сразу входил в систему (на rsdn тоже можно не логиниться, указывая свои данные при отправке сообщений, но обычно все же логинятся, так удобнее). У вас вход запрятан глубоко. Меню сверху абсолютно не функционально, им можно воспользоваться только один раз (например выбрать Заказчики), и далее переход осуществляется только по ссылкам на странице, которых обычно не хватает. Как например перейти обратно на страницу проектов, если я перешел по ссылкам на профиль исполнителя и еще не вошел в систему? Фактически, чтобы можно было пользоваться системой, нужно сначала залогиниться.
A>>Сверху одни ссылки, снизу другие. СШ>www.livejournal.comwww.mail.ruwww.yandex.ru — таже картина. Будем считать это промышленным стандартом.
Нет, у вас ссылки снизу оформлены также как и меню сверху и воспринимаются как продолжение меню. Обычно вся эта юридическая бодяга с копирайтами и всякими privacy написана внизу мелким шрифтом и содержит соответствующие ссылки.
A>>Если я вошел в систему как скажем заказчик, то должен всегда видеть все доступные мне опции как заказчику. СШ>Можно войти в аккаунт и там всё прекрасно увидеть.
Да, на одной странице. СтОит с нее уйти, как я тут же теряю все ссылки. Чтобы пользоваться вашей системой, пользователь должен сначала все изучить и найти потайные тропы перехода на нужные страницы.
Увидел значок специальный проект. Перешел по ссылке на объяснение. Прочитал, ничего не понял. В чем его преимущество? Когда его нужно использовать?
Здравствуйте, algol, Вы писали:
A>>>- Навигация по сайту просто безобразная. Долго искал соглашения с заказчиком/исполнителем. Ходил в условия использования, конфиденциальность и т.д. СШ>>На большинстве сайтов договора есть только на форме регистрации пользователя. У нас они дополнительно присутствуют в "Справке". Так что не принимается.
A>Интересное у вас отношение. А зачем тогда просить критику?
Я просил критику, а не издевательство.
A>Если вам так нравится система, пользуйтесь ей сами. Если вы хотите, чтобы ей пользовался я, сделайте ее удобной для меня. Сейчас это система, враждебная пользователю.
Это ваше мнение. Я не могу ничего сделать с неумением читать и понимать текст, незамечанием кнопок "загрузить файл", нежеланием искать всю документацию в разделе "Справка". Да, сайт учитывает разные возможные проблемы с дисфункциями у человека. Например, плохим зрением и инвалидностью. Но не все мы можем предусмотреть. Например, мы не можем помочь пользователю, если он хочет изучать сложный функционал и бизнес процессы, но совершенно не хочет читать справку по сайту. Мы ничем не можем помочь пользователю, который ищет один далёкий вход в пещеру там, где их десятки.
A>Не каждый догадается искать соглашения на форме регистрации.
Действительно. Если на каждом сайте в интернете соглашения обязательно находятся на форме регистрации, то как вы можете догадаться их там искать? Непонимаю
A>Я хочу сначала узнать условия, чтобы решить, буду ли я здесь работать. Логично было искать их в юридических ссылках внизу страницы.
Назовите хоть один сайт в Инете, где на линке внизу странице лежит текст договора с пользователем, отличный от Privacy Policy.
A>Далее, обычно принято, чтобы пользователь, имеющий аккаунт, сразу входил в систему (на rsdn тоже можно не логиниться, указывая свои данные при отправке сообщений, но обычно все же логинятся, так удобнее). У вас вход запрятан глубоко.
Ничего подобного. У нас много входов. И все они располагаются по мере надобности. Нужно создать новый проект? Создаёте и заполняете поля с паролем и логином (они самые верхние). Нужно новое сообщение послать? Аналогично. Не делали логаут в прошлый раз? Эти поля уже заполнены логином и паролем. Это и называется красивым английским словом "юзабилити".
A>Меню сверху абсолютно не функционально, им можно воспользоваться только один раз (например выбрать Заказчики), и далее переход осуществляется только по ссылкам на странице, которых обычно не хватает.
Согласен. И этот раз важнее десятка других. Имхо, на сегодня этот раз стоит удлинения пути до аккаунта на 1 страницу.
Кроме того, при текущем построении сайта в аккаунт входить нужно ой как редко. Функционал сайта простой: создал проект, выбрал заявку (через аккаунт), разместил залог (через аккаунт), оплатил проект после завершения (через аккаунт), получил залог обратно. Или, с другой стороны, разместил заявку, получил уведомление о победе заявки, ответил что берёшься за проект (через аккаунт), получил уведомление что залог пришёл, выполнил проект, отослал работу, получил деньги. На аккаунт зашли с обеих сторон 4 (четыре) раза.
A>Как например перейти обратно на страницу проектов, если я перешел по ссылкам на профиль исполнителя и еще не вошел в систему?
Как можно войти в профиль исполнителя и не войти в систему? Непонимаю. Но допустим, что мы в профиле исполнителя. У него в меню есть пункт "Посмотреть все открытые проекты". В чём проблема?
A>Фактически, чтобы можно было пользоваться системой, нужно сначала залогиниться.
Зачем? Пусть я заказчик. Зашёл на сайт, создал новый проект и в момент создания вписал логин и пароль.
Пусть я исполнитель. Я зашёл в новый проект. Увидел, что он мне подходит. Нажал на линк "Добавить заявку". Сделал ставку, вписал описание, вписал логин и пароль.
Просто и ясно. Пользователь логинится в тот момент, когда ему это нужно.
A>>>Сверху одни ссылки, снизу другие. СШ>>www.livejournal.comwww.mail.ruwww.yandex.ru — таже картина. Будем считать это промышленным стандартом.
A>Нет, у вас ссылки снизу оформлены также как и меню сверху и воспринимаются как продолжение меню. Обычно вся эта юридическая бодяга с копирайтами и всякими privacy написана внизу мелким шрифтом и содержит соответствующие ссылки.
А ведь и вправду... Исправил.
A>>>Если я вошел в систему как скажем заказчик, то должен всегда видеть все доступные мне опции как заказчику. СШ>>Можно войти в аккаунт и там всё прекрасно увидеть.
A>Да, на одной странице. СтОит с нее уйти, как я тут же теряю все ссылки. Чтобы пользоваться вашей системой, пользователь должен сначала все изучить и найти потайные тропы перехода на нужные страницы.
Зачем?
A>Увидел значок специальный проект. Перешел по ссылке на объяснение. Прочитал, ничего не понял. В чем его преимущество? Когда его нужно использовать?
Имхо, если прочитать текст на странице:
На сайте RentAGuru существует отдельный тип проектов. Это так называемые особенные проекты. Отличаются они тем, что исполнители не платят комиссию за проект, но вместо этого заказчики при создании проекта оплачивают определённую сумму.
Особенный проект признак серьёзности намерий заказчика. Кроме того, при больших суммах он значительно выгоднее обычного проекта, ведь исполнители не платят за проект, а значит их ставки ниже.
Стоимость особенного проекта для заказчика 1500 р. Для исполнителя такой проект проходит без комиссии.
то становится очевидно: надо использовать при потенциальной комиссии свыше 1500 р. и уверенности, что исполнитель будет найден.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Я просил критику, а не издевательство.
А я не издеваюсь. Я действительно считаю вашу навигацию по сайту непродуманной и безобразно сделанной.
A>>Если вам так нравится система, пользуйтесь ей сами. Если вы хотите, чтобы ей пользовался я, сделайте ее удобной для меня. Сейчас это система, враждебная пользователю. СШ>Это ваше мнение.
Да, мое, но думаю, я не одинок. Как потенциальному пользователю мне ваша система кажется очень неудобной.
СШ>Я не могу ничего сделать с неумением читать и понимать текст,
Я умею читать и даже понимать текст.
СШ>незамечанием кнопок "загрузить файл",
Я не задавался целью изучить ваш сайт досконально. В тестовых проектах ничего не приаттачено. Описание такой возможности мне на глаза не попалось.
СШ>нежеланием искать всю документацию в разделе "Справка".
Назовите этот раздел по другому, например Документация или Правила работы. Справка — это то место, куда идут в последнюю очередь, и где ожидают увидеть описание пунктов меню и другую бесполезную информацию. Или сделайте там выпадающее меню, чтобы было видно, что в этом разделе находится.
СШ>Да, сайт учитывает разные возможные проблемы с дисфункциями у человека. Например, плохим зрением и инвалидностью. Но не все мы можем предусмотреть.
Попробуйте предусмотреть ситуацию, когда у человека нет проблем со зрением и нет инвалидности на голову.
СШ>Например, мы не можем помочь пользователю, если он хочет изучать сложный функционал и бизнес процессы, но совершенно не хочет читать справку по сайту. Мы ничем не можем помочь пользователю, который ищет один далёкий вход в пещеру там, где их десятки.
Да нет у вас никаких входов никуда. Бог с ним, с соглашением. Я говорю о навигации вообще. У вас вся навигация ограничена пунктами Заказчикам и Исполнителям.
СШ>Действительно. Если на каждом сайте в интернете соглашения обязательно находятся на форме регистрации, то как вы можете догадаться их там искать? Непонимаю
Я не регистрируюсь на сайтах каждый день и не помню, что там на этой странице. По названию ссылок в меню на странице больше всего подходит Условия использования. Почему бы там не добавить ссылки на соглашения?
СШ>Ничего подобного. У нас много входов. И все они располагаются по мере надобности. Нужно создать новый проект? Создаёте и заполняете поля с паролем и логином (они самые верхние). Нужно новое сообщение послать? Аналогично. Не делали логаут в прошлый раз? Эти поля уже заполнены логином и паролем. Это и называется красивым английским словом "юзабилити".
Я тоже знаю много красивых и не очень красивых английских слов. Слово вы уже знаете, теперь попробуйте узнать еще его смысл. Под юзабилити я здесь понимаю возможность быстро залогиниться на сайте и попасть в свой аккаунт, где увижу мои текущие задачи, а не читать в очередной раз про несколько шагов выполнения работы на сайте. Я это уже прочитал перед регистрацией и сейчас мне это совсем не надо. Под юзабилити я понимаю, что если я работаю на сайте как исполнитель, то не хочу видеть пункты меню для заказчика, зато хочу всегда иметь под рукой нужные мне ссылки как исполнителю, в том числе и такие документы как соглашение и правила арбитража. Под юзабилити я понимаю отсутствие бесполезных для меня ссылок типа Безопасная работа в Интернете. Вся эта реклама нужна на входных страницах и бесполезна после регистрации пользователя на сайте. Он уже сделал свой выбор и его не нужно больше уговаривать.
A>>Меню сверху абсолютно не функционально, им можно воспользоваться только один раз (например выбрать Заказчики), и далее переход осуществляется только по ссылкам на странице, которых обычно не хватает. СШ>Согласен. И этот раз важнее десятка других. Имхо, на сегодня этот раз стоит удлинения пути до аккаунта на 1 страницу.
Это вы о чем?
СШ>Кроме того, при текущем построении сайта в аккаунт входить нужно ой как редко. Функционал сайта простой: создал проект, выбрал заявку (через аккаунт), разместил залог (через аккаунт), оплатил проект после завершения (через аккаунт), получил залог обратно. Или, с другой стороны, разместил заявку, получил уведомление о победе заявки, ответил что берёшься за проект (через аккаунт), получил уведомление что залог пришёл, выполнил проект, отослал работу, получил деньги. На аккаунт зашли с обеих сторон 4 (четыре) раза.
Вы вообще пробовали работать удаленно? Удаленная работа — это переписка, переписка и еще раз переписка. Проекты так просто не достаются, сначала нужно долго и нудно пообщаться на предмет ТЗ, цены, сроков и своих способностей выполнить проект. Считая грубо, что на один проект есть пять заявок, получаем что на пять заявок выигрывается один проект. Т.е. нужно вести переговоры по нескольким проектам, чтобы выиграть один из них. Когда начинается работа над проектом, то раз в три дня по вашим условиям нужно отсылать статус репорт, плюс общаться на предмет возникших вопросов по работе. Фуллтаймовый исполнитель вполне может иметь два проекта в работе (не сидеть же ему без дела, когда проект закончится, если он небольшой), плюс вести переговоры еще по двум-трем проектам. Пять-семь сообщений в день — без проблем. Соответственно ему каждый день нужно видеть статусы своих проектов, дедлайны, кому нужно ответить и т.д. Т.е. зайти в свой аккаунт. Ситуация еще хуже, когда исполнитель не одиночка, а команда исполнителей или компания.
СШ>Как можно войти в профиль исполнителя и не войти в систему? Непонимаю. Но допустим, что мы в профиле исполнителя. У него в меню есть пункт "Посмотреть все открытые проекты". В чём проблема?
Вот скриншот. Покажите мне, где тут ссылка на проекты, и на что тут вообще можно перейти.
СШ>Пусть я исполнитель. Я зашёл в новый проект. Увидел, что он мне подходит. Нажал на линк "Добавить заявку". Сделал ставку, вписал описание, вписал логин и пароль.
И ушел курить. Через месяц захожу — а там уже деньги на счету. (Вот здесь я уже издеваюсь.)
СШ>то становится очевидно: надо использовать при потенциальной комиссии свыше 1500 р. и уверенности, что исполнитель будет найден.
Ну вот так и напишите. Хотя все равно непонятно, с какой стати заказчик должен захотеть оплатить комиссию вместо исполнителя, и потерять ее при расторжении проекта.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Кроме того, при текущем построении сайта в аккаунт входить нужно ой как редко. Функционал сайта простой: создал проект, выбрал заявку (через аккаунт), разместил залог (через аккаунт), оплатил проект после завершения (через аккаунт), получил залог обратно. Или, с другой стороны, разместил заявку, получил уведомление о победе заявки, ответил что берёшься за проект (через аккаунт), получил уведомление что залог пришёл, выполнил проект, отослал работу, получил деньги. На аккаунт зашли с обеих сторон 4 (четыре) раза.
Кстати, а почему нельзя вместо залога обязать заказчика предоплачивать проект? Вроде так и сделано на RAC -- safe escrow.
Здравствуйте, Olegator, Вы писали:
СШ>>Кроме того, при текущем построении сайта в аккаунт входить нужно ой как редко. Функционал сайта простой: создал проект, выбрал заявку (через аккаунт), разместил залог (через аккаунт), оплатил проект после завершения (через аккаунт), получил залог обратно. Или, с другой стороны, разместил заявку, получил уведомление о победе заявки, ответил что берёшься за проект (через аккаунт), получил уведомление что залог пришёл, выполнил проект, отослал работу, получил деньги. На аккаунт зашли с обеих сторон 4 (четыре) раза.
O>Кстати, а почему нельзя вместо залога обязать заказчика предоплачивать проект? Вроде так и сделано на RAC -- safe escrow.
В России это невозможно из-за Гражданского Кодекса. Пробема с невозможностью escrow — известный российский баг. Схема такая: заказчик кладёт деньги на целевое хранение. Исполнитель выполняет задание и высылает готовую работу. Дальше заказчик требует у RentAGuru деньги взад. И никто ему в этом помешать не может, так как по нашим законам это _его_ деньги и никто, никакими договорами ограничить свободу распоряжения деньгами не может. Все такие пункты в договорах ничтожны (так в законе). В такой ситуации RentAGuru всего лишь посредник, чьи посреднические услуги можно аннулировать в любой момент. С залогом ситуация иная и она чётко прописана в Гражданском Кодексе.
Кроме того, для истребования денежного залога исполнителю не нужен судебный/арбитражный/третейский процессы. Достаточно того, чтобы исполнитель выполнил условия договора, а заказчик отказался платить. То есть залог передаётся по факту нарушения договора. Это в законах оговорено особо.
Особенно удобно то, что залог может храниться у третьей стороны (RentAGuru), и ни одна из сторон не может истребовать его иначе, как после выполнения условий договора или нарушения договора другой стороной. Это тоже оговорено в Гражданском Кодексе.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Здравствуйте, Olegator, Вы писали: O>>Кстати, а почему нельзя вместо залога обязать заказчика предоплачивать проект? Вроде так и сделано на RAC -- safe escrow. СШ>В России это невозможно из-за Гражданского Кодекса. Пробема с невозможностью escrow — известный российский баг.
Слабо верится, что в России невозможны сделки под условием, невозможна предоплата в рамках обязательства.
СШ>Дальше заказчик требует у RentAGuru деньги взад. И никто ему в этом помешать не может, так как по нашим законам это _его_ деньги и никто, никакими договорами ограничить свободу распоряжения деньгами не может.
Это уже не его деньги. Заказчик взял на себя обязательство отдать исполнителю деньги, принять от него работу. В рамках этого обязательства он лишается своих денег и взамен приобретает право требования к исполнителю — предоставить в такой-то срок результаты работ. Если результаты не предоставлены, тогда наступает гражданско-правовая ответственность исполнителя. Вот в этот-то момент и возникает у заказчика право требования возмещения убытков (прямых и косвенных), причиненных неисполнением. В том числе и право требования возмещения упущенной выгоды.
СШ>Все такие пункты в договорах ничтожны (так в законе).
Пункты о чем?
СШ>Особенно удобно то, что залог может храниться у третьей стороны (RentAGuru), и ни одна из сторон не может истребовать его иначе, как после выполнения условий договора или нарушения договора другой стороной. Это тоже оговорено в Гражданском Кодексе.
Мне не совсем ясно что Вы позразумеваете под залогом. Если это денежный задаток (предоплата) в рамках сделки по разработке ПО, тогда это одна ситуация, если это дополнительное (обеспечительное) обязательтсвто к договору по разработке ПО — тогда это другая ситуация. Думаю, в конференциях ЮрКлуба ( http://forum.yurclub.ru/index.php ) Вы сможете найти ответы на многие юридические вопросы, связанные с предложенным Вами сервисом.
Здравствуйте, Дед Пихто, Вы писали:
O>>>Кстати, а почему нельзя вместо залога обязать заказчика предоплачивать проект? Вроде так и сделано на RAC -- safe escrow. СШ>>В России это невозможно из-за Гражданского Кодекса. Пробема с невозможностью escrow — известный российский баг. ДП>Слабо верится, что в России невозможны сделки под условием, невозможна предоплата в рамках обязательства. СШ>>Дальше заказчик требует у RentAGuru деньги взад. И никто ему в этом помешать не может, так как по нашим законам это _его_ деньги и никто, никакими договорами ограничить свободу распоряжения деньгами не может.
ДП>Это уже не его деньги. Заказчик взял на себя обязательство отдать исполнителю деньги, принять от него работу. В рамках этого обязательства он лишается своих денег и взамен приобретает право требования к исполнителю — предоставить в такой-то срок результаты работ. Если результаты не предоставлены, тогда наступает гражданско-правовая ответственность исполнителя. Вот в этот-то момент и возникает у заказчика право требования возмещения убытков (прямых и косвенных), причиненных неисполнением. В том числе и право требования возмещения упущенной выгоды.
Дед Пихто, меня консультировал по этому Игорь Моцный, юрист Элкомсофта и СофтКея. Имхо, профессиональному юристу стоит доверять в таких вопросах.
СШ>>Все такие пункты в договорах ничтожны (так в законе). ДП>Пункты о чем?
Пункты, ограничивающие удержание средств заказчика.
СШ>>Особенно удобно то, что залог может храниться у третьей стороны (RentAGuru), и ни одна из сторон не может истребовать его иначе, как после выполнения условий договора или нарушения договора другой стороной. Это тоже оговорено в Гражданском Кодексе. ДП>Мне не совсем ясно что Вы позразумеваете под залогом. Если это денежный задаток (предоплата) в рамках сделки по разработке ПО, тогда это одна ситуация, если это дополнительное (обеспечительное) обязательтсвто к договору по разработке ПО — тогда это другая ситуация.
Это только обеспечительное обязательство.
ДП>Думаю, в конференциях ЮрКлуба ( http://forum.yurclub.ru/index.php ) Вы сможете найти ответы на многие юридические вопросы, связанные с предложенным Вами сервисом.
Всё равно что-то не так с дизайном..
Мне кажется таблицу "Заказчикам: Требуется разработка программного обеспечения? " надо сделать графической и переместить в шапку (на место, где "должен" быть баннер). Ещё мне кажется, что можно было бы слегка сэкономить место на кнопках "Создать новый" и "Просмотреть все" (под списком проектов), сделав их графическими и немного прижав ближе к таблицам.
Соглашаюсь также со всеми, кто сказал, что логин на главной странице — это необходимая вещь.
Здравствуйте, Слава Шевцов, Вы писали: СШ>Дед Пихто, меня консультировал по этому Игорь Моцный, юрист Элкомсофта и СофтКея. Имхо, профессиональному юристу стоит доверять в таких вопросах.
Как говорится, два юриста — три мнения. Но всех рассудит практика.
СШ>>>Особенно удобно то, что залог может храниться у третьей стороны (RentAGuru)... СШ>Это только обеспечительное обязательство.
Вот-вот, видимо отсюда и выплывает необходимость иметь двойную сумму денег для запуска проекта. Одну в качестве предоплаты, вторую — в качестве залога. Правильно ли это?
Здравствуйте, Дед Пихто, Вы писали:
СШ>>Дед Пихто, меня консультировал по этому Игорь Моцный, юрист Элкомсофта и СофтКея. Имхо, профессиональному юристу стоит доверять в таких вопросах.
ДП>Как говорится, два юриста — три мнения. Но всех рассудит практика.
Лучше без практики. Ибо в данном случае она судебная
СШ>>>>Особенно удобно то, что залог может храниться у третьей стороны (RentAGuru)... СШ>>Это только обеспечительное обязательство.
ДП>Вот-вот, видимо отсюда и выплывает необходимость иметь двойную сумму денег для запуска проекта. Одну в качестве предоплаты, вторую — в качестве залога. Правильно ли это?
Да, правильно. Иначе исполнитель сможет потребовать деньги. Ведь аванс принадлежит исполнителю?
Здравствуйте, Dimonka, Вы писали:
D>Всё равно что-то не так с дизайном..
... Баннеров нехватает
"всякий ремонт нужно начинать с сантехники" (с) Лесь Подерев'янський
имхо любой дизайн нужно начинать с баннеров — размещаешь баннеры, а между ними всякие бирюлечки рисуешь, контент размещаешь...
Здравствуйте, Dimonka, Вы писали:
D>Всё равно что-то не так с дизайном..
Банеров мало? Функционал очень простой? Негде заблудиться?
Там нехватает меню слева. Вот это там и не так
D>Мне кажется таблицу "Заказчикам: Требуется разработка программного обеспечения? " надо сделать графической и переместить в шапку (на место, где "должен" быть баннер).
И тогда ни новый исполнитель, ни заказчик не увидят рекламные странички с объяснением преимуществ сайта. Ведь на банеры никто никакого внимания не обращает....
D>Ещё мне кажется, что можно было бы слегка сэкономить место на кнопках "Создать новый" и "Просмотреть все" (под списком проектов), сделав их графическими и немного прижав ближе к таблицам.
D>Соглашаюсь также со всеми, кто сказал, что логин на главной странице — это необходимая вещь.
Я думаю над этим. Там же не только логин нужно разместить но и ещё какую-нибудь информацию. А какую — пока непонятно.
Здравствуйте, Слава Шевцов, Вы писали: СШ>Лучше без практики. Ибо в данном случае она судебная
Обратно же, как говорится, надейся на лучшее, а готовься к худшему.
СШ>Да, правильно. Иначе исполнитель сможет потребовать деньги. Ведь аванс принадлежит исполнителю?
Вот, пусть исполнитель и отдаст полученный аванс в залог в качестве обеспечения исполнения им своих обязательств по разработке софта. А вы как раз и будете тем третьим лицом, которое участвует в сделке, хранит залог (аванс) и гарантирует ее исполнение. За это и будете брать вознаграждение.
Здравствуйте, Дед Пихто, Вы писали:
СШ>>Да, правильно. Иначе исполнитель сможет потребовать деньги. Ведь аванс принадлежит исполнителю? ДП>Вот, пусть исполнитель и отдаст полученный аванс в залог в качестве обеспечения исполнения им своих обязательств по разработке софта. А вы как раз и будете тем третьим лицом, которое участвует в сделке, хранит залог (аванс) и гарантирует ее исполнение. За это и будете брать вознаграждение.
Интересный вариант Я его как-то упустил из виду. Осталось понять как получить от исполнителя, если он недобросовестный, этот аванс в залог. Спасибо.
Здравствуйте, Слава Шевцов, Вы писали:
D>>Всё равно что-то не так с дизайном..
СШ>Банеров мало? Функционал очень простой? Негде заблудиться?
СШ>Там нехватает меню слева. Вот это там и не так
D>>Соглашаюсь также со всеми, кто сказал, что логин на главной странице — это необходимая вещь.
СШ>Я думаю над этим. Там же не только логин нужно разместить но и ещё какую-нибудь информацию. А какую — пока непонятно.
Вот и повод совместить меню слева с логином и статистикой
Как-то мало информации на главной странице.. Только список проектов. А вышеупомянутый бокс (сверху) для меня видится не лучше чем баннер. Меню слева наверное решило бы вопрос куда кому кликать, потому как всё, что не список проектов, выглядит либо как справка, либо как реклама.. Не хватает действий..
Здравствуйте, Слава Шевцов, Вы писали: СШ>Осталось понять как получить от исполнителя, если он недобросовестный, этот аванс в залог. Спасибо.
Уверен, что с этим вы разберетесь без проблем. Imho, достаточно простого пункта в договоре об удержании аванса в качестве залога. Если будет нужна моя скромная помощь, пишите на мыло в профиле или здесь.
Здравствуйте, Слава Шевцов, Вы писали:
D>>Соглашаюсь также со всеми, кто сказал, что логин на главной странице — это необходимая вещь. СШ>Я думаю над этим. Там же не только логин нужно разместить но и ещё какую-нибудь информацию. А какую — пока непонятно.
Как вариант — если юзер имеет куки зарестрированного пользователя, то на первой странице со списком проектов
вверху справа вместо ссылок на рекламу безопасной работы показывать форму логина. Если кук нет, то все остается как есть.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
Здравствуйте, Olegator, Вы писали:
СШ>>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
O>http://www.rentaguru.ru/terms.shtml
O>
O>...что использование сайта будет непрерывным и бесперебойным.
Звонкие буквы в приставках при присоединении к корню, который начинается на глухую, превращаются в глухие. Слово правильное.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Звонкие буквы в приставках при присоединении к корню, который начинается на глухую, превращаются в глухие. Слово правильное.
Оно, конечно, правильное, но так не говорят, ИМХО:
— очень желательно в меню управления аккаунтом исполнителя (да и заказчика, наверное, тоже) отдельным пунктом указать его текущие (выигранные, но незавершённые) проекты. А то после того, как бид выигран, ссылку на проект можно найти только через "Поиск проектов" или историю браузера ;
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Собрал сайт для удалённой разработки программного обеспечения Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
СШ>Можете создавать пользователей и проекты на своё усмотрение. Для удобства парочка пользователей уже заведена:
СШ>Заказчик: СШ>имя пользователя: slava СШ>пароль: A8kU#EQDX
СШ>Исполнитель: СШ>имя пользователя: slavauser СШ>пароль: PoU#H=t0m
СШ>Подводный камень: зайдя под пользователем вы не сможете создать пользователя того же типа — защита от дублирования аккаунтов на основе куков.
СШ>Жду вашей критики. Она будет оценена по заслугам
СШ>Ссылка: http://www.RentAGuru.ru
Cлава, страница не работает на других языках. Не все же знают русский,
как это не печально.
Кроме того, где твои представительства в других сстранах?
Здравствуйте, kanz, Вы писали:
СШ>>Ссылка: http://www.RentAGuru.ru
K>Cлава, страница не работает на других языках.
Согласен. И скорее всего никогда не будет.
K>Не все же знают русский, как это не печально.
Никогда не понимал: чего печалиться двумстам миллионам русско-говорящих людей?
K>Кроме того, где твои представительства в других сстранах?
В России нет области под названием США И где ещё в мире можно найти страну, где такая колоссальная разница между уровнем автоматизации (62 место в мире) и количеством программистов (5 место в мире)?
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Здравствуйте, kanz, Вы писали:
СШ>>>Ссылка: http://www.RentAGuru.ru
K>>Cлава, страница не работает на других языках.
СШ>Согласен. И скорее всего никогда не будет.
K>>Не все же знают русский, как это не печально.
СШ>Никогда не понимал: чего печалиться двумстам миллионам русско-говорящих людей?
K>>Кроме того, где твои представительства в других сстранах?
СШ>В России нет области под названием США И где ещё в мире можно найти страну, где такая колоссальная разница между уровнем автоматизации (62 место в мире) и количеством программистов (5 место в мире)?
СШ>В общем, другие страны лично мне не интересны.
Cлава, многоязыковый сайт — это "IN". Просто необходимость на сегодня.
Думай о глобальном капитализме, который в мире границ не имеет.
И при чем тут США? Чуть что, так США, США
Здравствуйте, kanz, Вы писали:
K>>>Cлава, страница не работает на других языках. K>>>Не все же знают русский, как это не печально. СШ>>В России нет области под названием США И где ещё в мире можно найти страну, где такая колоссальная разница между уровнем автоматизации (62 место в мире) и количеством программистов (5 место в мире)? СШ>>В общем, другие страны лично мне не интересны.
K>Cлава, многоязыковый сайт — это "IN". Просто необходимость на сегодня.
Путать "необходимость" и "мода" я бы не стал. Смысл от перевода сайта есть только в том случае, если организовывать зарубежный филиал. И выстраивать там, в стране-носителе языка, бизнес. Если ты к этому готов — дерзай.
K>Думай о глобальном капитализме, который в мире границ не имеет.
Это слова. Реально есть два вида бизнеса по поиску специалистов на разовую работу: локальный и глобальный. Глобальный уже занят. Локальные свободны. В России эта ниша почти пуста. Поэтому я занимаю локальную нишу. И предлагаю участвовать другим — организована очень выгодная партнёрская программа с оплатой за проекты. Весь бизнес выстраиваю я, афилейты получают 20% от нашей комиссии со всех заказов приведённого заказчика.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Здравствуйте, kanz, Вы писали:
K>>>>Cлава, страница не работает на других языках. K>>>>Не все же знают русский, как это не печально. СШ>>>В России нет области под названием США И где ещё в мире можно найти страну, где такая колоссальная разница между уровнем автоматизации (62 место в мире) и количеством программистов (5 место в мире)? СШ>>>В общем, другие страны лично мне не интересны.
K>>Cлава, многоязыковый сайт — это "IN". Просто необходимость на сегодня.
СШ>Путать "необходимость" и "мода" я бы не стал. Смысл от перевода сайта есть только в том случае, если организовывать зарубежный филиал. И выстраивать там, в стране-носителе языка, бизнес. Если ты к этому готов — дерзай.
K>>Думай о глобальном капитализме, который в мире границ не имеет.
СШ>Это слова. Реально есть два вида бизнеса по поиску специалистов на разовую работу: локальный и глобальный. Глобальный уже занят. Локальные свободны. В России эта ниша почти пуста. Поэтому я занимаю локальную нишу. И предлагаю участвовать другим — организована очень выгодная партнёрская программа с оплатой за проекты. Весь бизнес выстраиваю я, афилейты получают 20% от нашей комиссии со всех заказов приведённого заказчика.
ОК, насчет глобального капитализма я немного перегнул.
Это еще немного не созрело, хотя через пару лет будем все думать на эту тему
Твоя партнерская программа — вещь безусловно хорошая.
Но небольшой линк на английском на твоем сайте даст возможность дополнительно обратится
клиентам из — за рубежа. Каждый click на твоем сайте — плюс для тебя. Не так ли?
Здравствуйте, kanz, Вы писали:
K>>>Думай о глобальном капитализме, который в мире границ не имеет.
СШ>>Это слова. Реально есть два вида бизнеса по поиску специалистов на разовую работу: локальный и глобальный. Глобальный уже занят. Локальные свободны. В России эта ниша почти пуста. Поэтому я занимаю локальную нишу. И предлагаю участвовать другим — организована очень выгодная партнёрская программа с оплатой за проекты. Весь бизнес выстраиваю я, афилейты получают 20% от нашей комиссии со всех заказов приведённого заказчика.
K>ОК, насчет глобального капитализма я немного перегнул. K>Это еще немного не созрело, хотя через пару лет будем все думать на эту тему K>Твоя партнерская программа — вещь безусловно хорошая.
Здесь согласен по всем пунктам.
K>Но небольшой линк на английском на твоем сайте даст возможность дополнительно обратится K>клиентам из — за рубежа. Каждый click на твоем сайте — плюс для тебя. Не так ли?
Не так. Клики на сайте не интересны. По большому счёту, мне интересно только одно действие: создание заказа (реально — оплата заказа). Если на сайт зайдёт русско-неговорящий пользователь, то он мне не интересен. Вообще. Могу отдавать такой трафик тем, кто умеет его выделить и кому он нужен
A>Теперь пойдем дальше. Очень скользкая тема о контактной информации и переписке вне сайта. A>Имхо ваш подход работать не будет. Он предполает, что все, включая исходники, пересылается через сайт.....
Забавно конечно наблюдать...
Он естественно работать не будет. Это прямое следствие того, что сделано "на глазок", "как у них"...
не имея реального опыта работы через биржи. А тут не без нюансиков.
ps.
у меня здравое предложение — сделай сервис бесплатным...
Здравствуйте, A.R., Вы писали:
AR>Он естественно работать не будет. Это прямое следствие того, что сделано "на глазок", "как у них"... AR>не имея реального опыта работы через биржи. А тут не без нюансиков.
AR>ps. AR> у меня здравое предложение — сделай сервис бесплатным...
Бесплатный сервис никому не нужен. Он не решает никаких проблем. Проверено.
Здравствуйте, A.R., Вы писали:
AR>>> у меня здравое предложение — сделай сервис бесплатным... СШ>>Бесплатный сервис никому не нужен. Он не решает никаких проблем. Проверено.
AR>Ну тогда ладно. Убедил. AR>А я вот думаю, чегой-то еланс и многие биржи сначала работали for free? Почему бы это? Причуда буржуев? Нам русским не понять?
На Западе такие проекты работали по другим принципам. Это были венчурные проекты и в них вкладывались миллионы долларов. Это была эпоха доткомов, когда эффективность мерялась не прибылью, а количеством подписчиков. Например, elance был создан в марте 1999 г. и получил финансирование в размере 80 млн., так как это был период бурного венчурного финансирования. И чтобы отбить деньги им приходиться брать плату за регистрацию исполнителей. Причём большинство исполнителей, как ты верно заметил в форуме о работе, никогда не получает проекты. То есть имеет место узаконенное мошенничество. Это называется success story?
В России количеством пользователей на сервисах разовой работы трудно кого-то удивить. Например, www.goody.ru с комиссией 5% заявляет 1 тыс. заказчиков и 11 тыс. исполнителей. И при многолетней истории (а это старейший сервис Рунета в области разовой работы) имеет сейчас 7 активных проекта и примерно 45 исполненных за последние полтора года.
Есть и совсем бесплатный www.rjs.ru Тоже как-то не цветёт со своими 9-тью проектами.
AR>p.s. AR>А можно озвучить, какие "проблемы" решает платный сервис и чем он именно их решает, будучи платным?
Можно. Платный сервис может жить через самофинансирование. А значит иметь качественную поддержку и оплачивать услуги по разбору конфликтов. Если таких услуг нет, то сервис превращается в обычное место встреч удалёнщиков и заказчиков. Таких площадок в стране два десятка. Они не работают в нормальном режиме.
Кроме того, для заказчиком мы бесплатны. Хотя я абсолютно уверен, что это для них непринципиально. Но это приятный шаг, который показывает наше к ним расположение.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>В России количеством пользователей на сервисах разовой работы трудно кого-то удивить. Например, www.goody.ru с комиссией 5% заявляет 1 тыс. заказчиков и 11 тыс. исполнителей. И при многолетней истории (а это старейший сервис Рунета в области разовой работы) имеет сейчас 7 активных проекта и примерно 45 исполненных за последние полтора года.
СШ>Есть и совсем бесплатный www.rjs.ru Тоже как-то не цветёт со своими 9-тью проектами.
тут как раз напрашивается закономерный вопрос: а как у тебя дела с RentAGuru ?
Уже полтора месяца прошло, может расскажешь success story? success ball yarn хотябы?
Здравствуйте, yxiie, Вы писали:
СШ>>В России количеством пользователей на сервисах разовой работы трудно кого-то удивить. Например, www.goody.ru с комиссией 5% заявляет 1 тыс. заказчиков и 11 тыс. исполнителей. И при многолетней истории (а это старейший сервис Рунета в области разовой работы) имеет сейчас 7 активных проекта и примерно 45 исполненных за последние полтора года.
СШ>>Есть и совсем бесплатный www.rjs.ru Тоже как-то не цветёт со своими 9-тью проектами.
Y>тут как раз напрашивается закономерный вопрос: а как у тебя дела с RentAGuru ? Y>Уже полтора месяца прошло, может расскажешь success story? success ball yarn хотябы?
Мои дела видны на сайте. Работать начал 14 июня. Со старта прошло 40 дней. За это время закрыто 10 проектов. Из них один неудачный — деньги возвращены заказчику по обоюдному соглашению сторон (проект Firefox extension). Пять завершены, деньги оплачены, заказчики довольны. Четыре проекта находятся на стадии исполнения. Среди четырёх проектов на стадии исполнения есть проекты на 3, 4 и 9 тыс. рублей. Деньги на сервис по проектам поступили.
Сейчас активны 7 проектов по самым разным областям. При этом среднее количество заявок на них — 8 штук.
Удаётся ли 40-дневному сервису привлекать заказчиков и исполнителей, интересен ли он для них, судить вам
Здравствуйте, Слава Шевцов, Вы писали:
Y>>тут как раз напрашивается закономерный вопрос: а как у тебя дела с RentAGuru ? Y>>Уже полтора месяца прошло, может расскажешь success story? success ball yarn хотябы?
СШ>Мои дела видны на сайте. Работать начал 14 июня. Со старта прошло 40 дней. За это время закрыто 10 проектов.
То, как они закрыты, т.е. что означает красным цветом написанное слово "Закрыт" — можно понять, только если читать rsdn.ru
Здравствуйте, yxiie, Вы писали:
СШ>>Удаётся ли 40-дневному сервису привлекать заказчиков и исполнителей, интересен ли он для них, судить вам
Y>как я могу судить не зная, сколько денег было вложено в сервис
В основном было вложено моё время и знания. Кстати, я неспешно ищу партнёра для совместного развития этого сервиса. Так что если есть желающие принять участие в бизнесе — добро пожаловать в мою почту. Бизнес-план проработан и может быть предоставлен при личной встрече.
Здравствуйте, SergeySPb, Вы писали:
СШ>>Мои дела видны на сайте. Работать начал 14 июня. Со старта прошло 40 дней. За это время закрыто 10 проектов. SSP>То, как они закрыты, т.е. что означает красным цветом написанное слово "Закрыт" — можно понять, только если читать rsdn.ru
AR>>А я вот думаю, чегой-то еланс и многие биржи сначала работали for free? Почему бы это? Причуда буржуев? Нам русским не понять?
СШ>На Западе такие проекты работали по другим принципам. Это были венчурные проекты и в них вкладывались миллионы долларов. Это была эпоха доткомов, когда эффективность мерялась не прибылью, а количеством подписчиков. Например, elance был создан в марте 1999 г. и получил финансирование в размере 80 млн., так как это был период бурного венчурного финансирования. И чтобы отбить деньги им приходиться брать плату за регистрацию исполнителей. Причём большинство исполнителей, как ты верно заметил в форуме о работе, никогда не получает проекты. То есть имеет место узаконенное мошенничество. Это называется success story? СШ>Кроме того, для заказчиком мы бесплатны. Хотя я абсолютно уверен, что это для них непринципиально. Но это приятный шаг, который показывает наше к ним расположение.
Вздох.
Ты это сам все нафантазировал?
Elance corp являются SSM. Т.е. они выполняют весь цикл менеджмента по поиску и выполнению аутсорсинга для крупных компаний. Аутсорсинг, это, Слава, вовсе не только когда студент размещает на сайте объявление "делаю html за сто рублёв". Аутсорсингом также являются виды работ, когда тайваньская фабрика разводит, к примеру, очередной чип за 10 млн долларов. Elance являются посредником по поиску, найму предприятий и менеджменту процесса аутсорсинга для крупных корпораций типа IBM. AFAIK, они работают с моторолой и texas instruments. Корпоратив.
Эта online биржа — это мелкий кусочек elance являющийся одним из "имеджевых" компонентов, не более. Я вообще сомневаюсь что она является/может являться их источником доходов через подписку на услуги. Это сделано только для того чтобы на сайт не прибегела всякая шелупонь и не ставила биды по $1. Так что тут ты заблуждаешься в своих предположениях насчет "отбития" якобы "тех 80 млн". К слову сказать, отчего бы это — стоимость подписки на услуги значительно упала?
Инвестиций было сделано всего за все время, с 1998гг до 2005 — 7 лет. Доткомы и "отбитие денег" тут непричем. Инвестиции сделаны в elance inc (корпоративный сектор), а не в этот сайт elance online (биржу). Кроме того, сильно подозреваю что вложения были сделаны для покупки соперников по ходу дела, и для корпоративной рекламы внутри рынка.
Ну ладно, при всем при этом где логика? — elance вложили миллионы, и были бесплатны (потому что это был имиджевый компонент, а покупку услуг биржи ввели только для того чтобы резко поднять качество). И не взымают charge за постинг проекта.
— Ты не вложил миллионов (ну ладно, сайт сделал), и ты — платный? Как-то нестыковочка получается...
Здравствуйте, <Аноним>, Вы писали:
>>http://www.rentaguru.ru/ — здесь сильные люди заказывают работу у свободных людей
А>Я бы лучще заказал у умного человека, чем у свободного... А>И это ж какую силу надо иметь, чтобы сделать заказ...
да, лозунг прикольный, меня очень приколол. очень душевно ИМХО.
Здравствуйте, Аноним, Вы писали:
>>http://www.rentaguru.ru/ — здесь сильные люди заказывают работу у свободных людей
А>Я бы лучще заказал у умного человека, чем у свободного... А>И это ж какую силу надо иметь, чтобы сделать заказ...
Умные программисты почему-то часто оказываются заумными чудиками, погружёнными в себя и в технологии. СМИ отразили и растиражировали именно такой их имидж. А если непонятно чего у человека на уме, что и когда он сделает, то это риски, риски и ещё раз риски...
Здравствуйте, yxiie, Вы писали:
>>>http://www.rentaguru.ru/ — здесь сильные люди заказывают работу у свободных людей
А>>Я бы лучще заказал у умного человека, чем у свободного... А>>И это ж какую силу надо иметь, чтобы сделать заказ...
Y>да, лозунг прикольный, меня очень приколол. очень душевно ИМХО.
Некоторые юмористы предлагали лозунг "Поработаем на славу". Я пока в раздумьях
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Умные программисты почему-то часто оказываются заумными чудиками, погружёнными в себя и в технологии. СМИ отразили и растиражировали именно такой их имидж. А если непонятно чего у человека на уме, что и когда он сделает, то это риски, риски и ещё раз риски...
А свободный программист — это такой человек, который если захочет, то сделает проект, а не захочет или надоест — пошлет заказчика на. И поэтому заказчик должен быть сильным, чтобы в случае чего суметь объяснить свою позицию свободному программисту с помощью бейсбольной биты.
В общем, так себе лозунг.
Здравствуйте, algol, Вы писали:
A>И поэтому заказчик должен быть сильным, чтобы в случае чего суметь объяснить свою позицию свободному программисту с помощью бейсбольной биты.
...что в конечном итоге существенно уменьшает уровень свободы программиста
Здравствуйте, algol, Вы писали:
СШ>>Умные программисты почему-то часто оказываются заумными чудиками, погружёнными в себя и в технологии. СМИ отразили и растиражировали именно такой их имидж. А если непонятно чего у человека на уме, что и когда он сделает, то это риски, риски и ещё раз риски...
A>А свободный программист — это такой человек, который если захочет, то сделает проект, а не захочет или надоест — пошлет заказчика на. И поэтому заказчик должен быть сильным, чтобы в случае чего суметь объяснить свою позицию свободному программисту с помощью бейсбольной биты.
Это не свободный программист. Это безответственный раздолбай какой-то. Схватил аванс и забил на заказчика. Только мы-то как раз даём возможность избежать этого рискового аванса
Небольшой аналог Rent A Coder. Прошу походить, посмотреть, почитать условия использования, схему гарантий оплаты и покритиковать. Сайт для тестирования работает сегодня и завтра (6 и 7 июня). Если что, срок продлю.
Может ограничиться просто "найми профессионала"? 
С ".com" могут путать, а вот с таким вариантом — вряд ли.
