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

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

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

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

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

Хозяева предприятий в Беларуси – отдельный разговор. Зачастую они управляют не бизнесами, а командами, «гвоздем» которых является сам владелец. Т.е. этот бизнес крайне неустойчив к переменам. Случись с хозяином какая беда вроде болезни или несчастного случая, как предприятие сыпется, словно карточный домик. А все подчиненные оказываются без работы. В ином случае, спустя несколько лет хозяин бизнеса теряет интерес к своему детищу, отчего предприятие также неуклонно идет ко дну. И в том и другом случае проигрывают все – и владелец и подчиненные.

Cамым непредсказуемым и опасным звеном в бизнесе является его хозяин.

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

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

Есть несколько фундаментальных принципов, на которых организованы ведущие предприятия:

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

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

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

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

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

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

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

До встречи в бизнесе!

16-17 сентября 2010 года в Минске состоится семинар ведущего российского специалиста в области построения профессиональной системы продаж, известного бизнес-консультанта и бизнес-тренера, автора ряда деловых бестселлеров Константина Бакшта.

Организатор семинара-тренинга К. Бакшта - ивент-компания “Деловые медиа”. Среди проектов, реализуемых компанией, - организация информационных и обучающих мероприятий (конференций, семинаров)с участием ведущих специалистов России и Беларуси; организация ежегодного республиканского профессионального конкурса “Лучший строительный продукт года”; участие в реализации проекта Minsk Startup Weekend и другие.

Каждый веб-сайт уникален. Именно поэтому “в природе” существует огромное число систем управления сайтом (CMS). Как же выбрать ту единственную?… Эта статья дает ответы на самые распространенные вопросы, которые возникают в процессе выбора CMS.

“Система управления сайтом влияет на стоимость разработки и владения интернет-проектом. Верный выбор системы может сэкономить десятки и сотни тысяч рублей в год. Однако сделать его среди сотен платформ нелегко. В данной статье рассматриваются основные виды CMS и стратегии выбора, которыми стоит руководствоваться, чтобы свести к минимуму дополнительные затраты на разработку и поддержку.

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

Например, увольнение веб-мастера, которое на сегодняшнем рынке труда неизбежно происходит раз в 1,5-3 года. Или расширение ассортимента фирмы, и, следовательно, рост штата людей, которые должны наполнять сайт. Легко ли будет найти и нанять новых специалистов? Какой подготовкой они должны обладать? Потребуются ли им платные обучающие курсы? Затраты на контент-менеджера в Москве с учетом налогов и офисных расходов – около 50-70 тыс. рублей. Если CMS за счет простого интерфейса позволит нанять на одного менеджера меньше – это уже 600-840 тысяч рублей экономии в год.

С другой стороны, «легкая и интуитивно-понятная» система не всегда обладает достаточным функционалом. Для доработки недостающих модулей придется нанимать программистов, чье время обойдется в полтора раза дороже, чем время контент-менеджера. Наконец, системный риск: фирма-разработчик CMS на фоне очередного кризиса может заглохнуть, и тогда, чтобы поспевать за временем, придется полностью менять движок. Это нетривиальная задача, особенно если сайт был посещаемый и за последние пару-тройку лет на нем накопилось несколько сотен или тысяч страниц.

Короче говоря, выбору CMS стоит уделить достаточно времени и сил ответственных сотрудников. Усилия будут вознаграждены.

Полет не по приборам: почему сложно подобрать CMS

Сделать правильный выбор совсем не легко. Во-первых, на рынке представлено множество различных систем управления, только в каталоге CMS Magazine их зарегистрировано более 350. Во-вторых, нет четкого способа заранее сравнить эффективность систем. Чтобы составить  полноценное представление о платформе, специалист должен выполнить на ней хотя бы один-два проекта.

