Русский
Русский
English
Статистика
Реклама

Договор

А вы используете профайлинг?

06.04.2021 14:13:41 | Автор: admin

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

Есть простые ситуации, когда вы четко понимаете суть. А что делать, если вы не уверены в контрагенте ?

Мы постоянно не уверены. Везде- во всех и во всем. Готовы ли мы идти на сделку с заведомо невыгодными для себя условиями ? Как ограничить риски в системе, где нет стоп-ордеров?

Вот тут-то и пригодится профилирование контрагента.

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

Негативные сигналы на стадии переговоров:

*стороны гнут каждый свою линию- очень тревожный знак

*сделка кажется очень хорошей, без рисков. На самом деле, риски всегда есть

*стороны плохо держат стресс по простым рабочим ситуациям.

*стороны начали делить деньги до получения результата

*стороны точно знают, как надо делать и 100 раз делали.

*встречают по одежке: если вам выкатывают конский ценник, потому что вы приехали на майбахе, плохой знак. Вас оценивают по тому, что вы приехали на трамвае, тоже плохой знак.

Секреты :

*коммуникация решает многое

* стоит обращать внимание на мелочи- они всегда говорят больше, чем слова.

*разумно тестировать на микрозадаче.

*соблюдение сроков и ваша решительность- важные навыки

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

Положительные сигналы:

*стороны открыты к коммуникации и незамысловато обсуждают стоимость и сроки задачи

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

*системность действий, честность.

*нестандартность: только 1% становится по-настоящему успешным.

*страховка должна быть.

*умение сказать нет, тем самым сберегая время свое и другой стороны

*фокус на сильных сторонах.

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

Подробнее..

Договор на разработку сайта с точки зрения управления проектами (теория образец)

14.06.2020 12:18:17 | Автор: admin
Договор на разработку, формирующий правильное взаимодействие заказчика с исполнителем, закрывающий риски и регламентирующий все этапы работы довольно непростая вещь. Мы строили свой 2 года, собирая обратную связь от клиентов с одной стороны и проектной команды с другой. Стратосфера веб-интегратор, специализирующийся на е-коммерс, b2b и цифровой трансформации. Соответственно, вся статья дальше будет написана на примере именно веб-разработки.


Малый бизнес часто относится к договору, как к бумажке и формальности. От продавца прицепов в регионе вполне можно услышать, что да что мне ваш договор, главное что я слово сказал.

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

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

Конечно же, все три подхода неверны.

Мы в студии рассматриваем договор на разработку с точки зрения PMBOK.

PMBOK (Project management body of knowledge) свод знаний по управлению проектами. Он универсален и по сути подходит для чего угодно: от разработки сайта до строительства моста.

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

Управление требованиями


Договор устанавливает то, в каком порядке и какими документами регулируются требования к проекту. Требования могут быть сформированы в виде

  • Спецификации
  • Архитектуры проекта
  • Прототипов
  • Технического задания
  • Тикетов с дополнительными требованиями, возникающими в процессе


Как правило, на этапе подписания договора есть лишь часть этого например только спецификация.

Договор устанавливает, что в рамках него проводится аналитика, создается архитектура проекта, затем на ее основании строится прототип, а далее техническое задание.

С точки зрения законодательства (Ст 703, пункт 3 ГК РФ), все, что не указано прямо в договоре, делается на усмотрение исполнителя.

Соответственно, требования к проекту должны быть обязательно привязаны к договору, зафиксирован порядок их влияния на исполнение работы.

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

Управление коммуникациями


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

Что можно фиксировать


  • Тикетную систему (адрес, сервис)
  • Постановку задач только в рамках тикета
  • Оценку задач только на основе информации, содержащейся в пикете
  • Обязательный call и meeting репорт в тикет


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

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

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

Управление ресурсами


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

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

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

Управление рисками


В проекте по разработке например, интернет-магазина есть набор рисков, которые обязательно должен фиксировать договор.

Разберем часть этих рисков.



Исполнитель не выделил ресурс вовремя и опоздал с выполнением работы.

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

Заказчик не предоставил вовремя нужные для работы материалы

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

Работа потеряла актуальность и проект должен быть свернут

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

Работа выполнена, но заказчик не участвует в сдаче-приемке или не выходит на связь

В этом случае договор регламентирует порядок действий например, акт отправляется на контактный адрес или посредством ЭДО и отсутствие ответа в положенный срок означает подписание акта.

Проект потерял работоспособность

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

  • Контент
  • Интеграции
  • Вмешательство третьих лиц в код
  • Смена доступов к сайту
  • Авария на хостинге


