Что такое сайт

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

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

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

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

Когда пора звать специалистов

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

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

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

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

Зачем специалисты со стороны

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

Причина 1. Ваш ИТ-отдел уже делает достаточно работы. Сайт — это отдельная большая работа, у вашего ИТ-отдела нет на неё ресурсов. А если они говорят, что есть, тут что-то не так:

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

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

Можете ли вы пойти работать баристой, если варите себе кофе по утрам?
Нет, вам всё равно понадобится школа барист.

Это будут:

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

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

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

Сеошник, а куда ж без него — который сделает базовую настройку готового сайта.

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

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

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

Причина 4. Никто не знает всего. У вас может быть самый лучший ИТ-отдел, но если вы не занимаетесь разработкой сайтов, то ваши айтишники не следят за технологиями, обновлениями, тенденциями и модой в области сайтов. Они свою работу работают, не менее важную, но совсем другую. А вот сайтостроители этим зарабатывают.

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

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

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

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

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

В стартапе: собрались три разраба и такие: прикольно, а чё будет, если? Гит-перегит-докер-полупокер — и выдают проект нагора.

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

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

Как было: интересно, непонятно, бесяче, много нового. Как не было? Не было сложно.

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

Компания, комьюнити, нетворкинг

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

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

Ещё оказалось, что сотоварищам нравится моя корректура и слог. А я-то, по классике, думала, что ничего не знаю и писать разучилась давно.

Наша статья «Повернуть карьерный путь» в «Кто студенте» сорвала комментарии аж двух преподавателей школ, что редкость.

А какие симпатичные и мемасные высказывания порой посещали наш чатик! (Примеры буду добавлять)

Открытия

Шрифты — целая наука. Раньше думала, есть читаемые и декоративные.

В текстостроении куча специализаций, не меньше, чем в разработке. А то и больше. Как и всё в айтишке, специальности устаревают раньше, чем успевают сформироваться. Остаётся только, как сказал Ильич, учиться, учиться и учиться.

Редактор — это автор. Но автор — не редактор. Где лежит грань между авторами, писателями, копирайтерами и пишущими редакторами, я пока не поняла.

Сертификатус

Чек-лист для редактора от Максима Ильяхова

Студентка десятого потока Анна Акулова сделала по чек-листу конспект
с версией для печати и поделилась секретом: учиться на второй ступени легче, если соблюдать все требования чек-листа.

Конспект чек-листа для редактора от Анны Акуловой

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

Выбор темы

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

Курсовая про манго

Видеоразбор курсовых про служебные романы

Школа предлагает несколько направлений на выбор. Доступ к ним открывается на 15-й неделе обучения.

Если в столе лежит статья как раз для курсовой или уже есть отличная тема — надо просто её согласовать. Напишите письмо с просьбой о согласовании на почту деканата school@bureau.ru. Согласовывает темы не деканат, а сам ректор, поэтому согласованием лучше озаботиться заранее. Учтите, что могут и отказать.

Только один вопрос

Статья отвечает на один вопрос. Уважайте свой материал, не комкайте.

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

Перед сдачей

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

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

Читайте вслух

Если в статье картинки со стоков, поставьте ссылку в подвале. Если картинки вам нарисовал художник, дизайнер, ребёнок, сосед, игуана соседа — напишите «Рисунки [Имя Фамилия]». Делаете коллаж из стоковых картинок? Напишите, что картинки со стоков,  добавьте слова «коллаж автора».

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

Прогоните работу через Главред, проверьте орфографию и пунктуацию:
- на Текст-ру;
- в Орфографе у Артемия Лебедева;
- на Адвего до 100 тысяч знаков.

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

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

После сдачи

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

Статья написана по вопросам студентов первой ступени 19 потока Школы редакторов и основана на собственном опыте. Что-то я применила в своей курсовой, до чего-то додумалась после сдачи. Сделайте лучше меня.

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

У вас ошибка: сломалось, не работает, не получается

Чтобы получить от сисадмина ответ по существу, расскажите по порядку:

1. Что и где пытаетесь сделать.
2. Какие действия предприняли.
3. Какая возникла проблема.
4. Приложите, если можете, скриншот проблемы.
5. Что пытались сделать для решения проблемы самостоятельно.

Пример

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

У вас задача: надо что-то сделать, купить, установить

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

1. Что нужно сделать?
2. Где это нужно сделать? Варианты «везде», «на всех сайтах», «везде в интернете» не годятся, их нельзя выполнить.
3. Как именно это нужно сделать? Обычно автор задачи представляет себе, как должен выглядеть результат. К сожалению, сисадмин не читает мысли. Если автор задачи расскажет своё видение, сисадмин будет его знать.
   Иногда результат получить невозможно. Или можно, но сложно/дорого.

Пример:

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

Это сервис. ПСЯ появились как развитие Турбо-страниц.

Идея такая была изначально: есть тупой старый сайт, на котором страницы грузятся по 5 секунд. Возможности его оптимизировать или переделывать нет. На тебе, мужик, Турбо-страницы — мы сделаем это за тебя. Возьмём твой контент и положим на свою оптимизацию.
А следующим шагом были ПромоСтраницы. Потому что Турбо-страницы работали с главной страницей сайта. Чтобы посетитель увидел что-то полезное до того, как замаялся ждать. А народ захотел, чтобы турбоспортивно открывались все товары.
Я так понимаю.

Чтобы придти к понятию «девопс», колесо ИТ совершило полный оборот.

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

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

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

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

Пример о выборе оптимального:

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

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

Разработчики начали вникать в железо.

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

Колесо закончило оборот.