Изучение вопроса показало, что по правилам русского языка слова, начинающиеся на «и» всегда после приставки «пред-» меняют эту букву на «ы». Например, «предыстория», «предыдущий» и т.п. Есть исключения (для иностранных приставок и для сложных слов), но ни одно из них не подходит к данному случаю. То есть по правилам – «предынвестиционный». Но смотрится это настолько коряво, что мало кому нравится. Поэтому у нас вечно вылезает «и», как и у большинства авторов. Будем исправлять, наверное.

1. Несколько раз обсуждали в Скайпе ТЗ. Они нашли у меня несколько мелких ошибок. Как правило, это нестыковки такого типа, что использование поля в базе есть, а о самом поле ничего не сказано. Достаточно оперативно всё это обсудили. Стал очевиден положительный момент в общении через Скайп, а не по телефону или лично – все договоренности об изменениях в ТЗ автоматически документируются.

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

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

Ну собственно, вот список, который я себе первоначально составил, и по которому рассылал запросы:

1. http://www.crm-on-demand.ru
2. http://www.grinmark.ru
3. http://www.promsoft.ru
4. http://www.itlinux.ru/
5. http://www.analog-company.com
6. http://www.vedisoft.info

Ответили трое. То есть три компании не ответили вообще. Давайте считать, что они переполнены заказами. Среди этих трех одна компания (АйТи) сказала, что вообще-то доработками не занимается, а внедряет как есть, что несколько насторожило. Потом, правда, выяснилось что все не так уж плохо, но всё-таки АйТи, как я понял, больше ориентирована на внедрение платной версии. Я её оставил в списке, но с некоторыми сомнениями.

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

Результат получился такой: Техническое задание

Отдельно еще пришлось писать ТЗ на импорт данных, вот оно

Повторно рассылали ТЗ уже в конце января, на три адреса компаний, ответивших в первый раз. И поскольку их оказалось мало, то я посмотрел еще и варианты с частными консультантами на сайте free-lance.ru. Там неплохой выбор, но я им не стал сразу высылать предложение, хотелось дождаться ответов от компаний. С ними получилось так. Один не ответил. Второй ответил, но через неделю, когда всё уже было решено и проект начался. Ведисофт ответили быстро, поэтому с ними начали говорить о подробностях. В итоге, на них и остановились. Основания для выбора у меня были такие:

1. У них логичный и симпатичный сайт. Ну то есть работать аккуратно они умеют.
2. В общении они были достаточно конкретны и оперативны.
3. Они, оказывается, внедряли SugarCRM нашим старым партнерам. Позвонил, пообщался. Партнеры сказали, что остались довольны.

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

В итоге, 9 февраля подписан договор. С этого момента можно вести отсчет официальной части проекта.

1. Система бесплатная. У нее есть более продвинутая платная модификация, но нам, вроде, оттуда ничего не надо.
2. Система полностью открытая и поэтому есть достаточно людей, которые умеют ее настраивать. Первое впечатление было еще и такое, что есть полно компаний, способных внедрить ее. Потом оказалось, что это не так, но это уже было потом.
3. Много пользователей. Значит более-менее оттестирована.

Первое впечатление от Sugar – очень сложно. Это впечатление появилось как у меня, так и у нашего коммерческого директора (у него и сейчас еще осталось это впечатление, посмотрим поменяется ли оно по результатам внедрения). Но на практике всё оказалось не так ужасно, лишнее можно выкинуть, кое-что подправить и всё заработает.

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

Из хорошего:

1. Очень приличный базовый интерфейс, ну то есть добавление/удаление/поиск. До того как организовать поиск мы сами в старых ТЗ не дошли, тут это сделано лучше.
2. Сервис рассылок привязан к базе клиентов, вся переписка по любому клиенту видна всем.
3. Интерфейс настраивается очень легко. Я установил демо-версию и буквально за двадцать минут привел ее в такой вид, который мне показался идеальным.

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