Срок работ попадает на государственные выходные

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

Предоставленные данные некорректны

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

Коротко выводы

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

Наш договор на разработку


P.S. Чтобы быть в курсе новых публикаций, подписывайтесь на меня вFacebook.
Подробнее..

Хороший договор короткий договор

26.10.2020 12:15:22 | Автор: admin

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

Большинство договоров пишут юристы, а руководители, продажники и клиенты, похоже их не читают. Да их и невозможно прочесть. Много ли людей читают договор с банком или лицензионное соглашение?! Или договор с оператором сотовой связи или провайдером?! Скучное и бесполезное занятие. Всё равно на текст договора чаще всего никак не повлиять в крупных компаниях.

Юристы зачем-то пишут скучнейшим и малопонятным языком, копируют в договор тексты законов. Вероятно их цель, чтобы читатель заснул и не переварил написанного. Или им платят за 1000 знаков, а не за смысл. В тоже время многие российские законы написаны вполне человеческим и понятным языком и имеют хорошие нормы права по умолчанию.

Предлагать клиентам подписать договор, который бы не хотел подписывать сам хамство.

У нас был договор написанный простым и понятным языком. Но жизнь не стоит на месте и коллеги сказали, что нужен новый договор. И что нужно обязательно обратиться к юристу, чтобы всё профессионально было. Обратились. Получили скучнейшую простыню как у всех. Читать невозможно.

Инфраструктура - комплекс взаимосвязанных объектов, оборудования, сетей, информационных систем, сайта Исполнителя.
Заказчик ручается и гарантирует, что является дееспособным (правоспособным) лицом, способным понимать и оценивать права, обязанности, риски, значения, возможности, пользу и иные последствия, связанные с пользованием Услугами Исполнителя.

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

Анализ документов конкурентов

https://b2b.reg.ru/hosting/agreement_offer опять банальные определения непонятно зачем, дублирования закона, дублирование скучнейших мыслей: Приложения являются официальными документами Исполнителя, неотъемлемой частью настоящего Договора а то кто-то сомневался в их официальности и предполагал их отъемлемость от договора. Кто-нибудь вообще встречал неофициальное и отъемлемое от договора приложение к договору?!

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

а можно не заполнить все запрашиваемые данные?! А для второй части предложения нужен переводчик. Совершенно непонятно, как корректность введённой информации может подтверждаться акцептом договора.

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

что тут хотели сказать? Кто на ком стоял? (с)

Далее много пунктов про то, что Исполнитель не несёт ответственности, а Абонент принимает на себя полную ответственность и все риски.

Особенно понравилось в приложении:

Абонент не имеет права использовать услуги Исполнителя в целях:

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

2.3.4. Запуска любого программного обеспечения, связанного с IRC;2.3.6. Размещения любого вида прокси, а также torrent клиентов, серверов и трекеров;

2.3.7. Использования серверов Исполнителя в качестве транзитных, а также в иных противозаконных целях;

Дальше вообще концлагерь:

2.5.3. Исполнитель вправе взимать с Абонента дополнительные платежи, помимо обусловленных тарифами и опубликованных на web-сайте, в том числе за операции, связанные с разблокировкой серверов/IP адресов Абонента, заблокированных по его вине.

2.5.4. В целях проверки соблюдения требований безопасности Исполнитель оставляет за собой право производить периодическое сканирование сервисов и серверов Абонента. В случае несоблюдения указанных условий или неудовлетворительных результатов сканирующей проверки Исполнитель оставляет за собой право полностью или частично приостановить или прекратить предоставление услуг Абоненту в порядке, предусмотренном Договором на абонентское обслуживание.

2.5.5. Исполнитель имеет право расторгнуть договор с Абонентом без предварительного уведомления в случаях нарушения условий договора либо приложений к договору. В этом случае, неиспользованный остаток денежных средств Абоненту не возвращается, а задолженность Абонента в оплате услуг им компенсируется.

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

Королюк, ты сам-то это читал?

Дальше можно было бы пробежаться по Селектелу, но место не позволяет. У нас твёрдое мнение, что мы не хотим быть такими. Всё ругаем Собянина, а желающих построить концлагерь полно и среди ИТ-бизнеса.

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

  1. Корявый русский язык, лишние слова и фразы, которые можно выбросить без потери смысла.

  2. Дублирование того, что уже и так прописано в законе.

  3. Ничтожные пункты, которые противоречат законам.

  4. Кабальность договора. Все вышеперечисленные договора с банками и лицензионные соглашения по сути кабальные и неравные.