Но экспертов, которые сделали на каждой популярной программе по сайту, в природе не существует, так как никто не меняет среду разработки одну за другой. Любой веб-программист выбирает «свою» CMS (в лучшем случае, свою + ту, которую хочет клиент) и на этом останавливается. Поэтому беспристрастного анализа и независимых рекомендаций по выбору CMS нет. Веб-мастера предпочитают знакомые программы (что далеко не всегда означает самый полезный для бизнеса вариант), а наблюдатели, как правило, связаны с одним из разработчиков CMS. А каждый кулик, как известно, свое болото хвалит.

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

Классификация CMS
Предупрежден — значит вооружен. Подкованный в вопросах CMS владелец сайта с легкостью сузит поле для поиска с десятков систем до 2-3. Теоретическую подготовку следует начать с классификации платформ.

По виду лицензии CMS разделяются на коммерческие и свободно распространяемые. Коммерческие были созданы предпринимателями для извлечения прибыли от продажи и/или технической поддержки,  а свободно распространяемые (СР, Open Source) — это, как правило, плоды труда энтузиастов, ставшие «общим» достоянием благодаря открытому коду и сообществу профессионалов, которые время от времени этот код совершенствуют. Преимущество коммерческих CMS в гарантиях — всегда есть разработчик, к которому можно обратиться или предъявить претензии. Свободно распространяемые системы отличаются тем, что их ядро бесплатно (но не стоит забывать про затраты на поддержку).

На Западе и коммерческие, и СР CMS используют для разработки сайтов всех типов. В России в силу сложившихся стереотипов аудитория отличается. Коммерческие доминируют в сегменте крупных  заказчиков, а в недорогих сайтах уступают СР. Это странно, так как у многих разработчиков коммерческих систем есть бесплатные версии, которые подходят для персональных страниц, сообществ, порталов и корпоративных ресурсов малого бизнеса. Один из распространенных мифов, работающих против СР, — их уязвимость для взлома. Якобы из-за того, что исходный код открыт, хакерам проще найти слабые звенья в защите. На деле, открытость позволяет проводить массовое тестирование платформ, и поэтому популярные CMS с открытым кодом защищены зачастую лучше, чем менее развитые коммерческие.

Наиболее популярные в России СР системы - Drupal, Joomla, MODx, WordPress. Из коммерческих выделяются 1С-Битрикс, NetCat, UMI.CMS, Host.CMS, Amiro.CMS, ABO.CMS и S.Builder.

По отчуждаемости выделяют три типа CMS. «Коробочные решения» — готовые платформы, которые использует широкий круг веб-разработчиков. «Студийные» или «индивидуальные» системы никем, кроме компании-владельца, не используются. Software-as-a-Service решения (SaaS) — это  онлайн-конструкторы сайтов, такие как UcoZ. Главное отличие трех категорий — в степени зависимости заказчика сайта от владельца системы. Если пути разработчика студийной CMS и его клиента в какой-то момент разойдутся, клиенту, скорее всего, придется менять движок, так как другая компания не возьмется за поддержку сайта на чужой и непонятной системе. В случае с SaaS зависимость от разработчика еще выше, так как речь идет даже не о покупке лицензии, а ее аренде, зато сайт в конструкторе можно сделать очень быстро и совсем небольшими ресурсами. «Коробки» дают владельцу сайта независимость, он может сменить подрядчика по обслуживанию сайта и поэтому в переговорах чаще диктует условия. Как правило создание сайтов производится на «коробочных» CMS.

Классификация по типам проектов не жесткая, так как не все системы, которые позиционируются как универсальные, на самом деле обладают достаточно широким функционалом. Круг универсалов узок, в него входят 1С-Битрикс, NetCat, Drupal, Joomla и, пожалуй, пара других. Остальные системы уступают по инструментарию, и, чаще всего, позволяют решать на высоком качественном уровне всего 1-2 задачи. Впрочем, некоторые CMS настолько укоренилась в узкой нише, что уже могут считаться специализированными. Например, PHPShop считается отличной CMS для интернет-магазинов, DJEM известна как инструмент создания порталов, LiveStreet — социальных сетей, а WordPress популярен среди блоггеров.

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

Быстрый выбор платформы

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

