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

Для написания первой статьи я посещал сайты компаний и собирал информацию оттуда. В этот раз я решил пойти другим путем и дать самим компаниям возможность рассказать о себе. К сожалению, попытка провалилась — ответило только 4 компании из 15. Честь им и хвала — Навигатор-Курьер, Аксиомус, О-Курьер, ЮниЭкспресс .

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

В итоге я нашел способ, как же определить источник телефонного заказа без дополнительных материальных затрат.

Сегодня я хочу познакомить вас с замечательной, на мой взгляд, статьей. Конечно же о сервисе :).Ее ценность не только в легком стиле или интересных практических примерах. Дело в том, что ее написал владелец бизнеса по разработке ПО, что особенно приятно. Автор статьи — Джоэль Спольски (Joel Spolsky) — основатель и владелец небольшой софтверной компании из Нью-Йорка, Fog Creek Software. По отзывам знающих людей, он — хороший специалист. По моему мнению, он еще и неплохо пишет, в чем вы можете убедиться, посетив его блог Joel on Software.А самое главное, что он ценит качественное обслуживание. Что подтверждает нижеследующая статья. Читаем. Браво, Джоэль! Полезность — 5. P.S. — для любителей оригинальных текстов — пожалуйста — Seven steps to remarkable customer service.

Анонимность: хорьки в курятнике

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

В одном из блогов Хабра был опрос про то, какой тип договора заключают разработчики сайтов.

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

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

Тот факт, что мне приходилось находиться “по обе стороны баррикад” позволяет взглянуть на ситуацию с разных сторон и постараться выделить ключевые моменты, определяющие ход проекта.

Несколько недель назад я написал статью "Строим контентный проект: команда — курица или яйцо?", после которой по просьбам читателей обещал продолжение. Ну и собственно вот:



Вторая часть цикла будет больше практической, нежели теоретической. Я публикую инструкцию «Правила создания новостей», недавно мною написанную для новостной редакции проекта Gooddays.ru, блог которого вы сейчас читаете. Это внутренний документ, но правила, в нём описанные достаточно универсальны, поэтому я публикую его почти без купюр — включая ссылки на старые новости сайта, которые я брал для примера «как не надо». Как надо — можете посмотреть уже сейчас, мы пока ещё далеки от совершенства, но уверенно к нему движемся :)

Заметка навеяна постом Помогите, а то я скоро сойду с ума (реальная история, реальной разработки проекта), затем была опубликована как комментарий, а теперь, по просьбам, и как топик.

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

И так, как же разработать стартап лучше?

Пошаговый план эффективного запуска первой версии:

Привет, Хабралюди!

StartupIndex провел всестороннее исследование мирового рынка бизнес-приложений SaaS и спешит поделиться им с Вами.



Согласно результатам исследования, глобальный рынок корпоративных SaaS-приложений достигнет $8.5 млрд до конца 2010 года. Таким образом, выручка компаний вырастет на 14% по сравнению с 2009 годом.

В то же время конкурентная среда насчитывает три устойчивых тенденции:

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

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

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

Как показали результаты опроса, больше всего люди-х хотели бы раскрыть секрет НЛО. Заранее хочу извиниться за то, что открыть его я не смогу, иначе мой логин просто самоуничтожится :(

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

Благодаря добрым людям-х, эта запись появилась именно здесь. Надеюсь, так будет и дальше :)

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