Многие договора похожи на обязанности артиста ансамбля из культового фильма АССА

Принципы написания договоров компании ITSOFT

За 20+ лет мы выработали следующие принципы написания документов:

  1. договор должен быть равноправным, уважать заказчика, а не принижать его;

  2. не дублировать закон;

  3. исходить из добропорядочности сторон;

  4. не ссылаться на номера других пунктов договора, не строить сложных ветвлений;

  5. каждый пункт должен быть простым и значимым;

  6. автоматизировать порядок сдачи-приёмки услуг, оказание услуг, финансовые расчёты и уменьшать количество бухгалтерских документов;

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

  8. технические детали выносим в ТЗ или регламент.

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

В договоре не имеет смысла дублировать закон. Законы меняются со временем, а пункты договора могут стать ничтожными. Не имеет смысла в договор писать глупости: неиспользованный остаток денежных средств Абоненту не возвращается. Это ничтожный пункт. Остаток денежных средств возвращается по закону всегда.

Кроме того есть пункт 2 ст. 428 ГК РФ:

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

Прав у клиента должно быть даже чуть больше, чем у исполнителя. А обязанностей у клиента должно быть меньше, чем у исполнителя.

Большинство людей адекватные, но договора почему-то часто пишут из расчёта, что все неадекваты. Договор должен помогать людям, а не усложнять жизнь.

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

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

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

Каждый пункт нужно формулировать простым понятным языком, если слово можно выкинуть без потери смысла, то нужно выкинуть. Если из пункта непонятно зачем он нужен, то нужно либо переписывать либо удалять. За каждым пунктом должно стоять конкретное осмысленное действие, условие, требование.

Избавляемся от закрывающих документов

В бухгалтерии есть акты, которые бухгалтеры любят коллекционировать, и которые доставляют ряд проблем. Акты нужно отправлять Почтой России клиентам, у которых нет ЭДО. Почта России письма часто теряет. Нужно потратить время на печать актов, раскладывание по конвертам, наклейку марок, отправку, потратить деньги на саму бумагу, принтер, конверт, марки. И это при том, что сама услуга какого-нибудь хостинга может стоить копейки и не покрывать расходов на печатание и отправку бухгалтерских документов.

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

Хотелось бы от этого головняка избавиться. Это можно сделать, если прописать в договоре автоматический порядок сдачи-приёмки услуг, то есть по умолчанию услуги в течение 5 дней с какого-то события принимаются автоматически, а чтобы их не принять описывается порядок действий. Тогда соблюдаются требования п.1 ст.252 НК РФ и расходы становятся документально подтверждёнными. Конечно, наше кривосудие игнорирует законы. Но от кривосудия не спасёт ничего, разве что для физлиц ЕСПЧ.

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

Надеемся, что внесённые изменения сократят потребности клиентов в бумажных версиях документов. В Европе и по-моему мире вообще нет этого маразма с актами. Основанием для принятия к расходу является счёт, который по сути является аналогом нашей счёт-фактуры, но выглядит именно как счёт. А платежи за рекламу, облачные сервисы так даже счёта не имеют, там просто списания с корпоративной карты и весь мир нормально с этим живёт и не занимается печатанием и отправкой бумажных закрывающих документов.

Автоматизация изменения стоимости

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

Что должно быть в договоре

  1. Тип договора (услуги, работы, товары, авторское право, должно быть понятно какие статьи ГК РФ будут действовать).

  2. Место (если не указано действует ст. 444 ГК РФ).

  3. Дата заключения договора (см. также 433 ГК РФ).

  4. Предмет договора (ст. 432 ГК РФ).

  5. Права и обязанности сторон (ст. 432 ГК РФ).

  6. Порядок сдачи-приёмки услуг (ст. 432 ГК РФ, ст. 720 ГК РФ для работ).

  7. Цена (ст. 424 ГК РФ).

  8. Ответственность сторон (26 глава ГК РФ).

  9. Порядок разрешения споров. Подсудность договора (ст. 32 ГПК РФ).

  10. Порядок разрешения споров. Применительное право договора (ст. 1211 ГК РФ).

  11. Юридическая сила электронной переписки (п. 3 ст. 75 АПК РФ).

Пример нашего договора-оферты всего 3 страницы.

Как вы думаете придёт ли мир к коротким равноправным договорам, удастся ли отказаться от напрасного расходования бумаги и трудозатрат на изготовление и отправку бумажных закрывающих документов?

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru