Все, что я здесь пишу, является моими личными оценочными суждениями по правовым, филосовским и филосовско-правовым вопросам. Я не являюсь представителем ни одной из ветвей государственной власти, поэтому мои суждения не являются и не могут являтся источником каких-либо запрещающих или обязывающих норм. Я озвучиваю здесь мой частный вариант толкования некоторых норм гражданского права.
Предупреждаю, что на этой странице могут быть сцены курения, употребления спиртных напитков. Я могу не сдержаться и выразиться довольно жестко, то есть, использовать ненормативную лексику. Поэтому, если Вы обладаете хрупкой организацией психики или негибким мышлением, или, если я своими суждениями, например, «программист вправе работать без предварительной оценки» или «подавляющее большинство людей на нашей планете зарабатывают деньги за счет продажи своего рабочего времени, а не результата», могу вызвать у Вас приступ немотивированой или мотивированной агресссии, то, пожалуйста, пониньте эту страницу.
В 2020 году произошло много изменений. Вот и я решил изменить эту страницу. Я уже давно работаю по новым правилам, но руки не доходили изменить эту страницу. Зачем нужна вообще информация на этой странице? Дело в том, что продажа услуг - это вещь такая сложная, не имеющая стандартов. У каждого свое мнение как должен происходить этот процесс. Из-за того, что у обоих сторон свое понимание, своя правда, свои взгляды, свое, наконец, правосознание, то на этой почве часто случаются недопонимания, конфликты. Вот для того, что бы не было недопонимания, я здесь изложу свою точку зрения, что бы потенциальные заказчики читали ее и дальше решали вступать со мной в правоотношения или не вступать. Подчеркиваю, я здесь выкладываю информацию только для того, что бы потенциальный заказчик мог понять совместимо ли мое понимание бизнеса с его или нет. У меня нет цели переубедить Вас. Вступать в дискусии у меня тоже нет цели, но есть одно исключение - если у Вас юридическое образование и большой практический опыт и/или есть какая-либо ученая степень в области юридических наук, то я с удовольствием с Вами подискутирую.
Только что (10.01.2021 11:37 Ekaterinburg time) ко мне позвонил новый, ранее неизвестный заказчик. Я с ним поговорил, но сразу не смог подобрать нужные слова, поэтому по горячим следам здесь подберу и опишу ситуацию, что бы в следующий раз просто показывать этот текст. Оговорка: это не уникальная ситуация, а типовая. Просто раньше я такие ситуации не фиксировал, а сейчас под влиянием начала нового 2021 года, который идет после кардинального 2020 года, решил записать и выложить на этот сайт.
Суть такая. У заказчика есть задача, в которой много подводных камней. Он поработал с некоторым программистом и с ним возник конфликт. Дальше заказчик растался с этим программистом и решил найти другого программиста. При чем заказчик особо подчеркнул, что ему нужен не простой программист, а особенный - такой, с которым у него проблем не будет. Просто раньше он не считал это условие поиска существенным, а сейчас считает. Забегая вперед сразу скажу, что это логика наивных заказчиков, которые считают что причина их бед кроется в программистах, а не в них самих. А если точнее - причина скрывается в договорной культуре заказчика, в правосознании заказчика, в его увлеченности такими произведенями как "Гари Потер", "Игра престолов", "Ведьмак" и тп.
Я сразу предложил заказчику следующий вариант "Оплата за фактическое время без оценки с предоплатой на каждый день и ежедневной отчетностью. Почти как в трудовых правоотношениях. Вы согласны?". Вместо того, что бы на четко поставленный вопрос дать четкий ответ "Да, согласен" или "Нет, не согласен" потенциальный заказчик инициировал дискуссию: он начал говорить, что это проектная работа и он хочет ... дальше потекла вязко-скучная вода, что в переводе на мой русский язык означает значит следующее: «Заказчика не устраивает мое предложение и он хочет работать по договору подряда». Потом после непродолжительной дискуссии он сказал «А давайте-ка я Вам расскажу как я это вижу» и началась лекция по договорному праву, а точнее тот ее раздел, где раскрываются особенности такой правовой конструкции как договор подряда. Причем лекция была в адаптированном очень упрощенном новогодне-урезанном варианте, но зато с кучей деталей и совсем не важно, что многие существенные детали былы пропущены, а не существенные нюансы были в избыточном количестве. Просто сразу после законного празднования нового года качество на количество менять не запрещено ни в администратином ни в уголовном нашем (РФ) законодательстве.
Мне иногда хочется подискутировать, узнать что-то новое, прокачать какую-нибудь интересную тему, поэтому я иногда ввязываюсь в дискуссии, но в большинстве случаев все эти споры похожи друг на друга как отражения в чистом зеркале. Я согласен подискутировать, но только если дискуссия приносит мне какую-то пользу, если спор рождает какую-то истину. Поэтому ниже я озвучу свою позицию, что бы не втягиваться в такие непродуктивные споры.
Позиция №1 (position number one): Если заказчик допускает мысль о том, что такие дискуссии могут к чему-то привести, то это значит следующее:
Дальше заказчик начал высказываться против моих "DeFacto трудовых правоотношений" мотивируя это тем, что в них нет нацеленности на результат. По этому поводу у меня такая позиция:
Позиция №2 (position number two): Нацеленность на результат у меня гораздо выше чем как у законных наемников так и чем у подрядчиков.
Объясняю на пальцах:
Наемники → 1. Официально оформленного наемного работника, если он не хочет, сложно уволить. Отказаться от моих услуг можно так же быстро как это делал Donald Trump в своем Tele-show "Apprentice" - "You're fired!" То есть, если я не буду выдавать промежуточных и конечных результатов, то заказчик просто откажется от моих услуг. 2. Моя работа гораздо более прозрачна, чем работа любого наемника - во, первых в моем отчете в режиме почти реального времени видно на что уходит каждая секунда и каждая копейка заказчика. Мой отчет можно изучать самому, а можно показывать другим специалистам, экспертам, (главным) бухгалтерам, финансовым директорам, а так же иным должностным и не должностным, заинтересованным и не заинтересованным лицам и задавать им примерно следующие вопросы:
3. Когда я бывал в офисах у заказчиков, то иногда имел возможность посмотреть такое кино: директор заходит в комнату - сразу все работают в поте лица. Директор выходит из комнаты - некоторые "особо нацеленные на результат" сотрудники начинают заниматься своими делами. Если я иду в столовую или в магазин, то естественно, счетчик моего рабочего времени отключается - это все в отчете видно.
Подрядчики → то, что подрядчик нацелен на результат, это такой миф для наивных заказчиков. Подрядчик нацелен не на результат, а на более быстрое получение оплаты, потому что часто в договоре подряда окончательная оплата привязана к факту сдачи работы. Для подрядчика главное не результат получить, а работу сдать. Понятно, что результат тесно связан со сдачей работ, но дело в том, что результат - это часто субстанция изменяющаяся. В момент заключения договора подряда заказчик видит в голове один результат, а потом в процессе работы его мышление развивается и этот результат в голове меняется, а потом когда исполнитель сдает заказчику работу, то там вообще третий вариант результа. Потом, когда заказчик начинает использовать программный продукт, то оказывается на практике выявлется четвертый вариант результата. Спрашивается, по какому варианту результа принимать работу? Четыре варианта результата, а программный продукт-то один!
Программист - честный и порядочный, но ему вдруг предъявляют претензии, что он обмануть пытается, потому что хочет получить деньги не достигнув того результата, который в данный момент находится в голове у заказчика. Начинаются взаимные претензии, споры, разговоры на повышенных тонах. Обе стороны берут техническое задание. Полученный результат соответствует техническому заданию. Значит, заказчик должен принять работу и заплатить программисту. Но с другой стороны, результат не нравится заказичку. Значит виноват тот, что писал техническое задание. А если за техническое задание еще и деньги заплачены, значит, программист вдвойне мошенник - потому что умышленно не учел в техническом задании все нюансы, то есть некачественное техническое задание написал специально для того, что бы потом тянуть деньги с заказчика за доделки, а иногда и за существенные переделки, потому что когда заказчик начал использовать программный продукт, он вспомнил, что есть еще одна маленькая, но важная деталь.
Какую стратегию использовать честному программисту, с точки зрения которого его обманным путем хотят использовать как раба? ... Правильно - надо всеми правдами и неправдами создать видимость результата, что бы заказчик подписал акт выполненных работ. А потом если через месяц всплывут всякие подводные камни в форме недоделок, то это уже не его забота, потому что деньги-то получены. Сейчас очень продуманный заказчик возразит «Дак ведь можно в договоре предусмотреть, что оплата после того, как пройдет месяц после сдачи работ и еще год гарантии». Хорошо, давайте «предусмотрим». Добавляем в договор подряда следующие обязательства:
Но обязательство - это такая странная штучка, так как почему-то за их неисполнение или ненадлежащее исполнение всегда следует какой-то вид юридической ответственности. При чем в данном случае действует общее правило - если в договоре не указана ответственность, то заказчик может придумать любую (понятно, что только гражданско-правовую). В общем, что бы договор было быстрей читать в договоре ответственность не указываем. Для экономии места и про подсудность тоже промолчим - то, что программист в другом городе, это его проблемы.
Есть еще один нюансик - заказчику не очень хочется бегать за исполнителем и требовать от него исполниение обязательств или пытаться привлечь его к ответственности за их неисполение или ненадлежащее исполнение. Поэтому, чего тут не хватает? Правильно - обеспечительных мер. Какой выберем механизм обеспечения? - Пусть будет задаток в полуторном размере стоимости самого договора. Вот теперь права заказчика защищены уж точно не хуже, чем Алькатрас. С договором вроде все OK. Сейчас остался только один пустячок - найти такого программиста, который подпишется под все это. Есть два варианта: или начинающий экстримал-программист, который впишется в это приключение за приемлемую цену, но который пороха не нюхал и маловероятно что что-то дельное сделает, или опытный програмист, который запросит приличную дополнительную плату за риск и назовет завышенные скроки, что бы потом, в случае чего, своей собственностью не отвечать за срыв сроков.
Дальше заказчик как опытный рыбак начинает ловить рыбу на такую заманчивую договорую блесну. Идет время ... Блесна изменяется, шлифуется, делается более блестящей и вот наступает момент истины - удача - поймались сразу два программиста - начинающий(1) и опытный(2). Выбор хоть и небольшой, но все равно есть - всего два типа. Есть еще третий тип - мошенники. Но наш заказчик уже опытный, поэтому он таких сразу вычисляет.
От второго варианта заказчик, естественно, откажется, еще и обругает опытного программиста с использованием ненормативной лексики за то, что опытный программист его лохом считает, так как предлагает завышенную не рыночную стоимость и сроки, по сравнение с первым вариантом. Первый вариант заказчика вполне устроит. Начинающий программист получит свою законно-договорную предоплату, с энтузиазмом начнет что-то делать, потом поймет, что не сможет доделать до конца, потому уже начнет создавать спектакль под названием "Работа идет полным ходом", потом будет тянуть время, потом поругается с заказчиком. Потом скажет заказчику, что он сделал больше, чем ему дали предоплаты, поэтому предоплату возвращать не будет и благополучно исчезнет с радаров. Что будет делать заказчик? Правильно - он позвонит следующему программисту, объяснит, что он работал с программистом, с которым у него были проблемы, поэтому вот теперь он наконец-то понял, что ему нужен не простой программист, а именно такой программист, с которым у него не будет проблем.
P.S. А сейчас переходите в начало этой моей Мысли #001 и читайте продолжение этой увлекательнейшей фантастической истории.
Напоминаю, что минимальный набор для того, что бы я стал рассматривать вашу задачу, состоит из следующих элементов:
Через TeamViewer и AmmyAdmin не работаю, но могу через них только отвечать на некоторые вопросы
Показывать мой экран или смотреть на ваш экран - использовть Skype можно
Если у вас есть выбор разговаривать и переписываться через Telegram или Skype, то лучше через Skype по следующим причинам:
Здесь я так же выкладываю процесс исполнения технического задания в режиме реального вермени со следующими целями:
Каждая организация имеет свои уникальные бизнес-процессы, и каждый программист имеет свои уникальные бизнес-процессы. Я не исключение. Ниже представлена моя логика, принцицы, механизмы, стратегии и тп. Если Вы согласны с моей логикой, тогда разговаривать дальше можно. Если Вы не согласны с моей логикой, тогда разговаривать дальше нельзя.
Процесс заключения договора по поводу интеграции 1С и Битрикс-продуктов построен следующим образом. Сначала Вы изучаете этот сайт, потом заполняете Брифы + тех-задания и нажимаете кнопочку «Отправить». Сразу же к вам приходит на почту подтверждающее письмо, что Ваша задача попала в мою CRM. Я рассматриваю Вашу задачу и делаю Вам предложение в виде ссылки на коммерческое предложение и одного из следующих двух наборов параметров:
Далее Вы или принимаете мою офферту или не принимаете. Если Вас не устраивает моя офферта, то Вы вправе направить мне встречную офферту, основанную на моей офферте, но с измененными параметрами, или свою собственную офферту.
Оговорки и дополнения:
По-моему опыту многие заказчики, работодатели не представляют работу программиста, поэтому я здесь ее кратко опишу. Ночью я сплю, не работаю, но за то работаю днем. Подъем утром в период с 8:01 до 9:30 по местному времени. Туалет, затем душ, оприходование на внутренний склад завтрака в форме Гербалайфа. Потом срочные задачи, которые нельзя перенести. Потом смотрю какие у меня есть недоделанные задачи. Беру недоделанную задачу с наивысшим приоритетом и делаю ее. Когда доделываю все задачи, то начинаю искать новые задачи. Каким образом ищу новые задачи - это коммерческая тайна. Если ко мне обращается клиент в тот момент, когда я делаю какую-то работу, то я не бросаю работу и не берусь сразу за его задачу. Я заношу его задачу в список. Когда у меня доделывается очередная задача, то я смотрю на список задач и выбираю наиболее интересную и выгодную и берусь за нее. Неинтересные задачи мне не интересны. Невыгодные задачи мне не выгодны.
Самый странный, самый абсурдный и самый часто-задаваемый вопрос. Абстрактной ставки у меня нет и быть не может в принципе, потому что ее нет. О конкретной ставке я договариваюсь только на конкретную работу и только если эту работу я выполняю по модели трудовых правоотношений, ну или другими словами - если я продаю свое время (свои часы). Пример. Верстать я умею хорошо, так как у меня около 5 публичных сайтов и около 90 арбитражных закрытых сайтов, но на момент написания этого текста для клиентов я делал только две верстки. Поэтому ради портфолио я согласен поверстать на ставке 350 руб/час, потому что больше вряд-ли кто заплатит. Но есть другие виды работ, стоимость на рынке которых относительно высока. Например, "под ключ" сделать интернет-магазин, связать его с 1С, сделать там сквозную аналитику и привязать это к CRM системе. Естественно, я не буду это делать по ставке 350 руб/час. Другой пример. У заказчика есть работающая 1С и ему только что сделали интернет-магазин на Битриксе и он ко мне обратился по поводу интеграции 1С и интернет-магазина. В этом случае я с ним могу договориться по линии гражданско-правовых отношений, то есть к определенной дате я делаю ему конкретный результат за определенную сумму денег. В этом случае о ставке разговора нет, так как человек покупает результат, а не время. И сумма договора никак не связана с моей ставкой по верстке или с моей ставкой в выше упомянутой задаче "под ключ". Для определения суммы договора я просто с рынка беру среднюю рыночную сумму договора. Более того, я, как и многие программисы, имею свои наработки (кирпичики), из которых я могу быстро собирать различные решения. О ставке в этом случае нет смысла разговаривать.
Ситуация #1 Встречаю на фриланс-бирже объявление. Бизнесмен ищет программиста, который ему сделает конкретную вещь. В объявление изложено краткое, но исчерпывающее техническое задание и указана сумма, которую он готов заплатить, причем, сумма хорошая. Из контекста объявления видно, что это бизнесмен уже давно ищет программиста, но не просто программиста, у которого "хорошая ставка", а программиста прокаченного в определенной теме. Из контекста объявления так же видно, что он хочет доказательства того, что программист прокачен в нужной ему теме. Его логика такая - если программист докажет свою прокаченность в этой теме, тогда он с ним заключит сделку и готов ждать когда этот программмист это сделает. Из объявления видно, что он уже несколько программистов перепробовал с "хорошими ставками", но толку от этого ноль. Что делаю я? Я ему просто даю ссылку на определенную страницу моего сайта с этой уже решенной задачей, предлагаю посмотреть уже готовый результат на нескольких конфигурациях, даю номер расчетного счета, куда ему отправить деньги, и прошу у него RDP-доступ к его конфигурации. То есть, ему не надо неделю ждать, не надо вникать прокачан я в этой теме или нет. Ему надо просто посмотреть на мою определенную страничку, посмотреть через скайп как работает этот механизм в нескольких вариантах, перечислить деньги на мой расчетный счет и тогда через 30 минут он получает готовый результат. А теперь уже риторический вопрос: при чем тут моя ставка?
Ситуация #2 ... здесь я опишу как и почему я работал на условиях оплаты за фактическое отработанное время.
Ситуация #3 Я знаю одного человека, который очень сильно прокачался в парсинге. Некоторые сайты защищаются от парсинга, причем есть несколько способов такой защиты. Но перед этим парнем вся эта защита не работает. Специалистов таких на рынке мало, поэтому он может устанавливать свою часовую ставку, например, 3'000.00 руб/час. Дело в том, что не каждый день появляются такие задачи, в которых необходима его парсинг-прокаченность. Но он же не может сидеть без дела - когда нет задач по сложному парсингу, он делает задачи обычного web-мастера по средней ставке web-мастера. Когда появляется задача по сложному парсингу, то он работает по 3'000.00 руб/час. Опять риторический вопроc - какая у него ставка?
Странный, абсурдный и часто-задаваемый вопрос. Это все равно что придти в автосалон и спросить "Сколько у вас стоит машина?"
...
Еще один важный момент, которые почему-то многие не понимают. Цена определяется не только техническим заданием, но и условиями договора. Сравните два условия:
Условие #1. Заказчик берет на себя обязательство принять в течении трех дней работу и далее или подписать договор или представить список отклонений от технического задания, которые исполнитель обязуется поправить в течении трех дней. После подписания акта сдачи/приемки обязательства исполнителя прекращаются.
Условие #2 Заказчик берет на себя обязательство принять в течении трех дней работу и далее или подписать договор или представить список отклонений от технического задания, которые исполнитель обязуется поправить в течении трех дней. После подписания акта сдачи/приемки обязательства исполнителя не прекращаются прекращаются, а длятся еще полгода в течении которых исполнитель обязан по первому требованию заказчика в течении трех часов исправлять все баги, которые связаны с работой исполнителя и которые не заметил заказчик во время приемки работы, а время на поиск этих багов заказчик не оплачивает в любом случае - в случаях если эти баги связаны с заказчиком и в случае если эти баги связаны с другими программистами и прочими четвертыми лицами.
Для дальнейшего понимания того, что сумма договора зависит не только от объема работ, но и от условий самого договора, предлагаю рассмотреть выдержки их двух разных договоров подряда с одним и тем же техническим заданием и одним и тем же сроком исполнения:
Договор подряда #1 Заказчик делает предоплату 50%, исполнитель преступает к работе, показывает результат на своем компьютере. Заказчик перечисляет 50%. Испольнитель передает результат заказчику. Оценочное время выполнения составляет 5 дней со дня перечисления заказчиков предоплаты на счет исполнителя.
Договор подряда #2 Исполнитель приступает к работе 22.02.2017 года и отдает результат заказчику 28.02.2017. Заказчик тестирует результат две недели и если нет вопросов, то перечисляет 100% исполнителю. В случае, если исполнитель не сдает работу к 28.02.2017, то исполнитель несет материальную ответственность за просрочку, расчитываемую как 1'500 руб в день.
Еще один вариант развития событий Звонит или пишет потенциальный заказчик и быстро описывает его ситуацию и очень просит, прямо уговаривает, "тянет за язык" сказать стоимость за результат. Допустим, я сказал стоимость, тогда потенциальный заказчик говорит "Меня цена устраивает" давайте дальше обсудим. Начинаем обсуждать и там открываются новые детали, которые увеличивают стоимость. Тогда заказчик говорит "Ты же уже сказал цену! Сказал цену, значит, ты уже продал!" и начинается давление на совесть, здавый смысл и тд и тп. Поэтому я стараюсь не говорить даже приблизительную стоимость не узнав до конца всех деталей, имеющих существенное влияние на стоимость.
В мире все относительно или, как говорят философы, «В мире есть только одна абсолютная истина: абсолютных истин не существует». Получается с одной стороны они есть, а с другой стороны нет. Для того, что бы решить эту головоломку, сюда все-таки необходимо добавить еще одно общее правило - привило исключений, а именно «Истина может иметь исключение», но об этом с другой раз.
Если применить принцип относительности к моей деятельности, то получится следующее:
Задачи бывает разные. Бывает такие задачи, в которых достаточно поговорить (потратить время) в течении 15 минут и заключить сделку на 50'000.00 рублей. Тут я конечно бесплатно делаю тех-задание. А бывает такие задачи, решение которых нужно обсуждать 4 часа, а делать потом 30 минут. Причем, не факт, что потенциальный заказчик захочет заключать сделку даже на 30 минут. В этом случае мне просто так время не хочется тратить. Бывают еще такие случаи. Работодатель дал задание менеджуру найти разработчика сайта. Вот садится этот менеджер за телефон и начинает обзванивать всех подряд и грузить каждого своей задачей, а потом просто выбирает того, кто самую маленькую сумму назначил и с ним и заключает сделку. Тут я тоже не горю желанием тратить свое время на такие задачи. Оговорка: это относится в большей мере к задачам интеграции и к 1С. Если делать верстку, если какой-нибудь фильтр установить в интернет-магазин, если пиксел ретаргетинга добавить на сайт - то тут конечно мало времени требуется на обсуждение.
Помню еще в детстве читал такую книжку "Маркетинг" Филипа Котллера и там было рассказано о двух основных механизмах ценообразования - рыночный и маржинальный. Там, по-моему, в качестве примера приводилась фирма "Форд", но только не помню их механизм.
Иногда мне приходится брать себе базу данных 1С заказчика и/или его интернет-магазини и запускать это на моем компьютере. Естественно я знаю нормы федерального закона 98-ФЗ "О коммерческой тайне" и не вижу смысла подписывать какие-либо дополнительные соглашения о неразглашении коммерческой тайны. Закон имеет бо'льшую юридическую силу, чем договор (естественно речь здесь не идет о международных договорах). Одним из механизмов реализации норм этого федерального закона является то, что я работаю без рекомендаций и не говорю с кем я работал и работаю ("no names"-принцип). Это значит, что если кому-то понадобится Ваша коммерческеская тайна, то он не будет знать, что именно у меня ее можно взять, попросить, купить, отобрать и тп.
Иногда сталкиваюсь с моей точки зрения странной аргументацией некоторых потенциальных заказчиков: «Я прихожу в магазин, спрашиваю сколько стоит пачка шоколадно масла и мне сразу говорят цену, сдедовательно, и ты, как программист, обязан мне сразу сказать цену и сроки». На такие заявления я сразу даю ответ «Сходите в тот же самый магазин, спросите сколько у них будет стоить нетиповая интеграция, и если Вас цена устроит, то пусть этот магазин ее Вам и делает».
Еще одна вариация: «Мы знаем одного программиста, он месяц поработал в одной фирме, а потом целый год за свой счет доделывал то, что он сделал, и ошибки исправлял. Это он не доделал, вот он за свой счет и доделывал свою недоделанную работу. Это его ошибки, вот он свои ошибки за свой счет и исправлял. Поэтому ты, как программист, должен как тот же программист, сделать то, что мы тебе примерно скажем, а потом доделывать это за твой счет и ошибки, которые у нас появятся в процессе работы, то тоже за свой счет должен исправлять». Ответ мой тут однозачно такой: «К тому программисту и обращайтесь»
Цену и сроки я говорю, но не всегда ...
Программист - это давно уже не редкое явление природы, но не смотря на этого все равно появляются люди, которые наивно уверены, что можно так примерно по телефону описать задачу и получить пусть даже примерную сумму и считать ее уже окончательной суммой договора, а техническое задание - это какая-то формальная и непонятно кому нужная бумажка. У американцев есть такое выражение "devil in details". Они его применяют тогда, когда речь идет о чем-то, где мелкие детали имеют существенное значение. Моя позиция: техническое задание - это и есть "devil in details". Я за других программистов отвечать не буду, но у меня очень часто бывали случаи, когда я повелся на такие телефонные примерные поставновки задач, в результате заказчик получал результат, а я убыток. В связи с этим у меня следующая позиция: по договорам подряда (это такая правовая конструкция, в которой стороны на берегу договариваются о сумме, сроке и результате) я не беру задачи без подробного однозначного технического задания. Если нет технического задания, то задачу можно делать на условиях "трудовых правоотношений" - если кратко, то это купля-продажа своего времени - работник берет на себя обязательство добросовестно делать то, что ему говорит работодатель (или выполняет свою трудовую функцию), а работодатель берет на себя обязательство своевременно и в полном объеме (без всяких условий типа "когда будет результат, тогда и заплачу") оплачивать фактическое время работника.
Статьи о технических заданиях:
У обеих сторон любого договора всегда встает вопрос о предоплате за исключением тех случаев, когда вопрос предоплаты регулируется законом, например, институт гос-закупок, или обычаями делового оборота, например, недвижимость. Но здеь эти исключения я не буду рассматривать.
Для себя я выделяю два основных фактора, на основании которых принимается решение о предоплатности договора: первый - это экономический, второй - это трастовый.
Предоплатность определяется балансом между спросом и предложением. Если у меня в один и тот же момент времени есть два потенциальных заказчика и один говорит "Давай номер счета, я тебе сейчас денег залью и занимайся только моими задачами", а другой говорит "Я плачу по факту" ("Плачу за результат", "Плачу когда протестирую", "Никаких предоплат" и тд и тп), тогда, естественно, я первому заказчику буду что-то делать. Если никто из потенциальных заказчиков не соглашается на предоплату, тогда, естественно, работаю без предоплаты.
Есть еще один, так называемый "стандартный" порядок оплаты. Можно даже сказать, что это "деловой обычай" или "обычай делового оборота" для программиста. Содержание его следующее: заказчик делает предоплату в размере 50% и программист делает сайт/1С на своем компьютере, потом результат показывает заказчику через TeamViewer или Skype. Заказчик оплачивает оставшиеся 50% и после этого программист передает результат заказчику. В данном случае этот "деловой обычай" не является источником права (в отличии, например, от морского права), поэтому об этом режиме нужно договариваться на берегу.
Куръезный случай. Один мой бывший заказчик утверждал, что существует такой закон, на основании которого "если делается предоплата, то исполнитель дает гарантию на качество, а если исполнитель не дает гарантий, то предлоплата не делается". Я попросил ссылку на этот закон, этот заказчик мне ее обещал дать ... когда-нибудь ...
Для предоплатности имеет значение трастовость стороны договора, то есть насколько ей можно доверять. Например, web-студия, у которой очень трудоемкий сайт, YouTube-канал, социальный группы во всех соц сетях, включая инстаграм. Социальная группа живая, посты постятся, собачек нет. Ну тогда траст максимальный. А если web-студия, позиционирует себя как золотой партнер, но у которой сайт сделан на тильде, ну это уже мало вызывает доверия. Или например, человек два дня назад зарегистрирован на бирже фриланса, никаких сделок у него нет. Если в соц сетях явно фейковый аккаунт, 50 друзей, фотки явно не его. 10 постов, сделанных репостом. В общем понятно.
Слово «Траст» в переводе с английского (Trust) обозначает доверие. Есть такая знаменитая американская фраза «In God We Trust, All Others Pay Cash», первая часть которой расположена на американском долларе. Переводить ее можно по разному. Один из вариантов ее перевода звучит так: «Работаем только по предоплате».
Пока без коментариев
По некоторым задачам я работаю в форме договора подряда, по некоторым задачам я работаю в форме "трудового договора" (то есть просто продаю свое рабочее время). Предупреждаю, что фразу "Одну и ту же работу можно сделать за 1 час, а можно за день", я слышал 1'000'000 (один миллион, one million) раз. В гражданском праве любой капиталистической страны (для справки: Российская Федерация является капиталистической страной с 12 декабря 1993 года) есть принцип свободы договора, который можно растолковать так: "хотите берите, не хотите не берите".
Правила простые и очевидные, но все равно находятся люди, которые пытаются убедить, что он неправильные ...
