Деньги бывают разные — «умные» и не очень. На этапе старта бизнеса очень важно привлечь «правильных» инвесторов с «умными» деньгами.



Как-то раз в Parallels хотел инвестировать английский аристократ. Он владел крупнейшим в Великобритании сафари-парком. Разговор у нас как-то сразу не заладился. «Почему отель можно купить за 5 EBITDA, а вас за 20? Чем вы лучше?» — спрашивал меня он. У отеля низкая маржа и стабильные издержки. А бизнес Parallels — это софт. Издержки растут непропорционально масштабам. В итоге мы договориться не смогли — этот человек мог принести в мой бизнес только деньги, но никакой пользы. Многим кажется, что деньги — самое главное. Не совсем так: привлекая инвестиции, вы получаете штамп качества. Правильный штамп и небольшие деньги зачастую полезнее для вашего бизнеса, чем большие деньги и никудышный штамп.

Первое впечатление — это все. Пословица «По одежке встречают, по уму провожают» актуальна не только в жизни, но и в дизайне. Впечатление от дизайна состоит из множества факторов, и один из важнейших — это цвет.

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

Основные цвета (Primary Colors)

Основные цвета палитры — красный, желтый и синий. Если говорить об основных цветах на экранах различных устройств — это RGB, красный, зеленый и синий.

В 2008 году будущая команда «Мосигры» начала воплощать свою давнюю мечту по изданию качественной отечественной настольной игры. С продажи первой партии «Шакала» началась история розничной сети. Сначала мы открыли интернет-магазин, потом магазин в реале, а затем за два года построили сеть, покрывающую крупнейшие города России, Украины, Беларуси и Казахстана.

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

Осенью 2008-го года у нас на руках уже была большая партия игры «Шакал» (в премиум-версии), стоящая немалых денег, масса энтузиазма, глобальные планы и некоторое количество денег на сайт и первый маленький магазин.

А теперь медленно и по порядку.

Я часто задаю вопрос, что лучше, много маленьких проектов по три рубля, или один большой за 30? Что лучше, 30 дешевых работников, или 3 высококвалифицированные специалиста? Спорить можно долго, но правильный ответ находится не в самом вопросе, а за его пределами.

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

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

Как вы знаете, StartupIndex почти каждый месяц проводит проектные сессии. Это закрытые конференции, на которых авторы стартапов проводят свои презентации перед независимыми экспертами и инвесторами.

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



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

Здравствуйте. Меня зовут Марат. Я работаю дизайнером в компании Мегаплан.

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

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

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

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

Опыт работы с восприятием конечного потребителя накоплен в разных областях – от производства роботов до памперсов. Я подобрал несколько показательных примеров.

Это одна из серии статей рассказывающих об использовании паттернов.

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

В мире разработки программных продуктов бытует немало мифов и заблуждений. Чтобы двигаться вперед, а не топтаться на месте, их совершенно необходимо разрушить. Сегодня об одном из самых закоренелых заблуждений, которое к тому же достаточно вредное — называется «Миф об обязательном поле».

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

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

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

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



Анонсированный в конце прошлого года проект Livebase.ru — онлайн-база аренды жилья — переживает ренессанс. Некотрое время назад создатели этого проекта попросили меня рассказать о том, что как у него шли всё это время дела, какие новости и что он может предложить юзерам. Тема подвернулась довольно кстати, так как я сам в ближайшее время планирую переезд, и интерес к подобным ресурсам у меня чисто практический.

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

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



Структурно хотелось бы рассмотреть все таким образом:

1. Функционал
2. Стратегия + тактика
3. Области применения
4. Примеры
5. Дополнительные материалы

Смешно слышать, как кто-то так сильно пытается защитить идеи (например, те, кто хочет, чтобы я подписал соглашение о неразглашении, когда делятся со мной простейшей идеей).

Я думаю, идеи ничего не стоят без реализации. Они – всего лишь множитель. Реализация стоит миллионов.

Объяснение:

Ужасная идея = -1
Слабая идея = 1
Идея ничего = 5
Хорошая идея = 10
Отличная идея = 15
Гениальная идея = 20

Без реализации = $1
Слабая реализация = $1000
Реализация так себе = $10 000
Хорошая реализация = $100 000
Отличная реализация = $1 000 000
Гениальная реализация = $10 000 000

Чтобы оценить компанию, нужно умножить одно на другое.

Гениальнейшая идея без реализации стоит $20.

Гениальнейшая идея с отличным исполнением стоит $20 000 000.

Поэтому я не хочу слышать идеи.

Мне неинтересно, пока не увижу реализацию.

Об авторе. Дерек Сиверс (Derek Sivers) — бизнесмен, основатель CD Baby.

Недавно дочитал книгу «Стратегия голубого океана» У. Чан Кима и Рене Моборна. Отдельными моментами напоминает ТРИЗ (Теория Решения Изобретательских Задач) что конечно весьма порадовало. После прочтения сформировался ряд тезисов.

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

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

За 5 лет работы в компании сменилось огромное количество менеджеров проектов.
ПМ-ы мрут как мухи. Как пехота штрафбата, брошенная в бессмысленную лобовую атаку.

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

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

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

Данная статья будет полезна тем, кто не устанавливал и не использовал Visual Studio Team Foundation Server раньше. TFS может быть частью очень сложной инфраструктуры, которая включает отчеты, интеграцию с SharePoint, множественные домены, распределенные базы данных и т.д., но я не собираюсь затрагивать эти области. Моя основная задача – это помочь разобраться с базовыми элементами TFS (система контроля версий, система отслеживания ошибок и заданий и система автоматических сборок) и начать использовать данную систему.

Подхватывая новую волну статей об образовании, я хотел бы поделиться своим опытом обучения в магистратуре City University London (CUL). Во время зимней сессии я уже писал о том, как здесь проводятся экзамены, а сейчас собираюсь сделать обзор некоторых особенностях ВУЗа, в котором учусь. Многие вещи, о которых пойдёт речь, достойны того, чтобы быть позаимствованы. Наибольшее внимание будет уделяться тем моментам, которые, так или иначе, близки тематике Хабра.

Статья довольно обширная, и в ней немало фотографий, поэтому предупреждаю: трафик.

Наблюдал у многих, с кем я работаю, этот синдром. Даже у себя наблюдал [из-за чего с предыдущей работы ушёл]

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

Как это выглядит? Я попробовал нарисовать схему и пояснить её: