Вопросы для начинающих вебостроителей

 

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

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

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

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

Вся проблема заключается в том, что обычно люди их себе не задают.

Давайте зададим себе эти вопросы.

1. А чем плохо нынешнее положение?

Иными словами:

• если у вас нет сайта, то чем это плохо?
• если у вас есть сайт, то чем он вас не устраивает?

Этот простой вопрос ставит многих в тупик. Особенно в первом случае, когда сайта ещё нет. Ответ, как правило, звучит так: «Ну неприлично это — в третьем тысячелетии без сайта». Любопытно, что один и тот же ответ дают тинэйджер Васька Пупкин и генеральный директор Василий Иванович Пупкин.

Один говорит: «Вот у Сашки есть, у Лёшки есть, а у меня нет». А другой говорит: «Вот у партнёров есть, у конкурентов есть, а у меня нет».

И только?

На самом деле нужно спросить себя:

• Какие проблемы мы могли бы решить с помощью сайта (если его нет)?
• Какие наши проблемы мог бы решить, но не решает наш существующий сайт?

Например, создавая первую версию сайта Красноярского «Мемориала», мы решали такие проблемы:

• Публикация списков жертв политических репрессий.

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

Кстати, раздел «Мартиролог» до сих пор самый популярный на сайте.

• Доступ к материалам, собранным Красноярским «Мемориалом» за десять (на 1998 год) лет.

Документы, воспоминания и т.п. хранились в одном экземпляре на квартирах членов  «Мемориала»,  то есть были практически недоступны. Оцифровка и выкладка их на сайт позволили систематизировать архив «Мемориала» и получить беспрепятственный доступ к нему.

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

Через пять лет эти проблемы были в целом решены. Сейчас на сайте списки репрессированных (100000 человек), 10000 материалов, около 5000 фотографий. Хотя до полной выкладки архива еще далеко — материалы постоянно оцифровываются, многие ещё не выложены.

Но мы уже приступили к серьёзной перестройке сайта, потому что увидели, что он позволит нам решить дополнительные задачи:

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

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

И ещё. Если вы не смогли себе ответить на этот вопрос, сайт вам, видимо, не нужен. Лучше не начинать его делать вообще.

2. Что хорошо и что плохо в аналогичных сайтах?

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

Потом я увидел на каком-то сайте адрес — и спохватился: как же мы это недодумали!

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

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

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

Для того чтобы задать работу поисковым роботам?

3. Какова цель нашего сайта?

Самый сложный, самый важный вопрос, от ответа на который зависит то, каким будет сайт. Главное в этот момент — не спутать цель с функциями или средствами.

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

Как —  это уже не цель, но средство. Укрепление имиджа — да, и это тоже. Продвижение товара или услуги — да, и это тоже. Снижение себестоимости за счёт переноса части функций менеджеров на сайт — да, и это тоже. Установление связей с партнёрами — да, и это тоже. Но всё это лишь средства для повышения прибыли.

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

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

4. Для кого мы делаем сайт?

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

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

• Репрессированные и их родственники.
• Историки, краеведы, исследователи.
• Школьники, студенты.
• Пресса.
• Коллеги-мемориальцы.
• Спонсоры, грантодатели.
• Члены Красноярского «Мемориала» (напомню, сайт активно используется в работе).
• И т.д.

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

1. Историки, краеведы, исследователи.

2. Школьники, студенты.

3. Репрессированные и их родственники.

4. Пресса.

5. Коллеги-мемориальцы.

6. Члены Красноярского «Мемориала».

7.  Спонсоры, грантодатели.

8. И т.д.

5. Что хотят посетители от нашего сайта?

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

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

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

Это очень ответственный момент в создании сайта.

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

6. Какую информацию выкладывать на сайт?

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

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

Это неправильный подход.

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

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

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

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

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

К сайту общественной организации всё это относится не в меньшей степени.

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

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

Вот, в частности, на сайте Красноярского «Мемориала» в первую очередь представлена гипертекстовая книга об истории политических репрессий в Красноярском крае, со ссылками на соответствующие документы, а в конце идет скромный, но объёмный раздел «Наша работа». Повторюсь: при составлении рубрикатора мы должны исходить из того, чтобы самые важные (с точки зрения поставленной цели)  посетители могли легко и быстро найти нужную им информацию.

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

7. Что хотим увидеть в текущей версии сайта?

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

Стало быть, у вас впереди еще будет немало возможностей добавить новые разделы и функциональные возможности. Надо определить, что именно вам надо добавить в этот раз.

Это должен быть такой объём работы,  который реально выполнить за один–два месяца. Опять-таки, начинать надо с самых важных разделов, нужных самым важным посетителям. А как же иначе?

