Техническое задание на разработку сайта – надо ли оно?
Поговорим о техническом задании на разработку сайта. Надо ли его делать или можно сэкономить? Часто этот момент выпадает из поля зрения предпринимателя, а напрасно. Что такое ТЗ, как его называют, легко понять в реалиях бизнес-терминологии. Перед запуском стартапа предприниматель составляет бизнес-план, где максимально подробно описывает цели, возможности, инструменты, бюджет и другие важные вопросы развития своего дела. То же правило действует в отношении ТЗ на разработку сайта, поскольку интернет-ресурс является не менее эффективным инструментом получения прибыли, чем традиционные менеджмент, маркетинг, реклама, организация продаж.
Что такое ТЗ на разработку, зачем и кому оно нужно
Техническое задание — это документ, в котором рассказывается, какой сайт нужен, как он будет функционировать и что увидит на нем посетитель. Чем подробнее будет ТЗ, тем точнее будет соответствовать вашим представлениям готовый интернет-ресурс.
Имейте в виду: все, что не указано в техзадании, остается на усмотрение исполнителя, а это может не соответствовать вашим ожиданиям.
Плюсы наличия технического задания для заказчика
Благодаря правильно составленному ТЗ клиент получает несколько важных преимуществ:
- чётко формулирует сам для себя то, что он хочет в итоге получить;
- отчётливо понимает, за что и сколько он платит;
- определяет составные части сайта, его функции, ключевые страницы;
- указывает сроки работ;
- контролирует расходы, например, в виде поэтапной приёмки работы;
- определяет, как будет выглядеть новый web-ресурс, для кого он предназначается;
- получает защиту от недобросовестных исполнителей и возможность заменить их без серьёзных проблем.
Плюсы ТЗ для исполнителя
Поскольку люди до сих пор не научились читать мысли, то, чтобы понять друг друга, приходится заранее обо всём договариваться.
Ещё исполнитель получает такие преимущества:
- действует по согласованному плану;
- ясно видит цели, понимает способы действий, а значит может вовремя «подтянуть» необходимые ресурсы.
- поэтапно сдаёт работы, то есть если что-то пойдет не так, то правки будут внесены быстро, и не придётся переделывать всё заново;
- оказывается защищённым от изменения желаний и необоснованных претензий клиента.
Практически, техническое задание — это план действий, на который ориентируются Стороны, чтобы получить нужный им результат без лишних трат денег, времени и сил.
Клиент чётко понимает, за что платит исполнителю. Эта ясность невозможна при устных договорённостях. Сегодня он сказал одно, завтра другое, а послезавтра потребует всё переделать заново. Понятно, что ТЗ в какой-то мере дисциплинирует, заставляет следовать букве документа.
Из чего состоит техническое задание
Главное требование к ТЗ — точные и не допускающие двойного толкования формулировки. Заказчик и разработчик должны чётко понимать друг друга. Поэтому слова «качественный», «надёжный», «удобный» в таком документе неуместны. Вместо них должны быть цифры. Например, надёжность измеряется одновременным количеством посетителей, а красота – утверждённым макетом.
Помимо этого, в ТЗ обычно включают:
- Общие сведения о цели ресурса, его ЦА, ожидаемом функционале.
- Объяснение всех терминов и непонятных слов. Заказчик не обязан знать, что такое футер, хостинг или CMS, это указывается в документе.
- Схематическое изображение структуры сайта. Оно показывает, какие страницы надо сделать, сколько их планируется, как они будут связаны. Чаще всего этот раздел выглядит как блок-схема. В его обсуждении должны обязательно участвовать маркетологи и SEO-специалисты. Если их исключить, даже самый замечательный сайт окажется бесполезным.
- Прототипы. Если время позволяет, лучше нарисовать для исполнителя эскизы страниц, если такой возможности нет — необходимо описание всех нужных элементов в различных разделах сайта, таких как шапка, контакты, баннеры, кнопка заказа, форма авторизации или обратной связи.
- Описание внешнего вида сайта, лучше всего — список цветов, названия шрифтов, цвет ссылок и пр. Для разработки дизайна сайта также можно передать исполнителю ваш логотип и брендбук.
- Полное описание всех требуемых инструментов: системы управления контентом («движка»), языка программирования, характеристик хостинга и пр.
- Требования к работе интернет-ресурса. Браузеры, в которых сайт будет отображаться, нужен или нет адаптивный дизайн, какая скорость загрузки необходима. Здесь же оговаривается разработка мобильной версии. Если этим пренебречь, то, например, люди, у которых на компьютере стоит Google Chrome, будут видеть сайт корректно, а те, у кого Opera — нет. Или же клиент будет недоволен тем, что сайт плохо выглядит на смартфоне, так как версию для мобильных устройств он просто не заказал.
- Систему работы web-ресурса. Разработчикам надо понимать, что будет делать посетитель сайта, какие действия от него ожидаются, как на них будет реагировать сайт.
- Кто будет отвечать за наполнение страниц — тексты, видео и пр. Далеко не всегда возможно реализовать разработку и наполнение сайта в одной компании. Чтобы избежать задержек и конфликтов, стоит продумать, кто подготовит статьи, сделает ролики и инфографику, предоставит фотоснимки для сайта, каким всё это будет (например, уникальным или нет). И главное — будет ли наполнением заниматься представитель разработчика, ваш менеджер или человек из третьей компании.
- Порядок приёма работ.
Подготовка ТЗ на разработку web-ресурса – важнейшая часть сотрудничества заказчика с исполнителем. Без него вы получите не то, что хотелось, и даже не сможете предъявить претензии. Этот документ защищает ваши права на качественное выполнение заказа и гарантированно подходящий результат.
Техническое задание на создание информационного портала
Новостной сайт – это информационный портал, который отличается расширенной структурой. Монетизация чаще осуществляется за счет размещения рекламных баннеров и интеграций. Создание новостного сайта – сложный процесс, при котором важно учесть множество деталей для пользовательского и административного интерфейса.
Разработка новостного сайта преимущественно выполняется для популяризации уже существующего печатного издания (газеты, журнала). Или же для формирования общественного мнения. Помимо грамотного дизайна важно соблюдать правильную структуру для удобства пользователей и эффективного поискового продвижения.
Техническое задание на разработку сайта с новостями выполняет компания ТЗ Профи. К работе привлекаются такие специалисты, как разработчики, веб-инженеры, SEO-специалисты, веб-дизайнеры и frond-end разработчики.
Создание и раскрутка новостного сайта должны осуществляться по четко подготовленной инструкции.
ТЗ на новостной сайт – это детализированный план действий или инструкция для команды разработчиков. Документ включает в себя всевозможные технические детали создания сайта, формирования структуры, дизайна. Техническое задание на новостной веб-проект позволяет заранее спланировать интерфейс, структуру, подобрать CMS-систему на основании определенных факторов и существующих норм.
Зачастую заказчики не имеют отношения к процессу программирования, построению веб-дизайна и структуры сайта. Тем более, обычная команда веб-мастеров или менеджеры не имеют навыков работы с программными кодами и системами управления данными. За счет этого возникают сложности в процессе постановления задачи разработчиками и теми, кто будет выполнять продвижение новостного сайта.
Чтобы избежать этого, компания ТЗ Профи подготовит техническое задание для новостного портала, которое избавит исполнителей от дополнительных вопросов, а заказчик получает инструмент контроля за процессом разработки. Перед работой проводится тщательный анализ конкурентов, формируется целевая аудитория, составляется маркетинговый план.
Как создается ТЗ для сайта новостей
ТЗ для информационного или новостного сайта направлено более на технические детали. Например, специалисты компании ТЗ Профи на основании собственного опыта предложат CMS-систему (из списка современных фреймворков). Все понимают, что WordPress, Joomla, MODX и аналоги не подходят для сложной структуры. В техническое задание обязательно включены требования по использованию HTML5 и AJAX. Уже на начальной стадии производится структурирование, рубрикация, прописываются требования к графе поиска.
Немаловажным для новостного сайта является интеграция для мобильных устройств, так как более трети пользователей обычно используют смартфоны и планшеты. А для синхронизации с различными ресурсами используются RSS, Яндекс.Новости, Atom.
ТЗ от нашей компании – гарантия эффективного продвижения веб-проекта
Еще одна особенность работы специалистов ТЗ Профи – это учет многозначных требований по продвижению новостного сайта. В работу над разработкой тех.
задания подключаются SEO-специалисты, копирайтеры, специалисты по таргетированной и контекстной рекламе. Это важно, чтобы уже на начальной стадии произошла поисковая индексация страниц. А в техническом задании прописываются требования по наращиванию органического трафика. Особое внимание стоит уделить продвижению регионального новостного сайта. Ведь полезным трафиком будет считаться только исходящий от конкретного региона, города, района. Также правильно настроенная реклама через поисковые сервисы и социальные сети увеличивают посещаемость на 20% и более, в сравнении с органической раскруткой.
Обратите внимание, что компания ТЗ Профи ориентирована на создание ТЗ для новостных сайтов различных категорий. При необходимости будут учтены условия под высокую посещаемость (свыше 100 тысяч пользователей в сутки).
Для получения развернутой консультации обратитесь к менеджерам компании.
ТЗ на разработку API Framework, API и портала для CRVS — Forum for Women, Law and Development
Техническое задание (ТЗ)
За разработку API Framework, API и портала для публикации отчета о естественном движении населения
Таким образом, для публикации отчета НСУ необходимо регулярно и безопасно получать данные регистрации актов гражданского состояния от DoNIDCR через электронные средства. Согласно соглашению, НСУ будет получать данные регистрации актов гражданского состояния с помощью Restful API от DoNIDCR.Это задание было дано для разработки платформы API с целью использования API и загрузки сведений для NSO для получения данных в соответствии с глобальными индикаторами. Основная деятельность по этому заданию заключается в разработке структуры API, разработке API и разработке механизма для использования данных в соответствии со структурой анализа данных NSO.
- Разработать платформу обмена данными с НСУ из DoNIDCR
- Разработать API Gateway для обмена данными на основе глобальных показателей
- Разработать портал для управления данными, полученными от DoNIDCR
Объем этого задания заключается в проектировании, разработке и развертывании платформы обмена данными и API, которые будут использоваться для обмена данными с другими системами.
Фирма должна оказывать услуги всех указанных целей в определенное время:
Результат 1: Проектирование и разработка платформы API:
Краткий обзор : Платформа API представляет собой комплексное решение, которое служит базовой основой для разработки API. Разработанная платформа будет иметь шлюз, приложение сервера идентификации с управляемыми API.
Основные характеристики:
Фирма должна разработать платформу API, которая должна быть основана на архитектуре микросервисов, как показано ниже:
Рис. Требуемая платформа API
Платформа API на основе микросервисов содержит шлюз API, сервер идентификации и API для безопасного обмена данными.
Фирма должна разработать все функции платформы API, как показано ниже:
- Шлюз API:
API-шлюз — это точка входа для всех вызовов API. Клиент вызывает шлюз API вместо служб, и шлюз перенаправляет вызов соответствующей службе на серверной части.
Таким образом, API Gateway управляет всеми серверными службами, защищает API от чрезмерного использования и злоупотреблений, а также использует службу аутентификации и ограничение скорости.
Требование:
Шлюз API должен быть разработан с использованием таких шлюзов, как Ocelot или другого шлюза API с открытым исходным кодом в ядре asp.net. Он должен иметь характеристики для:
- Маршрутизация
- Аутентификация
- Авторизация
- Ограничение скорости
- Кэширование
- Качество обслуживания
- Отслеживание
- Регистрация
- Балансировка нагрузки
Поставщик службы обнаружения:
Фирма должна разработать службу обнаружения в API-шлюзе. Он должен управлять всеми службами API, разрешая их регистрацию в центральном реестре, что позволяет службам автоматически обнаруживать друг друга, не требуя, чтобы оператор-человек модифицировал код приложения. Должен защищать службы API от сетевых сбоев, обеспечивать сетевую безопасность с помощью контроля доступа, проверять работоспособность служб и автоматически управлять ими для обеспечения высокой доступности.
- Приложение Identity Server:
Identity Server — это сервер проверки подлинности, реализующий стандарты OpenID Connect (OIDC) и OAuth 2.0 для ASP.NET Core. Он разработан, чтобы предоставить общий способ аутентификации запросов ко всем приложениям, будь то веб-приложения, нативные, мобильные или конечные точки API. Приложение сервера идентификации должно выдавать маркеры доступа к API для различных типов клиентов.
Требование :
Консалтинговая фирма должна разработать решение в ядре asp.net, где каждый клиент (агентские системы) должен быть зарегистрирован в этом приложении. После регистрации этим клиентам необходимо предоставить имя пользователя и пароль для аутентификации. После успешной аутентификации клиента приложение должно быть снабжено токеном доступа JWT для аутентификации и проверки запроса.
Функционал должен быть следующим:
- Создать базу данных для управления пользователями каждого агентства-клиента.
- Создать токен аутентификации для запроса аутентификации и проверки.
Результат 2: Проектирование, разработка и развертывание API:
Краткий обзор : API для обмена данными о событиях естественного движения населения VERSP-MIS с NSO необходимо разработать, протестировать и внедрить в тесном сотрудничестве с DoNIDCR.
Основные характеристики:
Консалтинговая фирма должна разработать Restful API в ядре asp.net для обмена жизненно важными данными о событиях с клиентским приложением. Эти API должны реализовать архитектуру микросервисов. Эти службы должны быть зарегистрированы в API-шлюзе и должны аутентифицировать клиента с помощью сервера идентификации.
Эти API должны быть разработаны, настроены и развернуты:
- API для данных о рождении
- API для данных о смерти
- API для данных о разводе
- API для данных о браке
- API для переноса данных
- Данные о покрытии API
Выход: Разработка портала
Описание: Портал представляет собой онлайн-систему, в которой будут храниться данные регистрации актов гражданского состояния, полученные от DONIDCR через API.
Будет организована загрузка сведений о регистрации актов гражданского состояния в соответствии с различными показателями с этого портала в формате CSV или Excel.
Основные характеристики:
- Модуль входа пользователя
- Перечень данных по дате, видам регистрации актов гражданского состояния и показателям
- Интерактивная приборная панель
Выход 3: Написание документации API
Сводка:
Текстовый подробный и пошаговый документ API для работы с системой.
Основные характеристики:
Раздел с практическими рекомендациями по процессу передачи данных в NSO.
Результат 4: Передача знаний и ориентация для сотрудников НСУ и DoNIDCR
Сводка:
Обучение и инструктаж
Основные характеристики:
Физическое и/или виртуальное обучение работе с системой
Язык программирования
Система должна быть разработана на ядре C# .
NET ASP.net.
- Конфиденциальность и безопасность
Решение должно взаимодействовать с надлежащим механизмом безопасности для защиты данных и обеспечивать конфиденциальность. Безопасность является важным требованием при разработке программного обеспечения. Решение должно иметь следующие функции безопасности
- Аутентификация и веб-токены JSON
- Полномочия и области действия
- Обработка ошибок:
Решение должно иметь надлежащий механизм обработки ошибок с использованием стандартных кодов ошибок HTTP.
- Язык программного интерфейса
Решение должно иметь как непальский, так и английский языки, слова и символы.
- Управляемый параметр
Решение должно иметь широкие возможности настройки; должно быть минимальное количество жестко закодированных опций. Разработанное приложение должно управляться параметрами.
Настоятельно рекомендуется использовать данные из базы данных для заполнения вариантов и вариантов.
- Производительность
Используйте кэширование для получения быстрых результатов для повторяющихся запросов GET. Используйте возможности разбивки на страницы и фильтрации, чтобы уменьшить объем передаваемых данных. Объекты передачи данных не должны содержать ненужных полей.
- Документация
Документы API должны включать описание, параметры запроса, ответы и сценарии ошибок. Он должен включать образцы запроса/ответа, чтобы обеспечить полную картину.
- Совместимость:
Система должна иметь высокую степень функциональной совместимости, чтобы разные системы могли обмениваться данными и повторно использовать их.
- Открытый стандарт
Разрабатываемая система должна быть по возможности открытой. Он не должен зависеть от конкретного поставщика и зависеть от какой-либо конкретной технологии поставщика.
Не должно быть реализации каких-либо конкретных компонентов, программного обеспечения, промежуточного программного обеспечения, встроенного ПО, чтобы избежать ситуации блокировки поставщика. Предлагаемая архитектура, база данных, язык программирования и любая технология, используемая для разработки и внедрения системы, должны использовать «Открытый стандарт», когда такие стандарты доступны и применимы для соответствия спецификации.
- Соответствие стандартам и государственным стандартам
Правительство Непала (ПН) недавно опубликовало набор стандартов для разработки и внедрения систем ИКТ, а также веб-сайтов. Участник тендера должен принять, соблюдать и соблюдать рекомендуемые стандарты для данных, дизайна, архитектуры, архитектуры безопасности и т. д. Основная система, подсистема, компонент, дизайн, документ и любая часть, которая реализуется и используется для этой задачи, должны соответствовать следующему руководству. документы, где это применимо.
- Архитектура государственного предприятия (GEA).
- Основная система, подсистема, компонент, дизайн, документ и любая часть, которая внедряется и используется, должны соответствовать Структуре функциональной совместимости правительства Непала (NeGIF).
Консультант должен перечислить и предоставить обоснованную логику и обоснование, если такое соответствие не может быть установлено.
- Фирма должна иметь 3-летний опыт работы в разработке API или веб-приложений.
В период реализации проекта требуется следующий ключевой персонал с нижеприведенной квалификацией и опытом:
| Серийный номер | Экспертиза | Квалификация | Минимальный опыт |
| 1 | Руководитель группы | Степень магистра в области информационных технологий или смежных дисциплин | Руководитель группы должен иметь не менее 5 лет общего опыта управления ИТ-проектами. |
| 2 | Системный аналитик | Степень магистра в области информационных технологий или смежных дисциплин | Системный аналитик должен иметь не менее 5 лет опыта работы в области системного анализа, проектирования и разработки. |
| 3 | Программист API | Степень бакалавра в области информационных технологий или эквивалент | Программист должен иметь минимум 2 года разработки веб-систем |
| 4 | Веб-разработчик | Степень бакалавра в области информационных технологий или эквивалент | Веб-разработчик должен иметь опыт веб-разработки не менее 2 лет |
| 5 | Разработчик базы данных | Степень бакалавра в области информационных технологий или эквивалент | Разработчик базы данных должен иметь как минимум 2 года общего опыта работы с СУБД. |
| 6 | Обеспечение качества (ОК) | Степень бакалавра в области информационных технологий или эквивалент | Специалист по обеспечению качества должен иметь опыт работы в веб-разработке не менее 2 лет |
| 7
| Документатор/Технический писатель | Степень бакалавра в любой области | Документатор/Технический писатель должен иметь минимум 2 года общего опыта написания технических работ. |
Вклад ключевого персонала консультанта должен быть следующим.
| Серийный номер | Экспертиза | Работы, которые необходимо выполнить | Всего человеко-месяцев |
| 1 | Руководитель группы | Руководит командой проекта, чтобы обеспечить качественное и быстрое обслуживание проекта. Спланируйте, выполните и завершите проект. | 1 |
| 2 | Системный аналитик | Сбор требований, подготовка SRS и SDS как часть системного анализа и проектирования. Развертывание API и конфигурация системы | 1 |
| 3 | Разработчик API | Кодирование, отладка, проектирование API, разработка и предварительное/последующее тестирование системы как часть внедрения системы. | 2 |
| 4 | Веб-разработчик | Кодирование, отладка, разработка веб-приложений и предварительное/последующее тестирование системы как часть внедрения системы. | 2 |
| 5 | Конструктор баз данных | Проектирование реляционной базы данных. | 2 |
| 6 | Обеспечение качества | Проверка качества каждого разработанного модуля | 1 |
| 6 | Документальный / технический писатель | Руководства для системных администраторов, конечных пользователей и обучающие материалы. | 1 |
- Начальный отчет,
- Окончательный протестированный продукт портала, API Gateway и Framework,
- Полностью функционирующие API, отчет об испытаниях и техническая документация,
- Отчет о завершении работ
NSO будет владеть всеми исходными кодами и документами. Полный рабочий исходный код, включая все разработанные библиотеки, должен быть передан в НСО.
Консалтинговая фирма должна развернуть портал обмена данными, API и комплексное решение на сервере DoNIDCR.
Консультант должен предоставлять незначительные усовершенствования, обновления и поддержку в течение как минимум 1 года после развертывания.
Общий срок реализации составит 2 (два) месяца с даты присуждения контракта. Программное обеспечение должно быть доставлено в течение 1 месяца с даты заключения контракта.
Консультант должен работать под пристальным и постоянным контролем НСО и DoNIDCR.
NSO будет иметь полное и единоличное право распространять, лицензировать, охранять авторские права, изменять и реконструировать систему без обязательных обязательств перед каким-либо другим учреждением.
Консультационная фирма должна передать NSO полный рабочий исходный код, включая все разработанные библиотеки.
LACEA – Латиноамериканская и карибская экономическая ассоциация или Asociación de Economía de América Latina y el Caribe
Латиноамериканская и карибская экономическая ассоциация или Asociación de Economía de América Latina y el Caribe (LACEA) является международной ассоциацией экономистов с общими исследовательскими интересами в Латинской Америке. Он был создан в 1992 году для облегчения обмена идеями между экономистами и политиками. Для получения дополнительной информации о LACEA просмотрите его историю и Устав. Мы также приглашаем вас присоединиться к LACEA.
LACEA щедро поддерживается грантами Всемирного банка, Межамериканского банка развития, Банка развития Латинской Америки (CAF) и других организаций, которые готовы поддержать будущее LACEA. Нажмите здесь, чтобы узнать больше о сторонниках LACEA.
Ежегодные собрания LACEA
28-е Ежегодное собрание LACEA 2023 состоится в Боготе, Колумбия, 16-18 ноября 2023 года, и будет организовано Pontificia Universidad Javeriana при поддержке Banco de la Republica de Colombia.
Прием документов открыт до 30 мая 2023 года. Подайте свои документы сейчас! Нажмите сюда, для получения дополнительной информации.
27-я ежегодная встреча LACEA 2022 состоялась в Лиме, Перу, 3-5 ноября 2022 года, организованная Universidad del Pacífico. Нажмите сюда, для получения дополнительной информации.
26-я ежегодная встреча LACEA 2021 была организована виртуально 20-22 октября 2021 года в Universidad del Rosario, Богота, Колумбия. Нажмите сюда, для получения дополнительной информации.
25-я ежегодная встреча LACEA 2020 была проведена виртуально 12–13 ноября 2020 года и ограничивалась 5 основными докладчиками, панелью по Covid-19 в LAC. Нажмите сюда, для получения дополнительной информации.
24-я ежегодная встреча LACEA 2019 состоялась в Пуэбле, Мексика, 7–9 ноября.th, организованный Benemérita Universidad Autónoma de Puebla и Colegio de Economistas del Estado de Puebla.
Нажмите сюда, для получения дополнительной информации.
23-я ежегодная встреча LACEA 2018 состоялась в Гуаякиле, Эквадор, 8-10 ноября, организована Escuela Superior Politécnica del Litoral, ESPOL. Нажмите сюда, для получения дополнительной информации.
22-я ежегодная встреча LACEA 2017 состоялась в Буэнос-Айресе, Аргентина, 8-11 ноября, организованная Университетом Сан-Андрес. Нажмите сюда, для получения дополнительной информации.
Для получения дополнительной информации о предыдущих встречах нажмите здесь
Сети, спонсируемые LACEA
В настоящее время LACEA спонсирует десять сетей в области наращивания потенциала. Каждая сеть — Неравенство и бедность, Политическая экономия, Торговля, интеграция и рост в Латинской Америке, Оценка воздействия, Финансовые лагеря, Преступность и политика в Латинской Америке, Сеть труда, Сеть экономики здравоохранения, Сеть поведенческой экономики и Сеть экономической истории — проводит ежегодные собрания в разных регионах Латинской Америки.
Все подробности, связанные с сетями LACEA, можно найти здесь.
Журнал Economia LACEA
Economía LACEA Journal — журнал Латиноамериканской и Карибской экономической ассоциации. Запущенный в 2000 году, он стал предпочтительным местом для некоторых из лучших исследований, проведенных в Латинской Америке и в Латинской Америке или имеющих отношение к региону. Издаваемый LSE Press в формате открытого доступа, Economía публикует рецензируемые исследовательские работы, охватывающие ряд тем прикладной и эмпирической экономики, имеющих важное значение для политики в Латинской Америке. Economía делает упор на тщательную прикладную теоретическую или количественную работу, в которой используются современные аналитические инструменты и, возможно, новые или недостаточно используемые базы данных. В соответствии со своей целью журнал также публикует критические обзоры работы в областях, имеющих отношение к политике.
Журнал приветствует публикации по любой области макроэкономики, микроэкономики или финансов в любое время. Для большей информации, пожалуйста нажмите сюда.
Призы LACEA
Приз Карлоса Диаса-Алехандро
Премия Диаса-Алехандро LACEA призвана почтить память и вклад Карлоса Диаса-Алехандро, а также поощрить высококачественные исследования по экономическим вопросам, актуальным для Латинской Америки. Пожалуйста, нажмите здесь, чтобы узнать больше об этом розыгрыше и его победителях.
Премия Хуана Луиса Лондоньо
Лондонская премия LACEA предназначена для того, чтобы почтить память и вклад Хуана Луиса Лондоньо, а также для поощрения высококачественных и политически актуальных исследований по социально-экономическим вопросам, актуальным для Латинской Америки. Пожалуйста, нажмите здесь, чтобы узнать больше об этом розыгрыше и его победителях.