Как клиент закрепляется за дилером, согласно договору защиты проекта?

Дистрибьюторский договор на программы

Как клиент закрепляется за дилером,  согласно договору защиты проекта?
1. Предмет дистрибьюторского договора 2. Передача программного обеспечения 3. Лицензионное вознаграждение. Отчетность

1.1.

По настоящему договору Лицензиар назначает Лицензиата эксклюзивным дистрибьютором Программных Продуктов, указанных в Спецификациях к настоящему Договору (далее по тексту – Программные Продукты), на территории Российской Федерации (далее – «Территория»).

Указанный вид договора является разновидностью лицензионного договора на программы для ЭВМ, который мы описывали ранее.

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

Бывают также дистрибьюторские соглашения на основе договора поставки программного обеспечения. Однако использование данной конструкции не позволяет использовать льготу по НДС, предусмотренную пп.26 п.2 ст.149 НК РФ. Поэтому в последнее время дистрибьюторы отказываются от подобных схем распространения программных продуктов.

1.2. Статус Лицензиата означает:

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

1.2.1. Лицензиат признается единственным официальным представителем Лицензиара в связи с распространением Программных Продуктов на Территории;1.2.2. Лицензиат приобретает по настоящему Договору право использования Программных Продуктов на основании исключительной лицензии в установленном в настоящем Договоре объеме;

1.2.3. Лицензиар не имеет права на выдачу аналогичных лицензий на Программные Продукты на территории Российской Федерации иным лицам, а равно не имеет права на заключение на указанных территориях лицензионных договоров в отношении названных Программных Продуктов;

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

Готовое решение для вашего бизнесаДокументы для закрепления прав на разработки штатных сотрудников. Учитывают судебную практику. Использовались при продаже и инвестировании в проекты.Готовое решение для вашего бизнесаПакет «Коммерческая тайна»Документы для защиты Коммерческой тайны на предприятии. Учитывают судебную практику. Пременялись в стартапах и коммерчески успешных проектах.

1.2.4.

Лицензиат самостоятельно определяет пути, методы распространения как информации о Программных Продуктах, так и непосредственно самих Программных Продуктов, в том числе (но не исключительно) путем заключения сублицензионных договоров, договоров аренды экземпляров программного обеспечения, агентских договоров, и привлечения субподрядчиков и субдистрибьюторов для реализации технических аспектов подготовки и распространения Программных Продуктов;1.2.5. Лицензиат самостоятельно и по своему усмотрению создает, и (или) развивает соответствующую сеть для распространения, реализации Программных Продуктов на Территории;1.2.6. Лицензиат вправе проводить маркетинговые исследования, рекламные компании и иные мероприятия, основной целью которых является повышение спроса на Программные Продукты и расширение клиентской базы;

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

В п.1.2.4 – 1.2.7 раскрывается самостоятельный статус дистрибьютора. Разумеется, данная редакция договора защищает его интересы.

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

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

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

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

2. Передача программного обеспечения

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

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

3. Лицензионное вознаграждение. Отчетность

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

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

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

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

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

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

) значительно упрощает его фактическое исполнение.Как уже говорилось выше дистрибьюторский договор на ПО обычно оформляется в виде лицензионного договора с целью налоговой оптимизации. Напомним, что на основании пп.26 п.2 ст.149 НК РФ предоставление права использования на программы для ЭВМ по лицензионному договору освобождается от НДС.

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

Если у вас остались вопросы по составлению дистрибьюторского договора на распространение программ свяжитесь с юристами компании АйТи-Лекс. Мы с радостью вам поможем.

Источник: http://www.it-lex.ru/dogovor_rasprostranenie/distributorskij_dogovor_programmy

Система регистрации защиты проектов для Schneider Electric

Как клиент закрепляется за дилером,  согласно договору защиты проекта?