8. При каких условиях мы признаем сайт успешным?

Это очень серьёзный вопрос. Как-то так получилось, что успешным считается сайт, имеющий высокую посещаемость. Однако посещаемость — только один из критериев успешности, и далеко не всегда самый главный.

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

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

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

Конечно, всё это достигается не только за счёт сайта,  но кто и когда сказал вам, что сайт — это нечто отдельное и обособленное?

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

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

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

Наконец, я взялся за расследование. С помощью обратных ссылок выяснил,  что практически все посетители приходят из гостевой книги англоязычного порносайта. Там периодически появлялось сообщение типа «идите по этой ссылке, там ТАКИЕ девочки!».

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

Возникает вопрос: а какой смысл во всём этом? Зачем эти сотни посетителей? Что они дадут этой средней школе?

Кстати, как ни странно, занимался этим не подросток, а учитель информатики, и не с целью баловства, а вполне серьёзно.

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

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

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

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

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

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

Вопрос на засыпку: успешен этот сайт или нет?

С точки зрения поставленной цели — да. С точки зрения посещаемости — абсолютно нет. Я всё-таки считаю этот сайт абсолютно успешным.

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

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

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

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

 Так, например, для сайта «Красноярские Столбы» (www.Stolby.ru) мы установили такой критерий успешности: сайт должны признать сами столбисты. Кто знает, что такое Столбы для этих людей и как они не терпят всякого рода фальшь о них,  тот поймет, насколько трудная это была задача. И вот сайт жил уже полтора года, уже получил второе место на всероссийском конкурсе, уже мэр лично жал нам руку за этот сайт, но мы не считали его успешным — пока на праздновании 150-летия столбизма сами столбисты не вручили нам шутейную медаль и не сказали, что, мол, наконец-то появился сайт, которого они долго ждали и который оправдывает их ожидания.

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

Почему я посвятил так много места освещению этого вопроса?

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

Но плохо также, если вы не знаете, считать ли ваш сайт успешным или нет.

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

9. При каких условиях сайт принимается заказчиком?

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

Так вот, в условиях в числе прочего обычно указывается такая фраза: «Соответствие функциональным спецификациям». Функциональные спецификации — это подробное описание сайта, о них мы будем подробнее говорить в разделе  «Взаимодействие заказчика и исполнителя».

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

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

 

Взаимодействие заказчика и разработчика

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

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

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

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

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

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

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

А уж если возникнет конфликт — тем более!

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

Что это за этапы?

Этап первый. Видение проекта

Это тот самый этап, о котором мы говорили выше. Результат — документ «Видение проекта», обычно занимающий 2–3 страницы. Иногда мы за это не берём денег.

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

Этап второй. Функциональные спецификации

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

 Например:

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

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

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

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

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

Функциональная возможность	Трудозатраты  в человеко-часах	Стоимость
Механизм публикации новостей	5	1500 руб

 

… … …

Эта таблица очень важна с двух точек зрения.

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

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

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

На этот раз он согласился.

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

А это совершенно неприемлемый срок.

Сайт (точнее, очередная версия сайта) должен делаться месяц–два. Если планируемые трудозатраты больше, надо разбивать работу на этапы, выделяято, что нужно реализовать на сайте в первую очередь, а что во — вторую.

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

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

Да,  кстати,  а ведь разработка функциональных спецификаций — это труд, и он должен оплачиваться?

Да, это так. Если за видение проекта мы берем деньги не всегда, а если и берём, то небольшие, то за функциональные спецификации — всегда и существенно больше.

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

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

Этап третий. Разработка

Вот тут уже начинаются более-менее традиционные денежные отношения «заказчик–исполнитель».

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

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

Я подчёркиваю, не больше, потому что наши программисты имеют манию реализовывать идеи на ходу.

Это надо категорически пресекать, а все новые идеи, у кого бы они ни возникли — у разработчиков ли, у заказчика ли — фиксировать и относить на следующую версию сайта.

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

Замечу, кстати, что одна из основных причин задержки — несвоевременное предоставление заказчиком материалов — фотографий, текстов и т.п.

Этап четвёртый. Тестирование

Вот тут сайт подвергается тщательной проверке. Что именно проверяется?

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

И так далее.

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

Дальше. Проверяем навигационную составляющую.

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

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

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

И так далее.

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

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

Чем хороша эта схема?

·         Тем, что на каждом этапе заказчик точно знает, за что он платит деньги.

·         Тем, что заказчик непосредственно участвует в работе на всех этапах.

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

 

Алексей Бабий

Методическое пособие  "Интернет как инструмент общественных организаций"