Archive | Архив RSS feed for this section

СДЛКБ: Рисуем модель работы организации

Итак, в конечном итоге нам нужно по сути три отдела:

1) Отдел контента

5 контент-манагеров, одного из них назначим ответственным за офис, чтобы открывал-закрывал его и заведовал хозяйством.

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

2) Отдел разработки

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

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

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

3) Отдел продаж

С этим отделом пока сложно, есть представления, но совсем нет опыта. Поэтому напишу в формате идеи.

Есть Х продажников, которые занимаются обзвоном и встречами с клиентами. После заключения сделки все данные клиента из СРМ уходят к хозяину.

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

Дальнейшими продажами этим клиентам занимаемся сами. Через этот же интерфейс. В принципе, кмк можно раз-два в месяц отсылать им письма с предложениями. Пишем сами или заказываем.

Актуально для каждого отдела

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

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

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

И еще есть идея, на грани паранойи, поставить вебкамеры в каждый офис :-) Чтобы иметь возможность зайти и посмотреть, что там делается, да и записи прошедших дней не помешают при решении споров с работниками.

Успехов в ваших делах! :)

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

Читать полностью · Комментарии {10}

СДЛКБ: Еще раз о кадрах

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

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

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

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

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

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

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

Читать полностью · Комментарии

СДЛКБ: Безопасность бизнеса → прячем бизнес

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

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

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

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

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

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

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

Читать полностью · Комментарии {5}

Кризис — ху из зис?

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

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

быки

быки

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

Читать полностью · Комментарии

СДЛКБ: Безопасность бизнеса → ключевые клиенты

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

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

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

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

Читать полностью · Комментарии {4}