1. Работает медленно. Не то чтобы очень медленно. Но я не понимаю что ей переваривать, например, 2 секунды на пустой базе. У нас на сайте работают разные приложения на платформе PHP/MySQL, в том числе и такие, которые переваривают много данных (форум, открутка рекламы, поиск). Им требуются сотые доли секунды на отклик. Есть надежда, что при все проблемы производительности это просто свойства демоверсии под Windows, но неприятный осадок остался.
2. В штатных средствах поиска и создания выборок данных есть очень неприятные пропуски. Например, нельзя сделать поиск сделок по признаку «С … По …», можно только на одну конкретную дату. Или еще один пробел. В старой системе у нас все выборки строились по принципу типа «Найти все такие контакты, у которых компания работает в отрасли ХХХ». А здесь так нельзя. Технически это выглядит как невозможность включения связанных таблиц в SQL-запрос. А в жизни это выглядит как бред и геморрой.

Больше пока очевидных проблем не видно. Вероятно они всплывут как только начнем работать.

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

О том, как мы их искали – в следующей статье.

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

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

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

Соответственно, мы начали искать вариант, который решил бы для нас эту проблему. Западные системы типа Siebelне смотрели, там всё дорого, у нас не такие проблемы с CRM, чтобы выкладывать такие деньги. Очень долго вертелись вокруг продуктов Terrasoft. Но репликация, т.е. поддержка двух копий, в них реализована только для самого дорогого варианта. А это означает, что надо выложить 300 тыс. руб. только за лицензии, не считая затрат на внедрение. Ну то есть с внедрением – сразу можно ориентироваться на 400-500 тыс. руб. Наверное, можно было как-то извернуться и попробовать внедриться на основе более простой версии, но я так и не понял как это сделать. Долго смотрели Monitor CRM, но некоторые ключевые функции, которые были нам нужны, я в ней не нашел. Разработчики в разговоре обещали продемонстрировать всё что угодно, но встреча так и не состоялась. Не состоялась она по моей вине, потому что к этому моменту у нас изменилась вся концепция.

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

Этот сервер сейчас обслуживает до 100 тыс. посетителей в день, он расположен на хостинге в компании Зенон и мы платим за его круглосуточный мониторинг и обслуживание. Учитывая то, что мы сидим на этом хостинге со своими веб-проектами уже 12 лет, уверенность в стабильной работе этого сервера у нас очень высокая. Мощности сервера тоже хватит, мы как раз только что выложили 120 тыс. руб. на апгрейд и теперь там очень хороший запас ресурсов. В общем, мы решили, что самое правильное для нашей CRM-системы – разместиться на нашем веб-сервере. Там она будет доступна как из офисов, так и из командировки или из дома, а также там за ней всегда присмотрят.

Но веб-сервер – это операционная система FreeBSD, а не Windows, и база данных MySQL. И сразу большинство систем отпали. Зато обнаружилась важная деталь. Если система будет написана на PHP/MySQL, то она с одной стороны, будет готовой системой, а с другой стороны, мы всегда сможем заказать к ней доработки и надстройки, форматы-то открытые.

В итоге, после некоторого поиска, мы вышли на изучение системы SugarCRM. О том, что мне в ней понравилось, а что нет – в следующей статье.

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

Так появилась первая версия системы управления контактами, написанная собственными силами в среде MS Access. На тот момент, она выглядела так:

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

Эта база просуществовала в неизменном виде примерно три года. Но в конце концов, ее подкосила необходимость синхронизации данных между офисами. Дело в том, что эта синхронизация выполнялась штатными средствами MS Access. И вот в один прекрасный день они просто перестали работать. Найти причину так и не удалось, а поскольку принцип синхронизации был реализован не нами, то что-то изменить было трудно. На какое-то время базы двух офисов стали существовать в параллельном режиме. И одновременно была поставлена задача внедрения новой системы. Теперь уже это должна была быть полноценная CRM-система.

В процессе выбора вариантов мы изучили то, что предлагают нам на рынке, из недорогих. По разным причинам многие варианты отпали. Кто-то из-за дорогивизны (варианты свыше 500 тыс. руб. мы отбрасывали сразу), а кто-то из-за того, что там не обещали реализовать наши специфические потребности (регистрация программ и синхронизация баз). Долгое время оценивали варианты внедрений на базе продуктов Microsoft, а также изучали Sales Expert.