Статистику использования различных CMS можно найти на проектах ratingruneta.ru и webindicator.ru. Первый из них, “Рейтинг Рунета”, оценивает популярность систем среди профессиональных разработчиков. Выбрав знакомую большому числу студий платформу, можно спать спокойно, зная, что, в крайнем случае, будет кем заменить нерадивого подрядчика.

Второй, WebIndicator, отслеживает количество действующих установок систем (данные предоставляются компанией iTrack).

Впрочем, не стоит забывать и о студийных CMS. Развитые платформы как минимум не уступают коробкам по удобству интерфейса и функционалу, некоторые обладают уникальными «фичами».

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

Проконтролировать лично

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

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

• возраст CMS не менее 3 лет, не менее 30 действующих внедрений;
• приемлемая стоимость доработок;
• регулярность обновлений;
• наличие и полнота документации;
• сертификаты безопасности системы;
• устойчивость к нагрузкам (тесты на высокое число посещений, объем данных);
• наличие службы поддержки.

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

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

В случае, когда вся техническая часть сайта разрабатывается штатом компании-заказчика, также имеет смысл выбрать наиболее распространенную «коробочную» систему, в том числе Open Source. В широкой «группе поддержки» будет проще найти консультации специалистов, дополнительную информацию и новых сотрудников”.

Автор: Анатолий Денисов, главный редактор CMS Magazine.

Вы слышали о таком понятии как “зубодробительный маркетинг”?

Думаю, что Вы не слышали о таком.

Это игра слов и трюк по привлечению вашего внимания к этой заметке

Тем не менее вы здесь. Спасибо!

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

К этому приложились многие личности и организации. Попробую их перечислить.

Белорусский клуб маркетинга и продаж

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

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

Дни Директ Маркетинга в Украине

