Открыл ИП нужны договора

(15) в смысле вы сразу выставили сумму не зависимо от количества работ?
Или просчет был?

(25) никто не спорит, что лучше работать с лояльными клиентами и на длительной основе. Но как показывает практика всякое бывает.
По поводу договоров суть не в условиях, а в выборе который я могу дать клиенту.
Для этого и нужна классификация и шаблоны.
Чтобы дать кость так сказать.
А мясо по ходу подтянется.

(25) Я вот уже 13 лет работаю на этом поприще, могу сказать, что договор по большому счету бесполезная бумажка. Если заказчик нормальный, то ему есть прямой интерес работать с одним и тем же исполнителем. Потому что со временем исполнитель становится как бы членом коллектива, ему уже не нужно долго объяснять проблемы, он уже в курсе и даже наоборот может что-то сам предложить.

Такие отношения обычно закрываются типовым договором "чтобы был", а все рабочие отношения проговариваются прямо в процессе. Если это какие-то мелочи, то они просто делаются, потом выставляется счет с актом. Если более-менее крупный проект, то рассчитывается смета, оговариваются этапы, возможна и предоплата. Заказчик тоже прекрасно понимает, что если вы плотно переключаетесь на его проект, скажем на месяц, то ваши возможности по работе с иными клиентами, а следовательно заработок, будет снижен и заплатить вам часть денег вперед - это хорошая мотивация для работы именно с ним.

Если же вас хотят кинуть - то никакие договора не помогут. Тут есть простое эмпирическое правило - с мудаками не работаем. Со временем вырабатывается чуйка и мудака становится видно еще на этапе предварительных переговоров.

По простым задачам, если кинули на тысячу - две, то просто посылаем лесом и забываем, не забыв внести в черный список. По более крупным задачам - не беритесь работать без предоплаты. Либо дробите работы на небольшие этапы, по которым есть четкие критерии выполнения и пока не оплатят один не беритесь за другой. Как правило подход заказчика будет виден очень быстро.

Да, договор тут будет полезен, но скорее как сам факт ваших взаимоотношений, если возникнут спорные ситуации, то вам понадобятся подтверждения выполнения вами работ. А это акты и иные доказательства. Поэтому договор может быть самым простым, ГК РФ (и РБ я думаю тоже) достаточно хорошо регулирует эту сферу и лишняя писанина в договоре просто не нужна. А вот акты должны быть достаточно подробными и проверяемыми. Т.е. не "разработка ПО по ТЗ заказчика", особенно если ТЗ - это пожелания на салфетке, а конкретно: "Создание нового документа", "Изменение регистра сведений" и т.д. и т.п.

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

Простой пример: у заказчика в учете бардак, вы "автоматизируете" ему учет и получаете автоматизированный бардак. Заказчик недоволен и отказывается платить, так как система не работает так как ему надо. Доказать в суде что вы правы, а он неправ будет очень и очень сложно. Особенно если у вас не будет детальных актов на каждый этап, а их как правило нет, не будете же вы поставив платформу подписывать акт, установили конфигурацию - подписали акт. В итоге получается довольно размытое задание с довольно размытым результатом. Максимум, что вы получите в суде - это частичное удовлетворение требований в рамках компенсации реально понесенных издержек. При этом затраты на суд могут оказаться на порядок выше.

(28) вопрос не в споре, а в обмене опытом.
И договор нужен не для того чтобы кого то раскрутить и т.д. Он мне нужен чтобы просто был, был понятный и в случае кидка остужал его пыл (точнее юрист кидка) и не более!

Лучше бы конкретные идеи озвучили, чем придираться не к тому о чем речь!

(28)

Это все от отсутствия опыта, со временем проходит. Правда цена опыта бывает разная...

(24)

1. Разовый клиент - это небольшие сделки, в пределах тысячи-другой. Сделки быстрые, т.е. обновить, написать отчет/обработку или решить какую-то проблему здесь и сейчас. Оплачиваются обычно сразу и без проблем.