Но внедрение от Майкрософт требовало при наших задачах потратить около 200 тыс. руб. и вынуждало нас переделать под него всю сетевую инфраструктуру офиса, что повышением ежемесячных затрат еще на 15-20 тыс. руб. То есть первый год работы такой CRM обошелся бы нам в 400 тыс. руб. Sales Expert обходился дешевле, около 100 тыс. руб., но система на поверку оказалась слишком закрытой и ограниченной в функционале. Зависеть от такой системы не хотелось.

В итоге, новую версию системы мы разрабатывали сами. Весь процесс разработки и внедрения стоил нам 30 тыс. руб., работа была заказана частному программисту, которого мы нашли через сайт free-lance.ru. Полное техническое задание на эту систему прикреплено к этой публикации, с ним можно познакомиться. Система проработала вплоть до декабря 2009 года. О том, что было дальше – в следующих публикациях.

Загрузить ТЗ на базу контактов версии 2008 года (459 К)

С сегодняшнего дня компания «Альт-Инвест» начинает внедрение у себя очередной версии CRM-системы (т.е. системы управления взаимоотношениями с клиентами). Этот проект от начала до конца будет освещаться на наших сайтах. При этом мы будем публиковать абсолютно всё: тексты технических заданий, внутренние документы, подробности обсуждений, календарь работы. Более того: каждый читатель имеет право задать мне любой вопрос о проекте и на этот вопрос будет дан ответ. Единственное, что мы не планируем публиковать, это содержание самой клиентской базы, в остальном никаких ограничений. Спрашивать можно здесь в комментариях, по почте или в форуме сайта http://www.marketing.spb.ru (сейчас создам там тему).

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

Оперативная информация о проекте будет публиковаться здесь, в блоге. Полная подборка материалов будет, также, доступна на сайте «Энциклопедия маркетинга».

• «Создание фармацевтического производства» – 40
• «Организация производства стеклянной тары» – 32
• «Строительство производственного комплекса» – 26
• АО «Хлебная база» – 24
• «Организация цеха железобетонных изделий» – 33
• «Создание фирмы фотоуслуг» – 34
• «Создание предприятия в области перевозок» – 32
• «Организация услуг связи» - 28
• «Строительство жилого комплекса» – 30
• «Построение телекоммуникационной сети» – 27
• «Организация деревообрабатывающего цеха» – 22

Принцип оценки несколько отличался от моего: число вопросов сокращено в 2 раза, а оценка по каждому вопросу стала от 0 до 2. Но максимальный балл тот же – 50. Соответственно, появилась возможность посмотреть насколько победители конкурсов бизнес-планов соответствуют по качеству тем критериям, которые мы предлагаем. Надо только обратить внимание на то, что эти критерии касались в основном полноты и качества информации, но не качества подачи материала.

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

Присланная работа выполнялась в рамках магистерской диссертации «Исследование вопросов применения процедур управления рисками в бизнес-планировании», которая была защищена в январе 2010 года Александром Фонкацем на факультете переподготовки специалистов Санкт-Петербургского государственного политехнического университета.

Опубликовано здесь: http://www.cfin.ru/finanalysis/reports/finratios_update.shtml

Собралось какое-то необычное количество проектов детских центров:

• №11. Детский центр «Развитие»
• №20. Центр дошкольного образования
• №26. Развивающий центр «Растем вместе»
• №28. Детский центр «Зеленая волна»

В принципе, это стандартная тема для тех, кто пишет бизнес-планы в рамках MBA. Мужчины пишут об автомойках и автосервисах, женщины – о салонах красоты и детских центрах. Автомойка и автосервис в этом конкурсе тоже есть, и салон красоты присутствует. Вообще, где-то треть работ, как всегда, от студентов MBA. Но вот детских центров среди них явно больше чем обычно. Сказывается рост рождаемости? На нашей компании он тоже сказался – с этой недели в декретный отпуск уходит Юлия Болотинская, главный администратор всех продаж последних шести-семи лет.

Ответчик: «Письмо нельзя принимать как доказательство. Это просто распечатка какого-то e-mail’а, никак не оформленная».

Суд: «Ответчик, Вы хотите заявить о фальсификации этого документа»?

Ответчик: «Нет».

Суд: «В таком случае, поскольку стороны не оспаривают подлинности документа, он признается допустимым письменным доказательством».

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

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

Согласно Арбитражному процессуальному кодексу:

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

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

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

Закон вводит новое понятие:

Статья 5. Понятие простой электронной подписи

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

Простая электронная подпись не имеет сертификата ключа подписи.

То есть, если я пишу e-mail, а в конце письма написано – Дмитрий Рябых, то вот это и есть простая электронная подпись. И у нее теперь есть конкретный правовой статус. И этот правовой статус имеет конкретные последствия:

Статья 6. Использование простой электронной подписи

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

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

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

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

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

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

Идея очень простая. 2,5 дня идет наш обычный семинар: структура проекта, методы анализа, подготовка данных для расчетов, практика оценки и представления проекта. А на полдня приглашается человек, квалификация и опыт которого в этой области просто запредельна, как в силу его личного опыта, так и в силу того, какую должность этот человек занимает. В промышленных семинарах в качестве такого человека мы приглашали Александра Груздева из Сбербанка – он рассказывал о том, как правильно ходить к ним за кредитами. Но в строительстве сейчас самой больной темой является неопределенность рынка и постоянные изменения в принципах его организации. Поэтому и «гостя» выбрали другого.

В качестве «гостевого лектора» выступит Лада Белайчук, зам. нач. отдела исследований и консалтинга компании Cushman&Wakefield. Если она чего-то не знает о рынке строительства, значит этого никто не знает. Но она знает и обещала рассказать довольно многое из того, ради чего клиенты обычно и идут в Cushman&Wakefield (а это одна из крупнейших в мире компаний, специализирующаяся на рынке недвижимости).

Посмотрим, что это даст с точки зрения восприятия семинара слушателями. То, что рассказывал Груздев, оказалось для участников семинара очень актуальным. Надеюсь, что и тут получится.

Положение на рынке

Средняя цена на нефть по сравнению с 1 сентября немного подросла. Тогда она держалась в районе $70, сейчас колеблется в интервале $72-80. Во всяком случае, никаких движений вниз не происходит.

Рентабельность внешней торговли

Положительное месячное сальдо внешней торговли падало в худшие моменты кризиса до уровня $5 млрд. Но с марта по сентябрь сальдо плавно росло, в сентябре остановилось на уровне $11,5 млрд. и с тех пор не двигается. В общем, при текущих ценах на сырье в страну будет притекать около $140 млрд. в год. Это только один из вариантов отображения платежного баланса, другие методы группировки и анализа дают другие показатели, но в главном все варианты сходятся – в 4 квартале мы уверенно держались в плюсе.

Дефицит бюджета

Итоговый дефицит бюджета за 2009 год составил 5.9%. Это очень плохой показатель, но он лучше, чем прогноз, который давал Минфин в августе. Тогда ожидали, что дефицит бюджета достигнет 9,4%. То есть ситуация выправляется, но по-прежнему остается критически плохой.

Резервы ЦБ

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

Остатки на корр. счетах банков

Денег на счетах в банках оказалось немного больше, чем в докризисный период 2007 года. Но вообще-то, это слабый показатель, слишком много факторов на него действует. Надо бы его заменить чем-то другим. Не будем его комментировать.

Индекс РТС

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

Общий итог таков:

1. Все краткосрочные показатели экономики выглядят хорошо. В ближайшие 3-6 месяцев нет оснований для каких-либо обвалов в экономике.

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

Во-первых, там есть обзор всех венчурных инвесторов, следы деятельности которых обнаружены в России, включая государственные программы поддержки. Даны рекомендации как на них выходить, разъяснена разница в их подходах. Есть контакты примерно 80 фондов, которые реально работают с венчурными проектами.

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

Всего 43 страницы, очень компактно. Полный текст: ai_for_venture.pdf (480 Кб)

Крупнейшим (по объему привлеченных инвестиций) новым венчурным проектом в России в области интернета стал проект kupiVIP.ru, хотя он был создан в одной из самых депрессивных рыночных ниш (продажа товаров известных брендов). Клуб, созданный в момент начала кризиса, сейчас насчитывает более 1 млн. членов, а общая сумма привлеченных в два транша инвестиций составила $31 млн. Как раз недавно был получен второй транш, первый был на $11 млн., теперь инвесторы выделили еще $20 млн.

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