Обсуждение статьи "Как заказать торгового робота на MQL5 и MQL4" - страница 5
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
papaklass все правильно говорит - закладывайте в стоимость своей работы стоимость сформулированных на шару алгоритмов.
Или, в самых сложных случаях, оговаривайте стоимость формализации задания. Хотя, на это соглашаются редко.
А потом, с опытом, любой набор знаков оцениваешь сразу, и достаточно точно. По почерку, по нику, по словарному запасу...
papaklass все правильно говорит - закладывайте в стоимость своей работы стоимость сформулированных на шару алгоритмов.
Или, в самых сложных случаях, оговаривайте стоимость формализации задания. Хотя, на это соглашаются редко.
А потом, с опытом, любой набор знаков оцениваешь сразу, и достаточно точно. По почерку, по нику, по словарному запасу...
komposter, с Вами позвольте не согласиться... Хотя у каждого своя правда. В том смысле, что каким считать потенциального клиента - добросовестным или нет?
Если закладывать в стоимость своей работы стоимость сформулированных на шару алгоритмов, то по определению уже клиент считается не добросовестным, т.к. платит за "риск незаказа". Так поступают, например, розничные сети в плане воровства. Все мы переплачиваем за товары ровно настолько, насколько много у магазина своровали...
Имея механизм построения отношений между заказчиком и исполнителем через сайт MQ, можно более или менее справедливо его сконструировать...или попробовать это сделать...
Абсолютно согласен с abolk'ом:
Например, представьте, что Вы исполнитель. Вы обсуждаете и формируете корректное ТЗ для заказчика примерно дня 3-4... а теперь давайте, как предлагает papaklass, посмотрим на манагера... будет ли он с потенциальным покупателем общаться хотя бы больше часа?
Эксперто-писатели, как-нибудь сядьте, посчитайте сколько времени уходит на выполнение работы по нормальным заданиям и по шаровым, сравните с сотношение дохода от нормальных заданий и шаровых. Получится что-то типа 30/70 и 70/30. Почему нормальные заказчики должны оплачивать за шаровиков? В стомиость работы должны вкладываться затраты на обсуждение задания, но в разумном объеме (чтение и 2-3 круга с вопросами-ответами), нормальные закачики не должны платить за шаровиков.
... а теперь давайте, как предлагает papaklass, посмотрим на манагера... будет ли он с потенциальным покупателем общаться хотя бы больше часа?
Эксперто-писатели, как-нибудь сядьте, посчитайте сколько времени уходит на выполнение работы по нормальным заданиям и по шаровым, сравните с сотношение дохода от нормальных заданий и шаровых. Получится что-то типа 30/70 и 70/30.
Так и есть. Чем меньше готов заказчик платить, тем чаще непонятней задание, тем больше гонора и претензионности.
Надо понимать что в рыночные цены уже включена цена работы программиста над тз заказчика.
Если программист это не понимает , он обречен на снижение своей конкурентности.
Попытки придумать как разделить и брать с заказчика цену за тз и цену за саму работу над кодом это утопия
Попытки придумать как разделить и брать с заказчика цену за тз и цену за саму работу над кодом это утопия
ну почему же утопия. можно на разбор и утверждение ТЗ установить фиксированную плату. А будет выполнятся заказ или нет - дело другое. :)
это примерно так же, как у часовщика - осмотр и выявление неисправности 500р. стоимость ремонта - в зависимости от сложности ремонта и стоимости запчастей.
Надо понимать что в рыночные цены уже включена цена работы программиста над тз заказчика.
Если программист это не понимает , он обречен на снижение своей конкурентности.
Попытки придумать как разделить и брать с заказчика цену за тз и цену за саму работу над кодом это утопия
Речь идёт не о нормировании труда программиста, не о ценовой политике, не о том какие шаровики заказчики и какие постоянно прибедняющиеся программисты, а о том, что в сервисе Работа в процедуре оформления заказа есть серьёзные и принципиальные недоработки, а именно:
1) исполнитель должен имеет возможность отказаться от работы
2) исполнитель должен имеет возможность уменьшить стоимость работы
3) заказчик должен имеет возможность увеличить стоимость работы
ну почему же утопия. можно на разбор и утверждение ТЗ установить фиксированную плату. А будет выполнятся заказ или нет - дело другое. :)
это примерно так же, как у часовщика - осмотр и выявление неисправности 500р. стоимость ремонта - в зависимости от сложности ремонта и стоимости запчастей.
Что касается разработки ТЗ и проблем с оплатой этого - так в сервисе "Работа" там нормально всё продумано. Заказчик прикрепляет ТЗ, нажимает 2-ю кнопку - и программист видит его деньги. То есть прежде чем программист начнёт работать над ТЗ, он убеждается в платёжеспособности клиента. А потом задание можно редактировать и заменять много раз.
Я имел дело с одним иностранцем, который торговался, выпросил скидку, и предположение о его платёжеспособности казалась настолько правдоподобным, что я взялся ему помогать с ТЗ, но как только дошло дело до второй кнопки, он стал глухонемым.
Из всего этого вывод: программист, следуя правилам, не начинает работать с ТЗ до тех пор, пока заказчик не нажмёт 2-ю кнопку. Единственное, по чему можно судить о платёжеспособности клиента - это факт подтверждения им 2-го шага (ТЗ). Больше не по чему (многие пользователи интернета - как русскоязычные, так и англоязычные - достигли совершенства в умении внушать и притворяться).
Что же касается коррекции стоимости работы при замене ТЗ - здесь я честно говоря не знаю как следовало бы это реализовать. Но программисту уменьшать стоимость работы - как и заказчику увеличивать - как-то нелогично. Кто воспользуется столь странной возможностью?