- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Давно хотелось открыть такую тему, но руки как-то не доходили, пишу конечно не для сложившихся профи, это скорее подведение самых общих итогов и очень хотелось бы услышать аргументированные возражения и добавления
Типичные ошибки вебмастеров при запуске проекта
1) Выбор тематики проекта - довольно часто начинающие вебмастеры выбирают для своего сайта тематику от которой они сами довольно далеки, как результат - непонимание того, что хочет найти на сайте посетитель, неправильная структура сайта и откровенные ляпы с контентом в связи с тем, что контролировать исполнителя практически невозможно из-за собственного невладения темой
2) Экономия на движке и дизайне - все почему-то считают, что лучше вкладывать в это время и силы когда сайт уже начнет приносить прибыль, в то время как это является одним из основных условий того, чтобы он вообще какую-то прибыль приносил, отсюда постоянные переделки, результатом которых является сайт по принципу "заплатка на заплатке", а затраты в несколько раз превышают расходы на разработку нормальной cms
3) Чрезмерное количество сервисов - особенно это касается площадок портального типа, когда по сути большинство сервисов остаются невостребованными, но при этом отнимают у вебмастера львиную долю времени которое можно было бы потратить на улучшение и продвижение более востребованных
Типичные ошибки вебмастеров при продвижении (оптимизации) сайта
1) Излишняя специализация - когда сайт делается под определенный запрос (вч или сч) с расчетом на то, что будет гораздо легче его продвигать(имхо это уже не сайт, а дорвей или в лучшем случае сателлит), да и продвигать его ничуть не легче по запросу, чем мощный тематический портал
2) Спам гостевых, форумов, блогов - тут я думаю комментарии не требуются, эффективно только для дорвеев
3) Непонимание причины и следствия, когда вебмастер вместо того чтобы стараться сделать свой сайт максимально удобным для ПС, страется только грубо манипулировать результатами выдачи(отсутствие внутренней оптимизации)
4) Нерегулируемое искуственное увеличение ссылочной массы - оптовая покупка ссылок и статей с нетематических и некачественных площадок с одинаковыми текстами и анкорами, что приводит к склейке ссылок и наложению всевозможных фильтров со стороны ПС (как правило это связано с отсутствием понимания основ работы поисковых систем и желанием нарастить пузомерки)
Типичные ошибки вебмастеров при расчете бюджета
1) Излишние затраты на персонал - как правило возникают при попытке создания сайтов профильными оффлайновыми компаниями(юридические, консалтинговые фирмы и т.д.), как правило обусловлено желанием дать проекту "высокий старт", а в результате приводит к супервысоким начальным затратам и мешает сайту выйти на самоокупаемость, как правило следствием этого становится потеря интереса к проекту в связи с его убыточностью и(или) его последующяя продажа/затухание
2) Неправильное распределение бюджета, тут вариантов достаточно много, рассмотрим два варианта: 1) в дизайн, разработку и контент, но не вкладываются в продвижение и рекламу; 2) деньги вкладываются в дизайн, разработку, рекламу и продвижение, но не вкладываются в контент... В обоих случаях результатом является отсутствие ожидаемого результата в виде прибыли
Типичные ошибки вебмастеров при формировании команды
1) Отсутсвие постоянного сотрудничества с разработчиками после запуска проекта - не позволяет оперативно исправлять ошибки в работе сайта и производить улучшения
2) Смешанный аутсорсинг - когда берутся не связанные между собой аутсорсеры или даже фрилансеры, что не позволяет адекватно координировать работу и вызывает постоянные недоразумения
3) Экономия на кадрах - не стоит надеяться что вы возьмете работника с нуля и вырастите его в профессионала, даже если у вас это получится, то этот работник скорее всего уйдет от вас, единственный вариант который на моем опыте приносил результаты - это формирование команды профессионалов на основе долевого участия, где каждый получает свой процент соответственно своему участию в проекте
P.S. Если тема окажется актуальной, то напишу более разверную статью с подробными рекомендациями
А можно попросить объяснений, почему Вы упорно всех участников Вэб проекта называете вебмастерами, когда речь идет о крупных проектах?
Может быть, для начала, дадите свое определение вебмастера?
Для справки - определение википеии
А можно попросить объяснений, почему Вы упорно всех участников Вэб проекта называете вебмастерами, когда речь идет о крупных проектах?
Может быть, для начала, дадите свое определение вебмастера?
Для справки - определение википеии
Объяснения попросить можно, сам не считаю это определение идеальным, но имхо оно более всего соответствует ситуации, под термином "вебмастер" я имею ввиду именно ведущего проекта (менеджера проекта), что в принципе и является основой определения приведенного в википедии (на мой взгляд достаточно неточного и устаревшего), который иногда, как вы уже отметили, на небольших и средних проектах является одновременно и его владельцем, однако не вижу тут и противоречия и с крупными проектами, как пример можно рассмотреть mobile-review.com, который мелким или средним у меня язык назвать не повернется, Эльдар Муртазин там имхо как раз выполняет роль вебмастера (являяясь при этом совладельцем) и таких примеров среди действительно крупных проектов немало
Вы сами-то поняли, что сейчас сказали?
Все проблемы показанные Вами как "ошибки вебмастера" являются чисто аналитическими и управленческими. Т.е. решаются людьми с другими функциональными обязанностями.
То, что уажаемый мной владелец mobile-review.com выполняет функции по верстке и программированию, совсем не значит, что это его основные обязанности. В первую очередь он менеджер и аналитик, а технические функции вторичны.
Ошибки вебмастеров могут быть в верстке, дизайне ( если он о кучи еще и дизайнер ), эргономике ( тоже спорный момент ), но уж никак не в выборе движка и в экономических проблемах.
Более того, вся часть ошибок при формировании команы очень спорна.
1) Отсутсвие постоянного сотрудничества с разработчиками после запуска проекта - не позволяет оперативно исправлять ошибки в работе сайта и производить улучшения
Бред. Нормальный проект, если не предполагается дальнейшего сотрудничества, предоставляется с документацией и в открытом коде. В крайнем случае, вместо открытого кода предоставляется API к функциональности системы. Более того, ошибки и новый функционал - принципиально разные вещи и модернизация проекта в этих случаях происходит абсолютно по разному. Неважно свои программеры или аутсорсинговые.
2) Смешанный аутсорсинг - когда берутся не связанные между собой аутсорсеры или даже фрилансеры, что не позволяет адекватно координировать работу и вызывает постоянные недоразумения
Верно при одном условии, что у Вас нет собственного аналитика. Если Ваш аналитик правильно ставит задачу, пишет ТЗ и тесты по каждому аусорсинговому модулю, распределяет и контролирует работу между различными аутсорсерами проблем практически не бывает. Зато можно существенно сократить срок разработки.
3) Экономия на кадрах - не стоит надеяться что вы возьмете работника с нуля и вырастите его в профессионала, даже если у вас это получится, то этот работник скорее всего уйдет от вас, единственный вариант который на моем опыте приносил результаты - это формирование команды профессионалов на основе долевого участия, где каждый получает свой процент соответственно своему участию в проекте
Не путайте жидкое с мягким и возьмите на стартап одного профессионала, который грамотно построит работу по ведению проекта, распишет каждому должностные обязанности и инструкции и наладит документооборот. Дальше вы можете менять каждого участника процесса по мере необходимости.
Поверьте, денежный фактор не самый главный. Более того, на этапе разработки прибыли нет, одни расходы. На стартовом этапе расходов не меньше. Прибыль начинает идти с достижения точки окупаемости. Будут ли программисты ждать точки окупаемости?
Вы сами-то поняли, что сейчас сказали?
Все проблемы показанные Вами как "ошибки вебмастера" являются чисто аналитическими и управленческими. Т.е. решаются людьми с другими функциональными обязанностями. Ошибки вебмастеров могут быть в верстке, дизайне ( если он о кучи еще и дизайнер ), эргономике ( тоже спорный момент ), но уж никак не в выборе движка и в экономических проблемах.
Более того, вся часть ошибок при формировании команы очень спорна.
Мэкс, вы видимо не очень внимательно прочитали, я явно указал в предыдущем посте "под термином "вебмастер" я имею ввиду именно ведущего проекта (менеджера проекта)", причем именно это определение является основой данного термина по любезно предоставленной вами ссылки из Википедии, хотя там и указано, что вебмастер так же может быть: "В зависимости от размера коллектива разработчиков он может объединять в себе обязанности дизайнера, автора, программиста, системного администратора, модератора, ответственного за содержимое, сотрудника технической поддержки и другие.", однако по по сути "Вебмастер — это «управляющий» сайтом.", таким образом ваши возражения напрямую противоречат приведенному вами источнику
Бред. Нормальный проект, если не предполагается дальнейшего сотрудничества, предоставляется с документацией и в открытом коде. В крайнем случае, вместо открытого кода предоставляется API к функциональности системы.
Я по-моему ничего и не говорил про отсутствие документации или какие-то проблемы с закрытостью кода, я говорю про реальную ситуацию с которой сталкивался десятки раз (и думаю не я один), когда новому разработчику гораздо проще перезапустить сайт на своей площадке, чем копаться в чужой CMS, к тому же не стоит забывать о том, что первоначально при написании CMS может использоваться нераспространненый язык, для которого вообще трудно будет найти квалифицированного программиста (например, года три назад мне попал в руки сайт написанный на asp.net, и я реально не мог найти исполнителя для модернизации)
Верно при одном условии, что у Вас нет собственного аналитика. Если Ваш аналитик правильно ставит задачу, пишет ТЗ и тесты по каждому аусорсинговому модулю, распределяет и контролирует работу между различными аутсорсерами проблем практически не бывает. Зато можно существенно сократить срок разработки.
ИМХО работа вне офиса где сидит координатор проекта всегда будет идти медленней чем работа в офисе (опять же основываясь на собственном опыте), а выглядеть это будет следующим образом: копирайтер ушел в запой, программера бросила девушка и он думает о том как ее вернуть, а не о о переработке движка сайта...а дизайнер...дизайнер выполняет в первую очередь заказ Nokia которая "за...ла" Артемия Лебедева и которой срочно нужен дизайнер (и причем платит Nokia раз в 50 больше вас)
Не путайте жидкое с мягким и возьмите на стартап одного профессионала, который грамотно построит работу по ведению проекта, распишет каждому должностные обязанности и инструкции и наладит документооборот. Дальше вы можете менять каждого участника процесса по мере необходимости.
Возможно я недостаточно ясно это обозначил, но тут в первую очередь имелся ввиду вариант когда сам владелец проекта и выступает этим организатором и ему самому необходимо наладить работу по ведению проекта, расписать каждому должностные обязанности и инструкции и наладить документооборот или хотя бы хочет контролировать все эти процессы, а не доверить все так называемому профессионалу, квалификацию которого он не может проверить в связи с тем, что сам абсолютно "не в теме" (к слову сказать большая часть таких профессионалов работает над своими проектами)
Поверьте, денежный фактор не самый главный. Более того, на этапе разработки прибыли нет, одни расходы. На стартовом этапе расходов не меньше. Прибыль начинает идти с достижения точки окупаемости. Будут ли программисты ждать точки окупаемости?
На этапе разработки и начальном этапе прибыли разумеется нет, но что касается програмистов (и не только программистов) - да, будут ждать если они уверены в перспективе проекта, имхо любой вменяемый человек предпочтет получать ежемесячную прибыль в 50 рублей, чем разом получить 100 рублей (хочется отметить, что долевое участие в проекте как правило предлагают людям с которыми уже до этого достаточно долго и успешно сотрудничали, и в возможностях и знаниях которых уже успели убедиться)
что первоначально при написании CMS может использоваться нераспространненый язык, для которого вообще трудно будет найти квалифицированного программиста
Часто этот нераспространенный язык позволяет дешево и быстро задачи, сложно и дорого решаемые классическими методами. Например полнотекстовый поиск в аттаченных документах типа doc, xls или pdf. Так что при переработке всегда сначала надо понять почему использовалось то или иное решение. Более того, есть интернет в котором всегда можно найти нужного специалиста или команду специалистов или информацию о технологии. Другой вопрос что все хотят сделать это за 3 копейки....
А по поводу того, что проще перезапустить - так это от того же... код не тестировался на переносимость, нет даже элементарной документации по развертыванию, использованию и архитектуре системы.
ИМХО работа вне офиса где сидит координатор проекта всегда будет идти медленней чем работа в офисе
Имейте профессиональных субчиков, причем не одного, дабы можно было перекинуть работу, и пребудет с Вами счастье. Надо просто постоянно и жестко контролировать ход работ. При работе в офисе вы тоже не застрахованы от того, что дизайнер на Вашей технике делает втихаря заказы "налево", а программист в "творческом крызысе" целыми днями сидит в одноклассниках.
а не доверить все так называемому профессионалу, квалификацию которого он не может проверить в связи с тем, что сам абсолютно "не в теме" (к слову сказать большая часть таких профессионалов работает над своими проектами)
Так пускай он и занимается изобретением велосипеда :)
имхо любой вменяемый человек предпочтет получать ежемесячную прибыль в 50 рублей, чем разом получить 100 рублей
Вменяемый человек в первую очередь спросит про гарантии получения этих 50 руб. ежемесячно. Более того, мне, как владельцу бизнеса проще получать прибыль самому :)