Сайт как бизнес

Поисковое продвижение сайтов (SEO), создание сайтов в Минске (Беларусь).


Канал «СТАРТАП ТЕХНОЛОГИИ»: об ИТ-бизнесе, стартапах, инвестициях

Подпишись на рассылку блога об интернет-бизнесе:

Архивы на тему ‘разработка’

Контент — король?

пока комментариев нет

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

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

Также мы затронем очередное обновление алгоритма поисковой системы Яндекс (печально известный в среде оптимизаторов фильтр АГС-40). Уже сейчас понятно, что изменение алгоритма привело к тому, что до 40% ссылок на продвигаемые сайты перестали работать. Более того, значительное количество корпоративных сайтов попало под этот фильтр. Такие сайты резко упали в выдаче, что абсолютно закономерно. Причем по последним данным пострадали даже сайты с «уникальным» контентом. Такие факты приводили эксперты на конференции SEO Forvard, которая проходила вчера в Минске. А ведь АГС только еще запущен…

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

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

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

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

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

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

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

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

Выживают сильнейшие. Компания Висма-Строй уверенно смотрит в будущее.


Написал admin

20 ноября, 2013 в 2:38 пп

Подпишись на обновления блога по e-mail или RSS!

Как заказчику демотивировать разработчика?

пока комментариев нет

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

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

1. А сколько займет сделать этот раздел (дается ТЗ из одной строки)?

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

Менеджеру: поймите, что программист строит в голове модель будущей системы. По одному предложению нельзя смоделировать приложение. И только ваша вина, если вы не потрудились уточнить ТЗ (это ваша работа, кстати) у заказчика, а хотите сразу назвать ему срок (и цену). Потому что оценка с потолка невозможна — вроде как ответить на вопрос «сколько времени займет покрасить комнату неизвестной площади?».

2. Ты же ОБЕЩАЛ сделать за два дня, а прошла неделя! (моют мозг по сроку из пункта 1)

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

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

3. Глянь срочно, тут надо за час сделать табличку! (кидается ссылка на чужой код)

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

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

4. Никакого рефакторинга, мне это нужно сегодня!

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

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

5. Сверстай по-быстрому это, пожалуйста, и лучше на extJS.

Во-первых, я не люблю верстку. Это особая работа, и ее должны делать профессионалы, которые обладают усидчивостью. Вообще, я уважаю верстальщиков — уметь сверстать так, чтобы везде было одинаково, это мастерство и очень круто. Просто руки к этому не лежат. Но во-вторых, как программиста, меня всегда бесит, когда менеджер лезет в мою среду и пытается мне доказать, что я не прав, что верстать надо не на дивах и не верстальщику, а мне и на extJS, потому что вчера он прочитал об этом на Хабре, поняв только 10% слов и запомнив название JS библиотеки.

Менеджеру: программист — это программист, не нужно давать ему лишней работы, к примеру, нарезать макет в фотошопе (у многих, как у меня, вообще стоит Линукс). Хороший программист справится с любой задачей, но он уважает себя и не будет делать чужую работу, особенно когда в этом не является профессионалом. Потому что мы ценим наш результат, наш код, отвечаем за качество и не хотим делать лажу. Поэтому лучше наймите специалиста, благо их немало. И второе — не старайтесь быть умным в том, в чем не разбираетесь. Для контроля программистов вырастите себе Тимлида, которому будете доверять, и делегируйте ему технические моменты. Напоследок

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

Менеджеру: уважайте труд своих программистов. Помни, программист — тоже человек, %username%.

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

Автор: Александр Томов

Написал admin

24 февраля, 2013 в 10:27 дп

Подпишись на обновления блога по e-mail или RSS!

Началась регистрация на мой семинар «Разработка сайта. Руководство для заказчика»

пока комментариев нет

Началась регистрация на семинар «Разработка сайта. Руководство для заказчика».