Я и моя жена Наталья приняли участие в умопомрачительном, сногсшибательном, информационно-взрывном событии - “Дни Директ Маркетинга в Украине” (http://www.dmdays.com.ua/). За свою сознательную жизнь я побывал более чем на ста профессиональных конференциях, в т.ч. в России и Польше. Однако я был впечатлён до глубины души размахом и уровнем проведения конференции. 3 дня в Президент-Отеле, бесконечные доклады, круглые столы с участием гуру маркетинга. Это настоящий зубодробительны маркетинг. Кстати, кто хочет бесплатно получить все доклады конференции - подпишите 3 друзей на этот блог, пришлите на e-mail: info@elab.by запрос с указанием контактов Ваших друзей и получите информационную бомбу на свой e-mail. Клиенты “Елаб Медиа” получают этот бонус бесплатно и без всяких условий.

Александр Левитас

Еще одно яркое и запоминающееся событие - трениг Александра Левитаса “Человеческие машины”. Это абсолютно уникальный человек. Чего стоит его книга “Больше денег от Вашего бизнеса”! Тренинг был еще лучше книги!!! Дай Бог мне использовать хотя бы 10% полученных знаний! Но вообще-то нужно постараться использовать 100%, т.к. технология Левитаса действительно работает. Организатор мероприятия Тренинговая компания «Тренинг Клуб» и ее руководитель Сергей Володько.

Вадим Шлахтер

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

В виде яркого шоу Шлахтер изложил некоторые методы выживания в суровых реалиях бизнеса и методы защиты своего бизнеса от посягательств.

Тренинг “Эффективные продажи” от “Квадратного апельсина”

Давно хотел подкачать свои навыки в продажах, и мне это удалось на тренинге “Квадратного апельсина”. Тренинг вел лично Василий Пронь. Лет пять его знаю, но впервые удосужился попасть на его тренинг. На тренинге я познакомился с… собой  Точнее, я увидел себя со стороны и понял, что нужно исправить. До сих пор мне казалось, что когда клиент кивает головой, то понимает о чем я толкую.

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

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

Мастер-класс Игоря Ганжи

Игорь Ганжа — один из главных креативщиков России. Он опять вернулся в Минск. Его “привезли” ребята из РА “Белая Карона” по “многочисленным просьбам трудящихся”. Практикующего креативщика хотели смотреть и слушать. Особенно те, кто слушал его выступление на фестивале “Белый квадрат”, где он стал самым популярным докладчиком.

Место было подобрано со вкусом - ресторан “Экспедиция. Северная кухня”. Конференц-зал на 150 человек был заполнен до отказа. А после мастер-класса все переместились на живописную поляну возле ресторана, где все продолжилось!

В программе было много развлечений. Стреляли из лука и арбалета. Состоялся “эпохальный” матч с гигантским мячём в огромных бутсах. Мы победили со счетом 2:0. Автором обоих забитых мячей стал собственно я

Что было потом, не знаю. Как попал домой, не помню

Minsk StartUp Weekend

В конце апреля в Минске в здании Велодрома спорткомплекса МИНСК-АРЕНА прошел третий этап проекта Minsk StartUp Weekend. Этап был посвящен проектам в IT-сфере. Были интересные проекты, уникальные люди.

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

Сотрудники и клиенты компании “Елаб Медиа”

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

Мы как губка впитываем те идеи, которые получаем от наших коллег, партнеров и даже слушателей. Штука в том, что настоящие гуру НИКОГДА не боятся делиться своими идеями. Если человек думает, что у него есть идея, и при этом он боится о ней рассказать другим, скорее всего, этот человек так и унесет эту “чудо-идею” в могилу. Только когда человек убедит сотни людей в жизнеспособности и полезности своей идеи, она начинает жить и приносить свои плоды.

Подводя итог…

Проверяйте на прочность свои идеи!

Посещайте конференции, семинары и тренинги!

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

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

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

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

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

3. Показатель  отказов, лояльность посетителей,  время нахождения на сайте,  свежесть посещений (время, которое  прошло с прошлого посещения)  – все это поможет узнать  уровень вовлеченности посетителей,  получить информацию о частоте  и глубине посещений, определив уровень энтузиазма посетителей.

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

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

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

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

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

4. Обратная связь – возможность ведения диалога  со своими пользователями. Необходимо  подписаться на правильные каналы, предоставляющие обратную связь (например, blogsearch, Google alerts и т.д.) и следить ежедневно за информацией – либо самостоятельно, либо предоставив выполнение этой задачи специалисту, занимающемуся работой с целевой аудиторией. Этот метод поможет наиболее эффективно взаимодействовать со своей целевой аудиторией.

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

Еще одно большое дело успешно сделано нашей командой. На этот раз речь пойдет о большом проекте сайта белорусской радиостанции “Альфа Радио“.

Нельзя сказать что для нас этот проект был тривиальным и простым. Уже в самом начале пути мы четко представляли, что путь к успеху будет тернист, т.к. перед нами стояла стратегическая задача - сделать “бомбу” Байнета как в качестве дизайна, так и в качестве сервисов. Среди требований заказчика больше было пунктов, которые вряд ли бы взялась выполнять даже самая продвинутая студия с заоблачными ценами, а имено:

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

И он будет таким!!!

Первым с чем пришлось столкнуться, когда началась разработка сайта - это с выбором “движка”. К “движку” предъявлялись настолько высокие требования, что такие монстры как Drupal, Bitrix, Netcat просто отметались, не удовлетворя даже половине потребностей. Но после кропотливого естественного отбора мы остановились на Symfony. Да, это то что надо - гибкий, свежий и динамично развивающийся фреймворк!

Далее дело усложнилось… ведь заказчик хочет показать на сайте информацию о играющей в данный момент музыкальной композиции… Все бы хорошо, но вот только в наш сервер не встроен FM тюнер с функцией приема RDS… Казалось бы тупик, мы проиграли битву, но НЕТ! Решение было найдено - мы написали специальный Windows сервис, который был специально установлен на вещательное оборудование заказчика. Данный сервис выполняет функцию отправки данных о текущей и последующих играющих композициях на наш хостинговый сервер. Еще одна победа за нами!

Как же заставить сайт жить? Как заставить менять настроение? Пожалуй это еще одна задача от старца Фура (вы же тоже смотрели “ключи от форта Боярд”?!)

• флеш и смежные технологии - уже не модно и “тяжеловесно”;
• HTML 5 (canvas) + JS - уж слишком маленькая целевая аудитория способная это увидать.

Хотелось сделать что то грациозное, запоминающееся, такое как восход солнца летом! Такое же фундаментальное как день и ночь, как зима и лето! БИНГО! Давайте же обучим сайт реагировать на время суток и пору года! Пускай он будет яркий и пропитанный солнцем днем, и завораживающе темный ночью! Пускай он будет летом одним, а зимой другим! Сказано - сделано! Теперь сайт меняет свой облик в зависимости от времени суток, а так же поры года!

А как же пользователь, все это здорово, но как же завлечь того самого “избалованного” поситителя? Надо дать ему что-то такое, чем он сможет играться, что будет приводить его в восторг и заставлять говорить об этом друзьям и подругам!

А давайте дадим посетителю возможность стать ди-джеем на радио! Пускай посетители выбирают на свой вкус композиции и добавляют в плей-листы, делятся своими предпочтениями с другими слушателями! Пускай они слушают фонотеку альфа-радио не зависимо от наличия радиоприемника дома! (Аплодисменты стоя!)

Вместо эпилога

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

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

1. 30-31 января в  Минске пройдет очередной СтартапУикенд (Minsk Startup Weekend). Прошлое событие по-моему удалось. Радует, что организаторы делают уже второй СтартапУикенд. Как обычно, интернет-проекты агентства интернет-рекламы «Елаб Медиа» (kapital.by, bybanner.com и pro-marketing.by) выступают информационными партнерами мероприятия.

2. 4-5 февраля в «Минском Международном образовательном  центре» пройдёт единственный в этом году семинар ведущего специалиста по партизанскому маркетингу Александра Левитаса. Компания «Елаб Медиа» также информационно и рекламно поддерживает мероприятие.

Про таких людей как Александр Левитас обычно говорят “гуру”. Лично я считаю его одним из лучших маркетологов. Его книгу «Больше денег от Вашего бизнеса» можно (нужно) постоянно перечитывать практикующим маркетологам. Одна из немногих книг на русском языке по маркетингу, где автор не льет воду, а дает исключительно практические советы. Уверен, что семинар будет не хуже, чем книга. Кстати, участники Клуба маркетинга и продаж получат скидку (по поводу скидки пишите мне на info@elab.by). Подробности о семинаре Александра Левитаса.

3. 6 февраля Минске состоится эксклюзивный мастер-класс еще одного крупного специалиста по маркетингу и издателя Игоря Манна, автора бестселлера «Маркетинг на 100%. Ремикс. Как стать хорошим менеджером по маркетингу». Читайте подробности о мастер-классе Игоря Манна. Совершенно бескорыстный анонс события Лишь бы вам это помогло в работе.

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

Вроде, это все. Если я что-то упустил, то пишите в комментариях. Кстати, голосуйте кому какое событие более интересно!

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

Ведущие новостные агентства мира всерьёз обсуждают целесообразность взимания почасовой платы за использование новостей сайтами-агрегаторами новостей и поисковыми системами, передает белорусское информационное агентство “Интерфакс-Запад”.

Медиамагнат Руперт Мердок (Rupert Murdcoch), глава News Corporation, считает, что “пришло время платить по счетам для поисковых систем и прочих ресурсов, паразитирующих на новостном контенте в сети интернет” - цитирует слова Руперта Мердока агентство.

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

Свое скандальное заявление Мердок сделал после выступления главы Associated Press Тома Керли (Tom Curley) на конференции в столице Китая, славящегося жесткими запретами на распространение информации. Представитель всемирно известного информационного агентства призвал коллег по цеху пересмотреть стратегию выживания в эпоху интернета.

Белорусское новостное агентство Интерфакс-Запад с воодушевлением восприняло высказывания Мердока и Керли, видимо, посчитав их своего рода поддержкой в разбирательствах с TUT.BY. Читать далее »

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

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

Вводная

Зачем составлять техническое задание (ТЗ) на сайт?
Какую бы методику разработки вы не использовали, и какого бы размера ни был ваш сайт, вы в любом случае столкнетесь с вопросом: “А когда мы будем заканчивать работу, то как мы поймем, что мы ее действительно закончили?” В разработке как ПО, так и любого сайта частая проблема - никто не видит конечной точки. С одной стороны можно сказать, что конечным видением проекта должен обладать проектный менеджер. Но если конечный продукт совпадет с образом менеджера, но не совпадет с ожиданиями клиента? А если за время проекта меняется 3 менеджера?

Следствие закона Паркинсона “девяносто-девяносто”:
Первые 90% кода отнимают 90% времени разработки. Оставшиеся 10% кода отнимают вторые 90% времени разработки.

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

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

О чем эта статья.

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

Добавлю ограничения.

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

Стоит разделять ТЗ для малых и больших сайтов. Это - два. Различия маленьких и больших проектов заключаются не в объеме документа на выходе, а в процессе их разработки. Если у вас всего 4 человека в проектной группе, все давно знают друг друга, то можно предполагать отсутствие формализма. Если же разработкой занимаются несколько “отделов”, а проектная команда состоит из более 10-ка (до бесконечности) сотрудников, то управлять этой ордой может только процесс. Процесс рождает формализацию, а формализм накладывает свой отпечаток на формат документации.

По сути, толщина документов зависит от сложности процесса в больше степени, нежели от размеров проекта.

Мы будем следовать самому сложному пути.

ТЗ отвечает на вопросы

ТЗ изначально создается для нескольких участников разработки:

1. Разработчики проекта (дизайнеры и программисты).
2. Проект-менеджер.
3. Клиент.
4. Бюрократы (они могут не участвовать в проекте, но на них тоже надо рассчитывать).

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

Для кого создается сайт и для чего?

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

Как будут решены задачи заказчика и пользователей?

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

Как будет проходить создание проекта?

Как я уже писал выше, ТЗ (а может и отдельный документ) иногда описывает процесс разработки проекта. Это совершенно необходимо, если принять во внимание, что сайт может разрабатываться по отличной от принятой в компании методики разработки, которая как правило не описывается ни одним документом. Можно сколько угодно долго мучить себя мечтами о стандартизации по ISO, но что показать дотошному заказчику?
По ГОСТу предусмотрен отдельный раздел “Этапы разработки системы”. В таком разделе можно не слишком подробно описать процесс и установить майлстоуны.

Что будет приниматься на выходе?

ТЗ начинает разработку и ставит в ней точку.
В идеале вы должны пройтись по всем пунктам ТЗ вместе с заказчиком, свериться с полученной системой и спустя неделю сказать: “Уф-ф. Вроде все сделали”.
“ТЗ является средством верификации выполненных работ.” - такая фраза записана во введении многих моих ТЗ.

Что требуется для дальнейшего запуска проекта?

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

Из чего состоит ТЗ

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

Общая информация

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

Общая информация включает в себя:

• Информацию о заказчике и исполнителе.
  Обязательно указание ответственных лиц с каждой стороны. Указываются документы, на основании которых производится разработка. Как правило, подобным документом является договор. Статус текущего документа и конфиденциальность.
• Назначение проекта.
  Указывается: для чего будет использоваться полученный продукт.
• Цели создания и задачи, которые должен решить ресурс.
  С одной стороны это довольно короткий раздел, но по важности проработки он занимает первое место. Если цели и задачи поставлены нечетко и неизмеримо, то может быть довольно сложно им следовать.
• Описание аудитории проекта.
  Критично важная информация для разработки хороших и правильных сайтов. Ясно, что информацию об аудитории не только надо правильно собирать, но еще важнее это уметь этой информацией пользоваться.
  Описание аудитории должно содержать не только информацию, которую так любят маркетологи (демография, потребности, сегментирование и т.п.), но также информация, которая пригодится дизайнерам и проектировщикам: какие задачи решает пользователь, какие его цели в работе с сайтом, что его привлекает. Алан Купер рекомендует описывать аудиторию сайта не в виде безликой массы, а выделять персонажи - описывать собирательный образ конкретных людей.
• Термины и определения.
  В большом документе вы сможете употребить огромное количество терминов и сленговых выражений, которые редко понимают специалисты по маркетингу или крупные руководители. Они могут читать этот документ, поэтому лучше предусмотреть для них список определений. Я не тешу себя надеждой, что этот список хоть раз в жизни был прочтен, но зато я могу всегда сослаться на него.

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

Эта информация собирается в рамки проекта.

Рамки проекта

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

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

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

Рамки проекта пишутся в виде сценариев работы пользователей с сайтом и описывают общую функциональность и интеракции с интерфейсом.

Информационная архитектура и интерфейс

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

Для описания ИА потребуется описывать сверху вниз:

1. Структуру сайта. Это так называемые высокоуровневые прототипы.
2. Шаблоны страниц. Низкоуровневые прототипы, описывающие непосредственно интерфейс сайта.
3. Опись контента. Табличное описание содержания каждой страницы сайта.

Структура сайта

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

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

Не забывайте присваивать номер каждой отдельной странице карты сайта. Это потребуется на этапе описания контента.

Полезные советы при рисовании карты сайта:

• Не жалейте места. Старайтесь располагать блоки так, чтобы они были отделены друг от друга. Это поможет читабельности карты.
• Не мельчите. Прочитать текст, напечатанный 4 кеглем, в принципе можно, но это уже причина для ненависти.
• Выравнивайте “квадратики” страниц относительно друг друга, выстраивая в линии. Это улучшит восприятие уровней вложенности страниц.
• Не пересекайте линии. Старайтесь избегать большого количества пересечений линий связей. Если они пересекаются, то должны “перескакивать” одна над другой. Кто занимался черчением функциональных схем в университете, меня поймет.
• Подписывайте карту. Подпишите саму карту, а также отдельные блоки. Это позволит меньше путаться в дальнейшем.
• Почаще сохраняйте файл. Банально, но надо просто помнить об этом. Не стоит лишний раз вспоминать родственников разработчиков программы Visio, в сущности, они ни в чем не виноваты.

Шаблоны страниц

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

Для упрощения выделяют ряд шаблонов интерфейса сайта, которые описываются вслед за картой сайта.

Описание шаблонов состоит из 3х частей:

1. Перечень шаблонов. Выявляются основные типы страниц и описывается их использование.
2. Типовой шаблон. Основные блоки. Описываются основные блоки страниц с целью уменьшить повторяемость информации.
3. Описание каждого шаблона согласно перечня. Шаблоны отрисовываются в любом графическом пакете (Adobe Illustrator, Adobe InDesign, MS Visio и др.), а затем дополняются кратким описанием.

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

Описание контента

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

Далеко не всегда на момент написания ТЗ можно с уверенностью знать какой будет контент на сайте: точное количество информационных страниц, размещение графической информации, поэтому не думайте, что в данном разделе приводится самое точное описание. Часто это не так. Но если вы опишите требуемый контент на данном этапе, то далее проект-менеджер на его основе сможет составить план поставки контента и оценить объем внесения этой информации на сайт. У клиента же всегда перед глазами будет перечень того, что ему потребуется подготовить и отредактировать.

Хорошее описание контента залог спланированной работы на этапе запуска сайта и внесения информации.

Функционал

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

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

Можно также описывать структуру базы данных, предварительные алгоритмы работы, но само по себе техническое задание этого не требует. По ГОСТу подобные подробности должны описывать в дальнейших документах: эскизный и технический проекты.

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

Требования

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

• Технические требования к системе;
• Требования к персоналу;
• Требования к надежности;
• Требования к эргономике и технической эстетике;
• Требования к защите информации от НСД;
• Требования по сохранности информации при авариях;
• Требования к видам обеспечения;
• Требования к программным средствам;
• Требования к информационному обеспечению;
• Требования к техническим средствам;

Может быть также ряд специфических требований.

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

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

Прочее

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

Что дальше?

ТЗ составлено, подписано и поступило в работу. Что дальше? Заканчивается ли работа с ним на этом этапе? Нет.

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

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

В сухом остатке

Эту статью я написал больше года назад. Прошло довольно много времени, а я за это время не написал ни одного большого ТЗ. Но, перечитав представленную информацию, согласился со всем, что здесь написано. Итак хорошее ТЗ на сайт должно содержать в себе:

• Общую информацию о документе и его составителях;
• Цели и задачи сайта;
• Описание пользователей сайта, их цели и задачи;
• Рамки проекта;
• Информационная архитектура (ИА) сайта: карта сайта, шаблоны, описание интерфейса;
• Описание контента сайта;
• Описание функционала сайта;
• Описание процесса и майлстоунов, если требуется;
• Перечень всевозможных требований при разработке сайта и верификации полученной работы.

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

Полезные ссылки

• ГОСТ 34.602-89.
• Нотация Гарретта.

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

1. внимание,
2. интерес,
3. желание,
4. действие.

Другими словами AIDA - это поэтапный процесс побуждения потенциального потребителся к совершению покупки.

Про Аиду знает каждый рекламщик. Но в интернете Аида в чистом виде не работает. Все дело в том, что большинство сайтов выполнены по технологии “стелс”. Особая “технологичность” сайтов заключается в том, что они практически не видны пользователям поисковых систем. Сайты упускают до 90% посетителей, а владельцы сайтов теряют 90% клиентов и денег.

Почему формула Аида не работает в интернете?

Формула AIDA является всего-лишь одним из способов “принуждения” к покупке. Вся сила данной модели теряется, если веб-страницу, на которой размещено ваше чудесное коммерческое предложение, никто не посетит. Как не имеет смысла продавать ваши товары в глухом лесу, так и нет никакого резона размещать “убойные” коммерческие предложения на сайте, который кроме вас и вашей супруги (или супруга) никто не посещает. Не стоит ожидать, что ваша секретарша будет рекламировать ваш сайт по телефону. Вообще онлайновые средства рекламы сайтов очень ограничены, т.к. потребитель, увидевший адрес сайта в ТВ-ролике, не может тут же зайти на сайт, и вряд ли станет запоминать его. Таким образом, первое и самое важное звено цепочки Аида прерывается.

Большинство сайтов выполнены по технологии “стелс”. Особая “технологичность” сайтов заключается в том, что они практически не видны пользователям поисковых систем. Сайты упускают до 90% посетителей, а владельцы сайтов теряют 90% клиентов и денег.

Вообще, реклама сайта на целевую аудиторию немыслема без, собственно, интернет-рекламы и продвижения сайта в поисковых системах. Следовательно, модель Аида не существуюет как самодостаточная. В интернете, как и в других медиа, важно донести обращение до целевой аудитории. И здесь есть свои особенности. Здесь есть методы малодюджетного маркетинга. Это в первую очередь поисковое продвижение сайтов (SEO) и контекстная реклама.

Как писать рекламные тексты для сайта?

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

1. Тексты на сайте должны быть оригинальными (не скопированными с других сайтов).
2. Информации должна быть полезна для посетителя, а не писаться специально под поисковую систему.
3. Язык изложения должен быть простым и понятным для посетителей.
4. Объем текста на странице сайта должен быть в пределах 300 – 500 слов.
5. Выделение ключевых слов и словосочетаний полужирным шрифтом.
6. При подготовке текста следует располагать самую важную информация в начале страницы.
7. Каждая страница должна быть оптимизирована под определенные ключевые слова. Плотность ключевых словк должны быть в пределах 4,5-6%.
8. Мета-данные (атрибуты, по которым поисковая система определяет содержание страницы: title, description, keywords) должны содержать ключевое слово. Возможность прописывать и редктировать мета-данные закладывается на жтапе создания сайта. Мета-данные должны быть осмысленными и соответствовать содержанию текста.
9. Целесообразно использование тегов заголовков и подзаголовков <h1>, <h2>,… , содержащих ключевое слово.
10. Обязательное заполнение описаний к картинкам в атрибуте alt-тега <img> с использованием ключевых слов. Поисковые системы используют этот тег для ранжирования в поиске по картинкам.