Недавно на Хабре уже обсуждалось аудио/видео Девида Хенссона (David Heinemeier Hansson) для Стенфорда на тему стартапов.

В данном же материале предлагается обратить внимание на его видео и презентацию со Startup School'08, не потерявшие своей актуальности и сейчас, под названием: The A secret to making money online.

Личная история о том, как я открыл свой хостинг, который даже приносит некоторую прибыль.
Навеянно историей habrahabr.ru/blogs/hosting/93364

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

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

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

Задав себе вопрос, за что мне платят на моей основной работе? Я понял для себя две вещи. Во первых, мне платят за мои знания. Во вторых — за саму работу.

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

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

Отобраны лучшие 10% из примерно 200 прочитанных книг о маркетинге, продажах и всем связанном — самые «пробивные» вещи, которые помогут вам не тратить время на всякий шлак, а сразу начать с главного.

В конце — суммация книг, которые хабровчане рекомендуют в комментариях помимо основного списка.

Продолжаю рассказывать о том, как я ставил на ноги Автотуристу.Ру.
Часть 1, Часть 2.

Глава 7. Цифры нефинансовые
Что ж, обещал в предыдущей части цифры и графики, буду держать своё слово. Сперва хотел бы продемонстрировать динамику роста моего проекта, начиная с первого посетителя и заканчивая 17.12.2010. Не знаю почему, но данные по уникам и просмотрам разительно отличаются в трёх основных (мною используемых) системах сбора статистики о посетителях: Liveinternet, Yandex.Metrica и Google Analytics. Лично я отдаю предпочтение последней по качеству и полноте отчётов, интерфейсу и авторитетности. Также, что, естественно в моих интересах, в GA фиксируется бОльшее кол-во посещений и просмотров страниц, нежели в двух остальных системах. Про Рамблер я промолчу, пожалуй.

Вот как по ГА выглядит обещанная динамика посещений:

В Иркутске 2 декабря прошла конференция «Интернет — эффективный и экономичный канал привлечения клиентов». Мероприятие было организовано в рамках цикла подобных мини-конференций, проходящих по всей стране с легкой подачи медиа-холдинга Trader Media East и Медиа-холдинг «Пронто-Москва» (они же «Из рук в руки»).



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

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

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

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

Мы выделили 5 основных пунктов, по которым можно определить юзабилити сайта. Список спорный и в основном касается продающих сайтов. И да, эти пять пунктов — среднее арифметическое опыта, полученного при обработке заявок на конкурс «Юзабельный вебпроект». Думаете, мы раздали слонов и забыли?


_{оригинал картинки}

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

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

Сразу оговоримся, что мы не оцениваем юзабилити в вакууме, нам важно, чтобы сайт работал, т.е. «продавал». Товары, услуги, идеи — не важно. Речь может идти о бесплатном веб-сервисе, для которого транзакцией станет регистрация посетителя.

Всем привет!

Мы, Денис Бесков (beskov) и Илья Поляк (ilyap1) начинаем публикацию цикла статей, посвящённых процессу проектирования веб-сервисов. Цикл построен вокруг 3-хуровневого процесса, в котором явным образом выделяются уровни анализа и проектирования:

1. Бизнеса
2. Продукта
3. Технологий

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

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

1. Какими способами можно описывать требования к ПО?
2. Какие из требований к системе обязательно необходимо включать в ТЗ, а без каких можно обойтись?
3. Какие могут быть варианты при выборе форматов описания требований?
4. Как зависит выбор вида описания требований от параметров (продолжительности, рисков и др.) проекта?
5. Какого рода решения помогают принять соответствующие виды требований?

В цикле не рассматриваются аспекты заказной разработки ПО. Статья рассчитана на пользователей, которые работают в некорпортивной среде, т.е. не привязаны к каким-либо регламентам.

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

Сказка про то, как мы биллинг проектировали

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

Привет, друзья!

С вами снова ваш проводник по зарубежному интернет-шоппингу EbayToday. Простите нас за столь долгое отсутствие, мы ездили на один очень далекий остров, который нам показался другой планетой. Да друзья, сегодня мы расскажем вам о Японии и о покупках в стране Восходящего Солнца!

Продолжение топика Всё по $100. Кто будет первым покупателем?

Судя по десятку писем, свалившихся в почту, многим было интересно, чем закончилось данное мероприятие. Каждому я отвечал персонально, теперь же хочу поделиться результатами со всеми хабраюзерами. Многие из которых благодарили за получение хорошего настроения :)
В твиттере мой эксперимент информационные агентства несколько раз назвали стартапом, а в подкасте «Альтернативный разум» обсудили в выпуске «Купи слона за 100$».
Под катом приводятся результаты по продажам и, уже ставшая традиционной, статистика по данным хабраэффекта.