Организаторами мероприятия выступили Белорусский клуб маркетинга и продаж и интернет-агентство ELAB MEDIA. В этот раз организаторы подготовили ряд сюрпризов для участников.

  1. Хотите узнать как искать подходящего разработчика веб-сайта?
  2. Как вести переговоры о цене и получать хорошие скидки?
  3. Как получить лучшие условия?
  4. Как определить реальную цену разработки сайта?
  5. На чем можно сильно сэкономить без ущерба качеству?
  6. Как не переплатить разработчику?
  7. Как не “купиться” на заманчивое предложение и не попасть в “на деньги”?

На эти и другие вопросы вы получите ответ от практиков в области разработки, сопровождения и поискового продвижения сайтов на семинаре “Разработка сайта. Руководство для заказчика“.

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

Семинар будет состоять из 2-х частей:

  • доклад Алексея Шабловского, руководителя Белорусского клуба маркетинга и продаж, директора интернет-агентства ELAB MEDIA (http://www.elab.by),
  • ответы на вопросы, обсуждение.

На семинаре вы получите только практические знания и, собственно, само руководство.

Также на семинаре вы узнаете:

  1. Как писать техническое задание на разработку корпоративного сайта или интернет магазина?
  2. Как избежать критических ошибок при разработке сайта?
  3. Как строить отношения с Разработчиком и контролировать процесс разработки?
  4. Как тестировать сайт на ошибки?
  5. Что нужно знать о работе сайте?
  6. Как правильно принимать работу у Разработчика? Что Разработчик обязан предоставить?
  7. Как получить максимум от Разработчика?

Дата проведения семинара – 31 октября,

Время проведения: с 18:30 до 21-30.

Место проведения – учебный класс по адресу: г. Минск,  ул. Революционная, 11, 3-й этаж .

Стоимость семинара:

  • При регистрации до 14 октября — 200.000 рублей.
  • При регистрации до 24 октября — 350.000 рублей.
  • При регистрации до 31 октября — 500.000 рублей.
  • При регистрации 31 октября — 800.000 рублей.

Если вы посчитаете, что полученные на семинаре знания вам не пригодятся, то мы вернем вам стоимость семинара в течение 24 часов.

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

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

info@elab.by

т/ф 203-70-81

мтс +375(29) 763-60-12

vel +375(44) 587-57-81

ВАЖНО: На семинаре мы не будем продавать услуги! Цель семинара — передача практических знаний.

Организаторы:

Интернет-агентство полного цикла УП «Елаб Медиа» (http://www.elab.by) занимается созданием сайтов, продвижением сайтов в поисковых системах и проведением комплексных рекламных кампаний в Беларуси и России.

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

ОТЗЫВЫ О КЛУБЕ МАРКЕТИНГА И ПРОДАЖБыло полезно узнать новое, расширить понимание работы (продвижения) в интернет, посмотреть на уровень белорусских маркетологов и специалистов по продажам. Приятно всегда получить новые знания. Организация клуба удобная для участия. Спасибо организаторам за предоставленную возможность.

Алешкевич А.И., руководитель отдела маркетинга ЗАО «Торговый Мир — Кольцо»
———-
Очень приятная атмосфера. Видна всеобщая заинтересованность, понятно зачем сюда приходят. Вызывает уважение инициативность организаторов.

Жучин А.Ю., заместитель директора по сбыту СООО «Первая мебельная фабрика»
———-
Мероприятие оставило положительное впечатление. Спасибо за предоставленную информацию. Всегда очень полезно послушать умных, знающих людей, поучиться у них чему-нибудь.

Ю.Ц.
———-
Некоторое время назад мой бизнес перестал расти и развиваться. Я чувствовал, что нужно переходить на новый уровень, но не знал как это сделать. Не хватало знаний в области управления продажами и маркетингом. Участие в заседаниях Клуба маркетинга дало мне глубокое видение того, как управлять предприятием более эффективно. Теперь я добиваюсь результата более легко, потому что значительно лучше понимаю принципы бизнеса и применяю технологии ведения бизнеса, которым учат в Клубе маркетинга и продаж.

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

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

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

Людмила, предприниматель


Предпраздничные акции: бесплатный аудит сайта и суперцена на разработку сайта

пока комментариев нет

В честь приближающихся праздников компания ELAB MEDIA запускает 2 акции.

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

Чтобы узнать подробности загляните на сайт http://elabmedia.by/.

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

2. Только до 29 декабря в компании ELAB MEDIA можно заказать корпоративный сайт с профессиональной системой управления сайтом и качественным дизайном по уникальной цене.

Почему так дёшево?

Дело в том, что это специальное предложение, которое действует только до 29 декабря 2011 года. До старта акции стоимость была 630$. После завершения акции стоимость этой услуги будет повышена до 650$. Только сейчас вы можете заказать сайт по такой уникально низкой цене!

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

В чем преимущества предлагаемого решения?

  1. Вы экономите значительные средства (более 400$), которые можно вложить в дальнейшую раскрутку сайта.
  2. Вы можете выбрать дизайн сайта из 25 000 готовых вариантов, выполненных настоящими профессионалами.
  3. Вы заранее знаете как будет выглядеть ваш сайт, а не покупаете «кота в мешке».
  4. Вы экономите свое время, получая полный пакет услуг (установка, настройка, размещение в Интернете, обучение пользованию).
  5. Вы можете самостоятельно легко управлять содержимым сайта. Еще до начала разработки сайта мы продемонстрируем вам систему управления сайтом, чтобы вы убедились, что управлять сайтам от компании ELAB MEDIA на самом деле ЭЛЕМЕНТАРНО.

Что Вы получаете?

  • Полноценный сайт на мегапопулярной современной системе управления, соответствующей мировым стандартам.
  • Качественный дизайн с русифицированными элементами навигации и управления.
  • Установленную и настроенную профессиональную систему управления сайтом, со встроенным редактором (редактируемый материал в процессе редактирования выглядит в точности так же, как и конечный результат – как документ word).
  • Установленные стандартные модули сайта («Каталог продуктов», «О компании», «Контакты»).
  • Возможность установки дополнительных функциональных модулей (не входящих в стандартный пакет).
  • Обучение пользованию сайтом.
  • Хостинг на 3 месяца бесплатно.

Пакет включает:

  • Создание сайта, подключение и настройку стандартных модулей.
  • Размещение на сайте вашего логотипа.
  • Вставка тематической картинки (по вашему выбору).
  • Размещение контента (5 текстовых страниц).
  • Публикация рекламной новости об открытии вашего сайта на портале о бизнесе www.kapital.by.

Примерная структура сайта (стандартные модули)

  • Главная страница
  • О компании
  • Каталог (товаров или услуг)
  • Контакты

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

  • интернет-магазин с корзиной,
  • загрузка файлов (прас-листов, каталогов и пр.),
  • форма обратной связи,
  • фотогалерея,
  • форум,
  • блоги,
  • гостевая книга,
  • RSS-лента,
  • карта сайта,
  • голосования,
  • установка и настройка внешних скриптов (js),
  • индикаторы статуса для ICQ и Skype,
  • возможность размещения flash-заставки,
  • регистрация пользователей,
  • другое.

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

У вас появились вопросы?

Звоните:
+375 29 763 60 12
+375 44 587 57 81

Пишите:
info@elab.by

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

пока комментариев нет

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

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

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

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

Не засоряйте ваш мозг! Он нужен вам для решения действительно важных задач в жизни и бизнесе.

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

С чего начать?

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

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

Свой первый сайт я создал в далеком 2000-м году. Тогда я, как и многие мои теперешние клиенты, абсолютно ничего не знал о веб-дизайне, программировании, функционировании и продвижении сайтов. В то время практически не было книг о веб-дизайне. Информации было очень мало. Ее почти не было. Приходилось действовать чисто интуитивно, методом проб и ошибок. Я быстро понял, что не стоит тратить годы на освоение языков программирования. Это ничего не дает. Я собрал отличную команду в составе программиста, дизайнера, переводчика, журналиста и дал старт проекту. Мы обсуждали идеи, креативили, спорили. Я поддерживал мотивацию команды, финансировал проект, контролировал ход работ. Сайт был создан в предельно сжатые сроки. И получился достаточно качественным и функциональным.

За несколько месяцев сайт стал одним из самых посещаемых сайтов Байнета. На сайте было множество новостей, статей и видеороликов. Контент был абсолютно эксклюзивным, на 3-х языках. Я готовил контент сам (кроме английской версии). Представьте видео на сайте… когда ни у кого почти не было дома компьютеров. А так как контент был, прямо скажем, впечатляющим, то люди ходили на него толпами из интернет-клубов. Сайт имел потрясающий успех. Затем был портал, который стал еще более успешным. К слову, он занимал 1-2 места по посещаемости в Байнете. На тот момент конкуренция было очень низкая, читать в белорусском интернете было нечего. Тем более не было качественного эксклюзивного контента. Тогда мой сайт посещали все, кто хоть раз заходил в интернет. Проблемы заключались в особенностях обновления сайта. В то время еще не было «человеческих» систем управления контентом. Нужно было зарабатывать деньги, чтобы поддерживать проект. Для этого я вел небольшой издательский проект, который приносил некоторые деньги для поддержки проекта интернетовского. Теперешних способов заработка в интернете тогда еще не было. Когда-нибудь я напишу книгу о том периоде свой безумно веселой жизни. А может быть не напишу, потому что самое интересное впереди — очень много идей и тем.

То было время, когда можно было делать крупный контент-проект без денег, и он становился мегапосещаемым. Сейчас такого нет. Очень сложно создавать эксклюзивный контент высокого качества, делать это оперативно на протяжении длительного периода времени. Слишком высокая конкуренция. Слишком высокая цена. Задавались ли вы вопросом: «Сколько сайтов участвует в борьбе за внимание ваших потребителей?». По моим данным в Байнете более 40 тысяч сайтов. В Рунете более 15 млн. сайтов. Сайты размножаются как микробы 🙂

Все эти веб-сайты играют на одном поле. Но есть сайты, которые играют по своим правилам, оптимизируются, продвигаются в ТОП поисковых систем, рекламируются в социальных сетях и традиционных медиа. Они собирают часть сливок с этого рынка. Но большинству ничего не светит. Сейчас в интернете рулят технологии, а не талантливые авторы.  Сейчас рулит коммерческий подход к организации проектов. Это совершенно отдельная тема. Кстати, об этом не думают даже самые продуманные клиенты. А ведь создание сайта — это только начало. Все самое сложное и интересное начинается потом. Но нужно ввязаться в это, чтобы посмотреть что будет. А с какими проблемами столкнулись вы в процессе создания и продвижения сайта и как их преодолевали?

Напоследок традиционное видео.

История одного сайта

пока комментариев нет

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

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

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

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

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

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

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

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

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

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

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

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

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

Написал Валерий Хвалев

27 февраля, 2010 в 8:23 пп

Подпишись на обновления блога по e-mail или RSS!

Ваш сайт уже разработан. Готовый сайт — хороший вариант для старта бизнеса в Интернете

пока комментариев нет

Вы наверняка задумывались о том, как найти новых клиентов, как увеличить продажи. Вероятно, вы многое перепробовали, чтобы добиться своих целей. Теперь вам хочется получить ответ на вопрос «Как заставить Интернет работать на вас и на ваш бизнес?». Ответ на этот вопрос нам известен. Нужно разработать сайт. Но не все так просто…
Постарайтесь набраться терпения и принять во внимание факты, которые будут приведены ниже. В любом случае вам повезло. Приготовьтесь получить пакет информации, необходимы и достаточный для старта собственного бизнеса в Интернете.
Из этого материалы вы узнаете:
  1. тайны, которые веб-разработчики всегда скрывают от заказчиков,
  2. каким должен быть продающий сайт,
  3. как не ошибиться при выборе компании по разработке сайта,
  4. как сэкономить 1000$ на создании сайта,
  5. как избавиться от рисков при ведении бизнеса в Интернете,
  6. как найти надежных партнеров по бизнесу в Интернете.
Вы узнаете про создание сайта больше, чем знали до сегодняшнего дня.
Факт №1
Оборот рынка торговли в русскоязычном Интернете составляет 25 миллиардов долларов в год. Это огромный рынок!
Развитие торговли через Интернет в странах Запада в десятки раз больше. Все дело в том, что на Западе сайт давно не является:
  • несбыточной мечтой,
  • дорогим удовольствием,
  • пустой забавой,
  • чем-то сложным и непостижимым.
Компании и обыкновенные обыватели на Западе относятся с сайту как самому обыкновенному и доступному инструменту бизнеса. А что же у нас, в Минске? Нам нередко приходится слышать о том, что «наши люди в магазин на такси не ездят», и «наши люди не покупают товары в Интернете», или даже «наши клиенты в Интернет не ходят». Имея многолетний опыт в области маркетинга и продаж, мы ответственно заявляем, что это полная ерунда. Люди ищут товары и услуги в Интернете, часто посещают сайты, с удовольствием совершают покупки на одних сайтах, и совершенно игнорируют другие.
Почему так происходит? Большинство разработчиков, не уделяет внимания вопросу продаж, потому что они умеют писать красивый html-код, но ничего не смыслят в маркетинге и продажах. Заказчики же зачастую также не имеют представления о том, как правильно заказать услугу «разработка сайта«, как работают профессиональные продающие сайты, и какие требования к ним предъявляют пользователи и поисковые системы. Из-за несогласованности целей и ценностей разработчиков и заказчиков разработка сайта часто затягивается и отнимает много сил и средств и заказчика. Признаком неудачного проекта является то, что особое внимание уделяется несущественным моментам, в то время как основная функция сайта – продавать – не реализуется вовсе. Это просто выкинутые деньги. Мы предлагаем клиентам принципиально иной подход.
Идея состоит в том, что сайт должен продавать и приносить вам деньги, а не просто «радовать глаз» или «тешить самолюбие». Важно понять что, кому и как вы собираетесь продавать через Интернет, и сделать сайт под конкретные задачи, а не сайт ради сайта. Именно эти вещи и нужно обсуждать в процессе создания сайта, а какие-то «рюшечки»…
Никогда не слушайте байки про «улучшение имиджа», «повышение лояльности клиентов», «узнаваемость вашего бренда» и прочую чепуху – вам дорого обойдется даже выслушивание этой ереси. Сначала создайте сайт, постройте продажи через сайт, а потом подумайте про всякие «украшательства» и «рюшечки».
…А теперь представьте ситуацию. Вы приходите в некую студию по разработке сайтов, которая у всех на слуху и говорите, что вам нужен сайт. Следует отметить, что студию зачастую выбирают по принципу «кто лучше сможет освоить выделенный бюджет». Если ваш бюджет на сайт составляет 120000$, то вы прямиком направитесь в студию Артемия Лебедева. Они примут ваши деньги и сделают для вас самый заурядный, но безумно дорогой сайт. Если в вашем кармане 5000$, то подойдет любая компания в среднем ценовом сегменте. Ирония в том, что сайт за 120000$ отличается от сайта за 5000 только одним – разницей в цене, которая составляет 115000 долларов. Конечно, если у вас есть шальные деньги, и ваша цель купить безумно дорогую игрушку, то нет проблем. Тратьте деньги смело, без зазрения совести! Но если вы хотите получить работающий интернет-бизнес и мощный инструмент продаж, который решит одну вашу проблему – нехватку клиентов и денег, – то для этого абсолютно не нужно тратить большие деньги.
Факт №2
Стоимость сайта не влияет на его продающие качества.
Вы спросите: «почему же тогда многие компании заказывают себе дорогие сайты?» Все просто. Большинство заказчиков не имеют ни малейшего представления о том, как создаются сайты и сколько они реально стоят. У заказчиков нет времени на то, чтобы вникать в нюансы создания сайта, поэтому они предпочитают «довериться профессионалам». А за доверие надо платить… Вот и переплачивают.
Веб-студия, которая у всех на слуху, оправдывает завышенную стоимость создания сайта тем, что она предлагает совершенно «уникальный продукт», некое «совершенное решение», короче, вешает лапшу на уши. И заказчик зачастую обманываться рад – ему удобно ощущать себя причастным к современным технологиям, ему хочется ощутить себя потребителем высококачественных услуг класса «премиум»… Но дело в том, что системы управления сайтами (CMS), представленные сегодня на белорусском рынке просты как грабли и совершенно одинаковы в своем несовершенстве. Таким образом заказчика вынуждают переплачивать за «бренд», который, собственно, никакой не бренд. На рынке есть тысячи совершенно одинаковых CMS, которые имеют абсолютно одинаковый функционал. Нам как разработчикам это очевидно. Но заказчики, не будучи профессионалами в области разработок, нередко попадаются на уловки и откровенный обман отдельных компаний-разработчиков.
Не редко причиной покупки дорогих сайтов является предубеждения и комплексы заказчиков. Некоторые бизнесмены стыдятся покупать дешевые вещи и поэтому покупают дорогие, даже если в магазине по соседству продаются точно такие же, но по более низкой цене. Каждому свое. В конце концов, комплексы тоже надо чем-то компенсировать.
Факт №3
Презентабельный сайт для малого бизнеса (с численностью работников до 100 человек) должен стоить 499$.Именно по такой цене мы предлагаем клиентам готовые сайты с хорошим дизайном, коммерческая эффективность которых ничуть не уступает пафосным «сайтам со стразами», стоимость которых в десятки раз дороже. В компании «Елаб Медиа» заказчик может выбрать дизайн сайта из 15000 вариантов! Коллекция дизайнов постоянно пополняется. Функции сайтов этого типа как правило стандартны. Размещать и редактировать информацию на таком сайте не сложнее чем смотреть телевизор.
Факт №4


…Вы выкладываете «кругленькую сумму» за разработку сайта, а после вынуждены постоянно тратить деньги на поддержку — и чем сложнее сайт, тем дороже обходится его поддержка. Стремление потешить собственное самолюбие заказав дорогой сайт может вылиться в постоянные и значительные расходы для вас и вашей компании.
Если крупные компании (с численностью работников более 1000 сотрудников) могут себе позволить тратить много средств на имидж в Интернете, то малому и среднему бизнесу приходится играть по другим правилам. Что действительно имеет для вас значение — некий имидж, часто весьма и весьма абстрактный, или конкретная прибыль, которую можно посчитать?
Если ваш ответ «прибыль», то добро пожаловать в компанию «Елаб Медиа». Мы не только знаем как построить систему продаж в Интернете, но и готовы искренне делиться с вами знаниями и опыт. Закажите сайт в компании «Елаб Медиа» и получите профессиональный сайт с хорошим дизайном за 499$, и консалтинговую поддержку бизнеса в Интернете бесплатно.
Отправив нам запрос сейчас вы абсолютно ничем не рискуете, потому что в любой момент сможете отказаться от заявки, если вас что-то не устроит или вы передумаете. С другой стороны, если вам действительно нужен хороший сайт, то вы можете сэкономить приличную сумму и избежать множества лишних хлопот. Почему бы нет?
Подобрать дизайн сайта.

Экономим на разработке web сайта (Fixed price vs Time & Material)

пока комментариев нет

После прочтения бессмертного произведения об утопии все мы начинаем понимать что живем в неидеальном мире!

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

— Здравствуйте, мы хотим сайт как http://www.xxxxx.web (показывают мега-портал с неизвестным функционалом). Сколько будет стоить ?

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

Почему мы повторяем одну и ту же ошибку, и как научиться правильно определять цену подобного проекта? Ответ на вопрос вроде бы очевиден — глубже изучить сайт, оценить объем предстоящей работы, добавить риски, затраты на кофе и валерьянку, и назвать заказчику сумму. Но, опять же, возникает дилема — назвать большую сумму = потерять заказчика и отдать проект конкурентам (они назовут меньше сумму), студентам (они пообещают сделать за еду). Или же слукавить, занизив сумму, а потом выбивать дополнительные деньги, аргументируя «подводными камнями» и шантажируя отказом от проекта… В любом случае мы применяем подход Fixed Price (Фиксированная цена за продукт под ключ), что не является правильным при данной задаче.

На Западе очень распространен подход Time&Material (Время и материалы), причем он широко распространен не только в области разработки но и в других отраслях, где требуются значительные средства и усилия архитектора, менеджера проекта, маркетолога. Нашему заказчику пока такой подход ассоциируется с игрой в наперстки на вокзале — т.е. ему может казаться, что в итоге все, кроме него, останутся в выигрыше. Читать далее »

Написал Валерий Хвалев

8 декабря, 2009 в 9:04 пп

Подпишись на обновления блога по e-mail или RSS!

Что такое хорошее техническое задание на сайт?

пока комментариев нет

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

Надеюсь, что эта статья пригодится тем разработчикам и 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 и др.), а затем дополняются кратким описанием.

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

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

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

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

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

Функционал

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

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

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

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

Требования

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

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

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

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

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

Прочее

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

Что дальше?

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

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

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

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

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

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

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

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

Написал Валерий Хвалев

15 августа, 2009 в 10:27 пп

Подпишись на обновления блога по e-mail или RSS!

Средства удовлетворения заказчика

пока комментариев нет

Все люди делятся на 2 роли, заказчики и исполнители. И роли эти зачастую меняются. Будучи по одну сторону прилавка магазина мы являемся заказчиками (покупателями), но стоит нам перелезть через прилавок — как мы становимся исполнителями. 

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

Итак условия задачи: 

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

Дано: заказчик — 1 шт. 

Необходимый результат: удовлетворенный заказчик — 1 шт.

Первый шаг

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

Неверный вопрос заказчику: Необходимо ли вам в поректе древовидная структура наследования объектов. 

Верный вопрос заказчику: Будет ли у вас каталог со вложенными разделами ?

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

Если это надо на самом деле Вам — позаботьтесь самостоятельно об том чтоб заказчик заполнил его. 

Далее важный момент — ТЗ. Не так давно я уже писал о его необходимости. Оно необходимо — и это аксиома! 

Планирование работ: 

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

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

Контрольные стадии проекта

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

  • сдача дизайна
  • сдача верстки
  • сдача модуля ХХХ (новости, каталог) 

Презентация конечного продукта

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

Сдал — забыл ??

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

Несколько бесплатных советов

Предоплата — ничто не добавляет уверенности в заказчике как предоплата 🙂 Но если заказчик старый и проверенный друг — думаю вы уже доверяете друг другу. 

Передача исходных кодов — весьма спорный вопрос. Впринципе заказчик заплатил за проект и может расччитывать на обладанием прав на исходный код. Нет никакого смысла его кодировать (Zend Encoder..) т.к. это просто НЕ логично. 

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

Итого

Чтобы получить удовлетворенного заказчика нам надо следовать следующим правилам: 

  1. Заказав сайт заказчик должен получить не только сайт но и заботу. 
  2. Не скупитесь на удобства для заказчика. Отчеты о работе, презениации и системы -все это добавляет вес вам. 
  3. Сдав проект не забывайте о заказчике. Интересуйтесь его делами, пригласите в офис для совместного распития чая
  4. Постоянно работайте над улучшением качество своего обслуживания. Нет пределу совершенства! 

Написал Валерий Хвалев

21 ноября, 2008 в 3:56 пп

Подпишись на обновления блога по e-mail или RSS!