В очередной раз упростим модель мира и представим себе, что на успешность среднего сайта влияют два фактора: технический и человеческий.
К первому отнесем гибкую структуру базы данных, быстрый и красивый код, интерфейс настолько удобный, что пользователи о нем и не думают. Ко второму — энтузиазм, эрудицию, знания, честность и трудолюбие людей, занимающихся поддержкой сайта и готовящих для него материалы.
Комбинируя два этих аспекта, получаем четыре возможных сочетания. Интернет-проектов, в которых всё более или менее хорошо, мало. Сайтов на устаревших движках с хорошей командой тоже совсем немного. Прослойка ресурсов, с технической точки зрения имеющих всё, что нужно для успеха, несколько больше. Остальное — серая безликая масса.
Нетрудно заметить, без интересующихся людей из команды поддержки, не выплывет сайт даже с очень быстрым кодом и логикой управления, понятной шестилетнему ребенку.
Как разработчик скажу, что отдавать хорошую платформу в чужие равнодушные руки, наверное, также неприятно, как отдавать щенков какому-нибудь мужику с живодерской усмешкой и в собачьем тулупе.
При этом людей, понимающих что-то в управлении сайтами крайне мало. Скорее всего, на молокозаводе, которому вы делаете мегапортал, их нет. Чтобы лишний раз себя не огорчать, можно предпринять некоторые нехитрые шаги.
Итак, вы получили заказ, обсудив за час будущий сайт. Сразу же спросите, кто им будет заниматься после сдачи. Постарайтесь познакомиться с этим человеком. Попробуйте пробудить в нем искорку любопытства. А может, запланируйте для него небольшую премию. Расспросите его подробнее, ведь у руководства времени нет.
Предложите ему подготовить образцы материалов, которые бы он поместил на сайт в первую очередь. И спокойно приступайте к разработке. Если через пару недель вам придет письмо, радуйтесь и ликуйте: человек в общем хороший, либо честный и трудолюбивый, либо идея администрирования сайта ему приглянулась.
Но дело в том, что шансы получить что-то приемлемое с первого раза невелики. Именно поэтому с будущим редактором вы познакомились так рано. Уделите ему немного времени, расскажите об основных недостатках работы, дайте ссылки на статьи о том, как писать в интернете. Пусть человек подумает о ключевых словах, привлекательных заголовках, текстах без «воды». Время-то есть. Возможно, всё это будет больше похоже на игру, но проект запустится более плавно.
Если вам не повезло, и за поддержку сайта отвечать никто не собирается, собирайте материалы самостоятельно. Но не оставляйте эти мероприятия на последнюю неделю. Образцы реального информационного наполнения — значительная опора для разработчиков.
Смысл сегодняшнего поста такой: привлекайте к процессу разработки людей, которые в будущем будут заниматься поддержкой. Потратите немного времени на общение, но польза будет неоценимая.
Дмитрий Сергеев, 22 года. Разрабатываю сайты на Drupal.
Mr. Mishin Oleg, 28.02.2007 11:42
Хороший разоработчик болжен переубедить заказчика делать проект, который заведомо не будет работать - это отличает хорошего разработчика от плохово. Хороший разработчик не возьмется за заведомо мертвый проект. Либо убеждать клиента ответственнее относиться к проекту, либо вообще не заниматься этим - найдутся те кто будет работать и с заведомо мертвым проектом только ради денег.