Дальнейшее развитие: если клиент более-менее крупный, то есть шанс перейти на более серьезные проекты. Простые задачи как раз покажут вашу квалификацию и адекватность. Если нет - то, если всех все устраивает, будет эпизодически обращаться к вам с аналогичными задачами.

Но готовьтесь к большому числу телефонных обращений, которые, как правило, не монетизируюся. Здесь смотрите сами, но мы, обычно, консультируем, подсказываем и т.д. Потому как часто бывают ситуации, когда бухгалтер меняет работу и привлекает нас на новый объект, который может оказаться гораздо более вкусным.

2. Договор на почасовку - это самая дикая хрень, которую только можно придумать. Если работы можно оценивать в любых иных показателях - их нужно так оценивать. Подробная смета на два листа вызовет у заказчика больше доверия, чем счет на N-часов, потому как ему совсем непонятно и неочевидно что вы эти часы делали и можно ли было делать быстрее.

Если это поддержка и обслуживание, то возникают иные вопросы, типа задача была решена за 10 минут, а оплачивать нужно час. Более правильно перейти на число обращений. Простые обращения просто закрывать какой-то небольшой суммой. Большие расписывать по задачам.

3. Договор на обслуживание. Прописывать туда объем - это заложить мину замедленного действия. Сегодня густо, завтра пусто. Когда густо, то вы фактически работаете себе в убыток, так как сумма в договор прописывается некая средняя. А когда пусто - заказчик начинает задавать неудобные вопросы.

Более правильно исходить из количества обслуживаемых объектов и времени реагирования. Причем четко указываете, что входит в перечень оказываемых услуг, а что нет.

Скажем у заказчика есть три розничных магазина с режимом работы с 10:00 до 22:00, вот и предлагаете ему пакет с доступностью, скажем в течении 15 минут за N-рублей. Т.е. заказчик платит вам сугубо за то, что будет иметь возможность получить от вас реакцию в течении 15 минут в любое время (вечер, выходной и т.д.). При этом указано, что в рамках такого реагирования вы выполняете только простые работы. Остальное - по прейскуранту.

Это понятно и не вызывает вопросов. Так как большинство обращений - это простые ситуации, типа кончилась бумага в кассе не вышел чек и т.п. Т.е. заказчику не нужно полноценное техсопровождение, у него все работает. И оплачивать мифические 10-20-30 часов он не будет, так как не видит такой необходимости. Ошибкой тут будет радикальное снижение ценника, типа все равно реально такое время не отрабатывается, а абонплату хочется. Потому как если вдруг реально потребуется объем работ - то вы будете пахать указанное количество часов за мелкий прайс.

Продавая же пакет с доступностью вы даете заказчику именно то, что он хочет. Чтобы в пятницу вечером его кассир мог кому-то позвонить и получить помощь. И чтобы с другого конца кто-то гарантированно снял трубку.

И вообще, старайтесь уходить от модели абонплаты. Это интересно только вначале, когда объем работ большой, причем интересно заказчику, так как он платит просто за время, вне зависимости от стоимости задач. А потом, когда работы особо и нет, такой подход заказчика начнет тяготить. Зачем платить вам ставку в месяц, если можно просто платить другому по факту?

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

А там все зависит от вас, как себя поставите и покажете.

У нас, например, есть много клиентов, которые нас переросли. Т.е. отказались от обслуживания и взяли специалистов в штат. Если грамотно подойти к процессу, то можно просто перейти на новый уровень сотрудничества в качестве подрядчика для сложных работ. Их может сделать и штатный специалист, но ему это пойдет только лишней нагрузкой при той-же з/п. Ну и сроки и остальное. Вы же можете сделать это быстро, качественно и еще всех научить.

В общем - смотрите по сторонам и думайте. Не зашоривайтесь на типовых договорах и схемах, они не работают. Вырабатывайте свой стиль работы, будет гораздо больше пользы.