Встречаются два «новых русских». Один другому:
— Гляди, галстук купил! Двести баксов отдал!
— Дурак ты — вон за углом такие же по пятьсот!


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

Под катом описаны проведённые мероприятия. В комментариях жду ваших прогнозов.

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

В этом топике я расскажу, почему мы выбрали именно этот сервис, чем он отличается от конкурентов (а их и вправду много) и как «Большой брат» помогает нам продавать.

Как известно, любой стартап начинается с фразы «Как же вы за***ли, лучше сам сделаю лучше».

В 2007 году положение с датацентрами в Москве, да и во всей России было критическим. Попасть туда простому хостеру можно было только по предварительной записи. Драли с него втридорога, сервера частенько перегревали, электричество периодически отсутствовало, и еще, стоило датацентру начать генерировать 2-3 гигабита полосы, как он тут же воображал себя царем горы, пытался барыжить твоим трафиком, а с несогласными боролся методом пускания моего трафика через узкий зашейпенный канал ***телекома зарубеж.
А общение с ночными дежурными датацентра — это отдельная песня. Чаще всего было проще приехать и самому найти вывалившийся патчкорд, чем полночи пытаться добиться от мало вменяемого, ничего не хотящего юноши. И это хорошо, если дежурный был и попасть в датацентр ночью было возможно. Некоторые датацентры работали с 9 до 5, кроме праздников и выходных дней. Все остальное время там не было НИКОГО. Сервер, упавший в пятницу вечером, пролежит, минимум, до дня понедельника.

Картинка, о том, что творилось внутри типичного датацентра того времени.
Взято с сайта Nag.ru

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

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

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

О чем будет сказано:

1. Некоторые технические сложности
2. RSS/Atom читалка, цифры
3. Хабраэффект, цифры
4. Грабли
5. Mongodb, nodejs, redis

Здравствуйте меня зовут Андрей и обычно я занимаюсь Интернет-магазинами.

Но сегодня я хочу Вам рассказать о проекте, который я создал несколько недель назад для себя и друзей, а теперь решили показать людям. Это сервис поиска банкоматов в Украине – gdebankomat.com.

Эта статья — продолжение статьи «Каким надо быть руководителем? Секреты профессии.»

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

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

Ситуация 1. Перфекционист. Один из партнеров пригласил помочь с проектом внедрения системы сбалансированных показателей в государственной компании. При анализе проекта выяснилось, что в данный момент в проекте написано ТЗ (очень объемное), сделана часть разработок. Но! весь бюджет проекта уже «съеден» на этапе написания ТЗ. А чтобы закончить проект в срок нужно еще два месяца работ и привлечение дополнительных внешних специалистов на почасовой оплате. Руководитель проекта со стороны исполнителя сам писал ТЗ, финансами проекта «не интересовался», задержку сроков связывал с тем что «плохо работать не буду, моя репутация пострадает», вся ситуация оказалась для него неприятной неожиданностью, идей по путям выхода из ситуации сам руководитель проекта предложить не мог.

Скажу сразу — «Америку не открываю», так же как не «изобретаю велосипед». Статья базируется на модели ситуационного лидерства Херси-Бланчарда. Сама модель в значительной степени изменена в применении к управлению именно ИТ-командами в нашей стране и подкреплена практическим опытом управления командами в Майкрософт Рус и в собственном бизнесе.

Выбирая между «академическим» и «популярным» стилями изложения выбрал «академический». Все таки разговор о серьезных вещах. Так что если эта тема Вам прямо сейчас не супер-актуальна — смотрите диаграммы, их достаточно для понимания идеи. Остальное — для достаточно узкой аудитории.

Продолжаю серию переводов статей о минимализме от Лео Бабауты.

«Когда мы не переживаем о происходящем, все встает на свои места. Мир принадлежит тем, кто не переживает. Если же напрягаться, то завоевать мир не удастся.» — Лао Цзы.

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

И на этом основаны другие убеждения:

• Вы должны ставить правильные цели (например, по SMART).
• Вы должны разбивать цели на выполнимые действия.
• Вы должны ставить сроки и временные рамки.
• Вы должны сосредоточиться на целях в течении дня.

Я знаю это, потому что это то, во что я верил, чем жил и о чем писал долгое время.

До недавнего времени.

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



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

Что в итоге у нас получилось?