В прошлом для защиты проектов на поставку или внедрения решения поставщики отсылали заявки на электронную почту ответственному сотруднику Schneider Electric. Огромный шквал Excel таблиц создавал путаницу и ошибки в работе с поставщиками.

Они сталкивались на тендерах, спорили о причастности к проекту, срывали сроки и даже пытались надавить на ответственного сотрудника Schneider Electric, чтобы он присвоил крупный проект одному из поставщиков.

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

Разработка концепции проекта

Перед разработкой проекта наша команда провела аудит и предложила ряд решений по автоматизации бизнес-процессов.
Для проведения аудита наши специалисты подготовили блок-схемы к встрече с Заказчиком.

После бурных обсуждений был описан процесс взаимодействия пользователей приложения с разрабатываемым сервисом.

Разработка frontend приложения

Когда бизнес-процесс был согласован, наши менеджеры совместно с отделом разработки подготовили техническое задание, подробные прототипы приложения и дизайн интерфейсов.

Подача заявки на проект

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

Разработка пользовательского интерфейса

Подача заявки

Основная задача приложения позволить поставщикам самостоятельно подавать заявки на проект. Для этих целей был разработан личный кабинет пользователь заполняет через он-лайн форму необходимый объем обязательных полей.

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

Модерация заявки

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

Система уведомлений

За каждым проектом закрепляются ответственные исполнители от компании Schneider Electric. После присвоения номера заявки система автоматически отправляет e-mail письма, в которых указан присвоенный номер заявки и контактные данные ответственных исполнителей.

Разработка интерфейса администратора

Выгрузка и анализ данных

В Панели управления для администратора была создана система сортировки и фильтрации данных, которая позволяет быстрой найти нужную заявку от поставщика по следующим параметрам:

  1. по наименованию проекта
  2. по дате планируемой реализации
  3. по дате поступления заявки в систему
  4. по городу реализации проекта
  5. по дате регистрации заявки т.д.

Все поданные заявки от дистрибьюторов можно выгрузить в удобном формате PDF или Excel. Если надо выгрузить сразу несколько заявок, то они будут автоматически архивированы в ZIP.

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

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

Разработанный модуль статистики позволяет сотрудникам Schneider Electric проводить анализ заявок, оценивать прогнозируемые объемы поставок, как по конкретной группе товаров, так и по всем сразу, а также вести анализ потенциальных проектов по каждому из закупщиков.

Логирование сведений в системе

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

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

В результате за год работы сервиса произошел 1 100% рост количества заявок: вместо 22 в месяц годом ранее, поставщики вводят до 250 заявок в месяц на данный момент. Поставщики не сталкиваются на тендерах, работа с конечным заказчиком выстраивается на более комфортных условиях. С помощью анализа заявок установлены поставщики-лидеры и аутсайдеры – лучшим предоставляется бОльшаяскидка.

Источник: https://task-on.com/portfolio/zashhity-proekta-zakazov

Регистрация проекта у вендора (защита проекта)

Как клиент закрепляется за дилером,  согласно договору защиты проекта?

Ранее я рассказывал, какие договоренности существуют между участниками рынка (см. статью “Вендоры, дистрибьюторы, дилеры и конечники”). Особым видом соглашений между производителем продукции и дилером является регистрация проекта у вендора (или защита проекта), которая помогает выиграть тендер и/или получить хорошую скидку при закупке.

Как заказчик выбирает поставщика или исполнителя

Например, у заказчика (конечника) возникает задача – что-то купить для себя или смонтировать/внедрить какую-нибудь систему в своей организации. Рождается идея проекта или уже сам проект.

Реализуется проект собственными силами (мы этот вариант не рассматриваем) или с привлечением другой организации (исполнителя проекта) – в последнем варианте реализация обычно происходит двумя способами: прямым и конкурсным.

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

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

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

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

Конкуренция изначально возникает между дилерами: из них заказчиком будет выбран один поставщик/исполнитель по определенному проекту. Задача каждого дилера – выиграть тендер и получить заказ на поставку или выполнение работ в соответствии с требованиями заказчика.

