Антон Молодой

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

• 5 контент-манагеров
• 2 программера
• 1 дизайнер

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

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

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

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

Вместо P.S.: Маньяк в своем блоге рассказывает про трудности поиска нормальных программеров. Прекрасно его понимаю :) Мне уже тоже пора подыскивать, ибо своими силами много не сделаешь, когда есть куча других задач, помимо кодинга.

Лучший способ обеспечения безопасности бизнеса, на мой взгляд, — спрятать его :)

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

Если мы говорим о контент-менеджере, то пусть в его распоряжении будет только админка для добавления/редактирования (но не удаления) ЕГО постов. И все, больше ему ничего не нужно.

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

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

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

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

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

Читаем тут:  «Чичваркинг» и другие главные термины современного бизнеса

быки

Как говориться, к каждой шутке есть доля шутки :)

Начнем с простого, ключевые клиенты.

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

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

P. S.: А тем временем, в интернете стало на миллион меньше ГС.

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

1) Уход ключевых людей / отделение группы сотрудников

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

2) Потеря ключевых проектов

Раскрученный и работающий проект конечно потерять практически невозможно при работающей системе резервного копирования.

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

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

3) Потеря ключевых клиентов

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

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

P. S. А я обновил блог и сменил шаблон :) WP 2.7 — просто песня. welcome, как говорится..