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

Question

[w1ld]

Хочу работать с юр. лицом, как физ. лицо для создания программного продукта (приложение для работы с документами). ТЗ хорошее есть. Оценка дана. Заказчик согласен оплачивать фактическое время работы.

Почитал договор авторского заказа на habrahabr.ru/post/177229 , статьи в гр. Кодексе РФ (ст. 1288). И не хочется заключать такой договор, т.к. он предполагает, что я соглашаюсь на фиксированное вознаграждение. Но я хочу получить вознаграждение за свое время конкретное проведенное за работой над проектом. Тогда мне нужно заключать какой-то другой договор?

Подскажите как мне лучше работать в этом случае? Спасибо

---

Обновление. Конкретно сейчас интересует, что происходит, если я по тому договору авторского заказа не вложился в сроки (и в льготные), а продолжаю разработку? Если я оставлю разработку и буду ждать платежа, не должен ли я тогда вернут все (часть?) вознаграждения?

---
Обновление 2. Согласно ст. 1290, п.2, ГК РФ, я должен вернуть деньги, если не успел в срок закончить. Но ведь это софт, а не песня какая-нибудь. Другие могут использовать это для продолжения работы. Выходит я беру риски на себя. Не понятно, как строить отношения тогда.

Answer 1

[Денис Инешин]

Почасовая оплата - это конечно не плохо, но далеко не лучший выбор в российских реалиях. Почасовой оплате не доверяют, она не может служить точной оценкой работы человека и уровня этой работы. Почасовая оплата всегда вызывает споры. Так что я бы на вашем месте попробовал бы оценить проект по другому. Например так:
Допустим вы хотите зарабатывать 100к в месяц. Работая в офисе это грубо говоря 22 дня в месяц по 8 часов. 176 часов. Цена часа, примерно 570 руб.
Далее прикидываем примерно, сколько займет разработка проекта, допустим 10 дней. Цена проекта получится 45600. На непредвиденные случаи накидываем еще 2-3 дня. +13680. Итого примерно 59.000 руб.
Если вы сделаете проект быстрее 10 дней, то вся сумма сверху - будет ваш бонус за скорость. Если вы будете делать проект дольше 10 дней + резерв, то недополученный доход будет вашим штрафом за медлительность.
Заказчику называется срок 10 дней х2.
На итоговом обсуждении цены и срока у вас будет небольшой резерв для скидки (до 13680) и небольшой резерв для скидки по срокам - до 10 дней.

Далее, если все пройдет гладко, то вы сделаете проект допустим за 7 дней. Это на 13 дней быстрее чем ожидает заказчик. Заказчик рад, есть куча времени найти и поправить баги.

В этой ситуации так же не будет никаких проблем со стандартной формой договора на фиксированную сумму и срок и не понадобятся никакие сторонние инструменты для определения времени работы.

Comments

[w1ld]

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

[Денис Инешин]

@w1ld берея почасовую оплату, вы все равно берете на себя риск недоверия. Вот недавно на тостере была тема, включать ли время общения с заказчиком в почасовую оплату? Заказчики это не любят и будут стараться всячески оспорить те часы работы, которые вы им покажете.

[w1ld]

Посмотрите, пожалуйста, вопрос в обновлении. Можете прокомментировать?

Answer 2

[Пума Тайланд]

проведите работу через odesk.com
там автоматом идет почасовая гарантированная оплата раз в неделю.

Comments

[w1ld]

Не хочется платить 10% им. Нашел альтернативный хронометр — tahometer.com. Выглядит также как на oDesk. Волнует более урегулирование отношений. Права, обязанности и т.д.

[Пума Тайланд]

на одеске вы как раз платите за урегулирование отношений, а не за тахометр.

[w1ld]

Надеюсь, что можно самостоятельно это делать. Самому регулировать поступление платежей. Тогда можно быстрее получать платеж, чем через 1,5 недели после завершения рабочей недели. Только вот встает вопрос о договоре.

Answer 3

[Оптимус Пьян]

Физлицам в России запрещено заключать договоры с юрлицами, ну законодательно проблематично

Comments

[w1ld]

По какому закону?

[Оптимус Пьян]

@w1ld не ну можно в теории только заказчик НДФЛ и ЕСН должен будет заплатить, вряд ли он горит желанием ))

Answer 4

[Иван Химич]

Что касается обновления 2:
Дело в том, что в данной ситуации, когда был нарушен срок исполнения договора и последний был расторгнут, были применены положения п. 2 ст. 1290 ГК РФ, вы сохраняете все исключительные права на то, что было создано в рамках исполнения данного договора авторского заказа (в данном случае, как я понимаю, это исходный код). Вы вернули заказчику все деньги, которые были им уплачены, а в случае, если договором была предусмотрена неустойка, то вы уплатили и предусмотренную сумму неустойки.
Заказчик по договору не вправе пользоваться тем кодом, который вы написали. Данный код может быть использован заказчиком или каким-либо другим лицом только после заключения с вами лицензионного договора.

Comments

[w1ld]

Как-то получается сложно. Выходит, что мне в этом случае заключать еще один договор о продаже того, что написано уже. Вообще, я сейчас ищу варианты договора на принципе time & material (без фиксированной суммы и срока).

[w1ld]

Спасибо, за ответ

[Иван Химич]

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

Что касается time & material, то я вынужден Вас огорчить, любой договор подобного рода будет подпадать под регулирование статей ГК РФ, регулирующих договор авторского заказа. А данный вид договора не может быть заключен без указания срока, срок в данном случае является существенным условием (если вы не укажите срок, то такой договор будет являться незаключенным; грубо говоря, в случае спора с заказчиком суд просто проигнорирует такой договор).

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

[w1ld]

Хм, спасибо за информацию. Я удивлен, что суды, видимо, time&material договора не принимают. Звучит так, что выход тогда в том, чтобы заключать договор на каждый этап (итерацию), когда задача определена. Но тогда это нужно делать, видимо, каждую неделю или две (столько сколько длиться это). А это довольно заморочено. Ведь, видимо, нельзя заключить договор, когда задачи не ясны (гибкие методологии разработки).