Осталось совсем немного до подведения итогов конкурса «Лучший способ бекапа личных данных«!

Кстати, Stimul-Cash приглашает Вас организовать свой прибыльный интернет-бизнес по торговле фармацевтическими препаратами…

Удивительно, но узнал я о книге «Getting Real» совершенно случайно — в каком-то глубоком треде комментов Хабра. Начал её читать — и у меня возник вопрос:

Почему об этой книге не пишут вот такими огромными буквами?

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

Оставайтесь маленькими!

Об чём речь? О комплексах малых компаний со штатом, который можно пересчитать по пальцам рук, перед крупными. Это, по-моему, второй комплекс, который я вижу в нашей среде (о первом я уже рассказывал: многие вебмастера считают онлайн-бизнес «несерьёзным»). Многие вебмастера стараются раздуть компанию: «нужна команда, большая команда». Обязательно нужен офис — без него работа немыслима. Согласен, что есть преимущества и у офиса, но выбрав только такой стиль работы, многие ставят крест на работе с удалёнными партнёрами и работниками. Некоторые даже пытаются внедрить «корпоративную» «культуру» (всё как у больших дядь). Мне лично всегда претил такой стиль работы, но в дискуссиях я всегда проигрывал, побеждали поклонники больших дядь — тяжело спорить с людьми, которые давят цифрами — «у нас X работинков, ты ничего не понимаешь».

Однако у авторов книги, а это (затаите дыхание, офисные крысы :p ) знаменитые 37signals, тем не менее, отлично получилось сделать нашумевшие вебсервисы без офиса из 100 работников, без кластера из 1000 серверов. Мало того — команда 37signals разнесена территориально по США, а один из её членов вообще живёт в Дании. Кстати, я всегда был поклонником текстового вида рабочего общения, т. к. в разговоре часто теряется суть, собственно, основная куча советов по ведению группового обдумывания вопросов сводится к «как не уйти в рассказывание анекдотов», мне лично не очень понятно массовое увлечение скайпом и иже с ним. Поболтать с другом — пожалуйста. Однако работаем мы над вещами виртуальными, и если мы не можем облечь мысль в текстовую или графическую форму — грош нам цена. Тем более, программисты лучше понимают ТЗ, а дизайнеры — наброски (или наоборот).

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

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

В топку ТЗ, проектируйте вебсервисы и вебсайты в виде дизайна

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

Кстати, проектировать дизайн они предлагают начать с контента, казалось бы — открыли Америку, однако все почему-то проектируют в обратном логике порядке…

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

Итак, желаю вам приятного чтения!

P. S. Много ли человек уже прочитало книгу? Делитесь мнением ;)