По каким критериям заказчик выбирает подходящего поставщика (исполнителя)? Таких критериев несколько, например:

  • тип оборудования (важны технические характеристики) – по качеству/совместимости/простоте обслуживания;
  • стоимость предложения (чем ниже, тем лучше);
  • гарантии и сервис (сопровождение);
  • наличие сервисного центра, доступность запасных частей, расходных материалов и т.п.

Как выиграть тендер

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

Сделать самое выгодное (низкое) ценовое предложение при равенстве технических средств. Имея хороший канал поставки или имея запас на складах, купленный ранее по низким ценам.

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

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

Регистрация проекта

Теперь расскажу, как осуществляется регистрация проекта. Для этого дилер (или монтажная, или проектная организация) заявляет, что собирается реализовать проект для конкретного заказчика, используя оборудование определенного вендора.

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

Суть в том, что в ответ на такую заявку вендор может дать (первому!) дилеру-заявителю определенные преимущества (преференции) для реализации этого проекта и обеспечить его защиту. Приведу некоторые варианты защиты проекта.

Защита проекта по цене

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

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

Если к вендору поступят другие заявки по тому же проекту (тот же объект заказчика с похожим составом оборудования), то вендор даст более высокую цену конкурентам. Так вендором обеспечивается защита проекта по цене.

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

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

Идентификация защищённого проекта осуществляется по данным, вносимых заявителями в анкету:

  • Наименование заявителя (исполнителя, иногда и автора проекта)
  • Наименование конечного заказчика
  • Адрес объекта
  • Состав оборудования (спецификация)
  • Сроки реализации проекта

Защита через номенклатуру

Ещё на стадии проектирования, исполнитель может зарегистрировать новый проект и защитить его. В своей заявке вендору проектировщик сообщает спецификацию – список оборудования.

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

артикулами и спец. ценами.

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

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

Второму и следующим запросам на этот проект будут выданы не спец. цены, а более высокие так, чтобы первому (заявившему регистрацию проекта) оставалось преимущество.

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

Защита через ТЗ на конкурсе

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

В таком случае вендор и/или дистрибьютор, осуществляющие защиту проекта, могут посодействовать дилеру (избранному, для которого проект защищается) в составлении такого (“завуалированного”, но не противоречащего закону об ограничении конкуренции) ТЗ, для которого конкурентам будет трудно сразу подобрать какое-нибудь конкретное техническое решение. Таким образом по такому ТЗ:

  • А- осуществляется идентификация (вендор и дистрибьютор уже по ТЗ определяют, что проект защищен, если от конкурентов придёт запрос с требованиями, перечисленными в ТЗ)
  • Б – выполнена защита проекта, и выигрывается время, отведённое на подготовку КП для участия в конкурсе.

Защита через партнерскую/дилерскую сеть

В данном случае вендор сообщает своим партнерам (дистрибьюторам и/или дилерам) о том, что в таком-то регионе есть такой-то партнер, который для такого-то Заказчика планирует реализовать такой-то проект (или ссылку на тендер сразу дать), и (самое главное) в этом сообщении вендор просит своих партнеров не препятствовать этому (такому-то избранному) партнеру в реализации этого проекта. Это ещё один из вариантов защиты проекта вендором.

1 вариант

Предложить заказчику оборудование другого производителя. Допустим, в исходном проекте заложено сетевое оборудование CISCO, но есть техническая возможность (без ухудшения технических характеристик) использовать для тех же целей оборудование других вендоров (D-Link, например), которое может быть дешевле.

2 вариант

Если тендер многовендорный, и каким-то отдельным вендором (В1) организована защита в пользу дилера (Д1), то важно защитить проекты по оборудованию других вендоров и выиграть весь конкурс.

Тогда защита В1-Д1 потеряет актуальность и/или можно будет вести переговоры о закупке у В1 по А – завышенным ценам (не дилерским, а розничным, например), или Б – по сниженным ценам с согласия Д1 и с отчислением в пользу последнего – определённого процента от объёма закупки у В1. Дилер Д1, первый зарегистрировавший проект у вендора, вправе получить проектный бонус.

Отчисление этого вознаграждения производится не самим исполнителем, а, как правило, дистрибьютором или вендором в материальной (например, “конвертом”, взаимозачетом) или нематериальной форме.

3 вариант

Регистрация того же оборудования целиком или частями на другой объект/заказчика или покупка “для себя”, с целью – купить по низким ценам, а потом перепродать или использовать в ходе реализации проекта, защищенного в пользу другого дилера.

Пример. Системный интегратор “ЧИП” готовит проект поставки оборудования в “Местныйтелеком” (1000 IP-телефонов производства фирмы “МНОГОФОН”, с закупкой через дистрибьютора “МЕГАСЕЙЛ”). Проект защищён вендором “МНОГОФОН” (и об этом уведомлен дистрибьютор “МЕГАСЕЙЛ”) в пользу “ЧИП”а (дана, например, скидка 40% от розницы).

Но есть ещё другая фирма “ДЕЙЛ”, которая закупила партию таких же телефонов (производства “МНОГОФОН”) по низким ценам у другого дистрибьютора (или, например, в Китае), причем оборудование было закуплено официально и со значительными скидками, но предназначались/регистрировались для других “конечников”.

В таком случае “ДЕЙЛ” может составить серьезную конкуренцию “ЧИП”у в поставке для “Местныйтелеком”.

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

Похожие заметки

Источник: http://gemcafe.ru/project-registration/

Практики, проектная и исследовательская работа

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

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

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

Положение о практике

Учебная (ознакомительная) практика (2 курс)

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

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

В случае если предприятие, учреждение или организация не предлагает свой договор, то используется типовая форма договора Университета: 

Типовая форма договора ОП МиРА (DOCX, 31 Кб) 

Перед началом прохождения практики каждому студенту необходимо заполнить индивидуальное задание и завизировать его у руководителей практики от НИУ ВШЭ и профильной организации.

Индивидуальное задание для учебной практики (DOCX, 24 Кб) 

Рекомендуемый график прохождения учебной практики (DOCX, 22 Кб)

Программа учебной практики ОП МиРА 2 курс (DOCX, 84 Кб) 

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

Справка от организации должна удовлетворять следующим требованиям:

  1. Выполнена на официальном (фирменном) бланке компании,
  2. Имеет дату и номер,
  3. Содержит в себе информацию о том, что “студент (полное ФИО студента) проходил учебную практику в конкретном подразделении (название подразделения) в компании (полное название компании) в должности (название должности при наличии) в указанный период времени”.
  4. Справка подписывается полномочным представителем компании или руководителем (с указанием должности и ФИО подписывающего сотрудника) и заверяется печатью организации.

Срок проведения

В 2018/2019 учебном году учебная (ознакомительная) практика проводится с 27 мая по 14 июня 2019 года.

Вся информация о месте практики вносится в LMS до 24 мая 2019 года.

Инструкция подачи заявки на прохождение практики

Особенностью программы является включение в учебный план практикума «Консультационный проект», в ходе которого бакалавры в группах решают реальную задачу, поставленную компанией-клиентом, проводят необходимые исследования и аналитическую работу.

Проектная работа бакалавров на программе «Маркетинг и рыночная аналитика» включает:

  •  проектный семинар (1-2 курс),
  • профориентационный семинар (1-2 курс),
  • учебный практикум «Консультационный проект» (2 курс),
  • прохождение учебных практик (2 и 4 курс),
  • научно-исследовательский семинар (4 курс),
  • выполнение прикладных проектов (сервисный и бизнес-проекты, 1-3 курс),
  • реализацию исследовательских проектов (2-3 курс).

ПроектыНачиная с 2014 года для всех бакалавров НИУ ВШЭ предусмотрена проектная деятельность как обязательный элемент подготовки. Проектная деятельность ориентирована на использование знаний, умений и навыков, полученных в ходе обучения, для постановки и решения практических задач, которые могут носить как академический, так и прикладной характер. 


Проекты позволяют студентам:

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

Ядром проектной работы является внеаудиторная деятельность, которая предполагает привлечение студентов к учебным, исследовательским или профессиональным проектам, выполняемым как в Высшей школе экономики, так и за её пределами.Каждый проект имеет руководителя, который может являться как «внутренним» (работник НИУ ВШЭ), так и «внешним» (сотрудник внешней организации или физическое лицо, аффилированное к подразделению-инициатору) по отношению к вузу заказчиком, сформулировавшим потребность в проекте и подавшим проектное предложение. Именно руководитель проекта непосредственно отвечает за его реализацию. Он обеспечивает организацию, контроль и оценивание проектной работы студентов и несёт ответственность за реализацию заявленного проекта.

Для взаимодействия руководителей проектов и студентов в рамках проектной работы создана «Ярмарка проектов» – электронная площадка для размещения предложений по проектам для студентов. Именно на этой платформе руководитель проекта размещает своё проектное предложение, а также осуществляет отбор студентов, которые подали заявки на участие в проекте. 

Какие виды проектов предусмотрены?

Базовая классификация проектов предполагает выделение 3 видов:

  • Если основной целью проекта является проведение исследования, подразумевающего получение в итоге некоторого научного или научно-прикладного продукта, например статьи/публикации, отчёта, аналитического обзора или записки, методического пособия и т.д., – то проект исследовательский;
  • В случае, когда основной целью проекта является решение некоторой прикладной задачи, такой как разработка и обоснование проектного решения, создание бизнес-плана или бизнес-кейса, особенно для внешнего заказчика, – проект относится к прикладным;
  • проект, подразумевающий участие студентов в организации какого-либо мероприятия или в реализации организационных процессов в качестве исполнителя (обратная связь преподавателя и студентов, техническая подготовка учебных материалов, помощь в процессе проведения занятий, поддержка конференций, экскурсий и т.п.), – это сервисный проект. 

Общая продолжительность проектной работы за 4 года обучения составляет 8 з.е., из них не более 2 з.е.- сервисные проекты.

Проектные семинары

Проектный семинар – это отдельная дисциплина, которая ведётся у студентов по группам для поддержки генерации проектов, консультирования, отслеживания результатов проектной деятельности.

В 2017/2018 учебном году проектный семинар на программе «Маркетинг и рыночная аналитика» был реализован в новом формате с привлечением преподавателей-практиков.

 

Цели проектного семинара: 

  • приобретение знаний, необходимых для осуществления работы над проектами,
  • развитие навыков, требуемых для выполнения заданий по проектам,
  • знакомство с «мягкими навыками» (soft skills), полезными для решения кейсов и выполнения поручений руководителя проекта.

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

Некоторые организационные различия между «проектами» и «проектными семинарами»:
Форма работы: 

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

Проектный семинар проводится в аудитории в соответствии с расписанием. задач и даты промежуточного контроля (свои – для каждого курса) сообщаются преподавателем студентам на первом занятии проектного семинара.

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

Оценка работы:

По итогам проекта деятельность студента оценивается руководителем проекта. Сервисные проекты, а также не сервисные проекты объёмом до 3 кредитов могут не оцениваться в баллах, по ним допускается оценка «Зачтено».

Проекты объёмом от 3 кредитов и выше обязательно оцениваются в баллах от 1 до 10. В зависимости от качества и результатов работы руководителем проекта может быть зачтено меньшее количество кредитов чем это предусмотрено в проектном задании.

 

По итогам проектного семинара все студенты получают оценку по 10-ти балльной шкале.

Источник: https://www.hse.ru/ba/marketing/practika

Юрист Адамович
Добавить комментарий