Разное

Как создать организацию: документы, сроки, проверки, услуги регистрации компании под ключ

11.02.2019

Содержание

Как создать правильную организационную структуру?

Елена Борисова
генеральный директор компании "U-Consult" (Санкт-Петербург)

ПЕРСОНАЛ-МИКС:
Научно-практический журнал по вопросам управления персоналом

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

Гаррингтон Эмерсон

В последнее время вновь возрос интерес к организационным структурам. Одно из объяснений этого - заметное оживление экономики.

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

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

Целенаправленный механизм вовсе не обязательно будет искать путей достижения наших целей, если только мы не рассчитаем его специально для решения этой задачи. Причем в ходе проектирования такого механизма мы должны предвидеть все ступени процесса, для управления которым он создается, а не применять приближенные методы прогнозирования, эффективные лишь до определенного пункта, дальше которого расчеты ведутся при возникновении новых затруднений. Расплата за ошибки в прогнозировании и в наше время достаточно велика, но она еще больше возрастет, когда автоматизация достигнет полного размаха. (Ноберт Винер. Человек управляющий. СПб.: Питер. 2001. С. 242.)

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

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

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

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

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

- каковы достоинства и недостатки нынешней структуры?

- что в мире происходит и может произойти - в экономике, на рынке, у конкурентов/коллег, в теории?

- какими ресурсами мы располагаем (финансы, люди, ожидания клиентов, наши продукты)?

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

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

Чем менее предсказуема работа (и условия), тем тяжелее определить деятельность каждой рабочей единицы. Если мы не знаем, что делает работник (группа работников), едва ли можно надеяться создать структуру на базе броуновского движения. При этом система в целом может продолжать функционировать до определенного момента.

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

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

На пути к интеграции разные виды работ надо объединять по какому-либо принципу. В результате группировки мы получаем те самые квадратики, из которых впоследствии будем складывать структуру.

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

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

Группировка по продуктам (клиентам) дает возможность развиваться компаниям с диверсифицированными видами деятельности или инновационными продуктами.

У каждого принципа есть свои достоинства и недостатки.

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

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

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

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

Так или иначе, но выделение квадратиков неизбежно. И компания приходит к необходимости рисовать стрелочки.

Предпринимательская структура подчеркивает роль центральной власти. Все решения замыкаются на центральную фигуру. Любое действие требует одобрения ключевых фигур. Такая структура характерна для малых и растущих предприятий; она очень часто встречается в частном бизнесе, особенно там, где собственник и генеральный директор - одно лицо. Структура хороша… до определенного момента. Она позволяет быстро принимать решения, реагировать на изменяющиеся внешние и внутренние условия, не требует дополнительных административных расходов. Компания управляема и идет к определенной цели. Но многое зависит от этого самого первого лица - насколько он хороший руководитель, специалист, личность. Смена первого лица может развалить компанию. С ростом компании наступает период перегрузки - первое лицо оказывается под ворохом сиюминутных задач, с увеличением численности персонала и направлений работы происходит потеря управляемости. Теперь многое зависит от того, какую позицию займет руководитель - сумеет ли он воспитать помощников, делегировать часть полномочий, развить горизонтальные связи.

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

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

Пример 1

Из подразделения крупной западной производственной компании приходит запрос на тренинги. Начинаю беседовать с сотрудником компании, который представляет некий отдел закупок, в задачи которого входит обеспечение всем необходимым другие квадратики. Под необходимым понимаются и канцтовары, и электроприводы, и почтовые услуги, и тренинги развития персонала. Отдел закупок определяет (!), что целесообразно далее предложить другим подразделениям… В данном случае проблема не в самой организационной структуре, а в том, что стрелочки "криво нарисованы" (наверное, рисовал специалист по всем вопросам - от инструментов до хорового пения).

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

Правда, при этом работники оказываются фактически в двойном подчинении - руководителя проекта, который не может воздействовать на них напрямую административно или стимулировать их с помощью бонусов, и руководителя отдела. Хорошо, если между руководителями есть согласие. Другая проблема: в каждом отделе есть специалисты разного уровня, и, естественно, руководитель проекта стремится привлечь в группу лучших. В итоге лучшие награждаются… бульшим объемом работы.

С т р у к т у р аУ с л о в и я
ПредпринимательскаяДоминирование одного человека или группы (в центре). Вызвано формой собственности, большим значением специального опыта или потребностью деятельности под строгим контролем. Умеренный размер, простая технология, одна доминирующая техническая сфера деятельности. Неопределенное или быстро меняющееся окружение.
БюрократическаяСложная организация с передачей полномочий и опыта. Большой размер, сложные технологии и различные технические сферы деятельности. Стабильное окружение.
МатричнаяСложная организация с чертами бюрократической структуры и потребностью делегировать ответственность и обеспечивать отклик на запросы клиентов.
НезависимаяПростая организационная форма для поддержки независимой деятельности специалистов, со слабой координацией. Профессиональная, а не управленческая ориентация специалистов.

*Источник: Derek Torrington, Laura Hall. Personnel Management: a new approach. UK, 1987. При матричной структуре очень важно обеспечить разумную равномерную загрузку (сочетание проектов и занятости каждого сотрудника в проектах). При большом числе проектов и сотрудников это задача не из легких.

Пример 2

Мне пришлось наблюдать, как действует матричная структура в американской маркетинговой компании. После поступления заказа формируется проектная группа, которую возглавляет консультант из основного исследовательского отдела. В зависимости от проекта в группу включаются представители отдела телефонных опросов, анкетирования, direct-mail, компьютерный специалист, административный работник. Составляется план работ с определением общих и индивидуальных задач. Работа идет быстро, результативно, квалифицированно и подходит для специфики фирмы (продукт и клиенты).

В то же время, если бы матричная структура была идеальной, ее бы уже давно взяли на вооружение все. Есть виды деятельности, когда она мало применима (например производство). Согласно Дэвиду Черрингтону, в компании General Electric после семи лет использования матричной структуры от нее отказались.

Независимая структура предполагает независимую самостоятельную работу каждого при наличии соответствующей поддержки со стороны компании. Такая структура эффективна в консалтинговых фирмах, небольших компаниях, занимающихся продажей сложного оборудования. Идея заключается в том, что каждый занимается своим делом (задача разделена по продуктам или по клиентам), а административная поддержка гарантирована. Структура может быть эффективной при соблюдении двух главных условий: необходимо, чтобы конкуренция между специалистами при выходе на рынок не мешала общей задаче и чтобы каждый сотрудник был уверен, что компания предоставит ему помощь (информационную, по документообороту и т.п.). В то же время каждый "специалист-единоличник" отвечает на вопрос коллег исходя из своих личных симпатий и наличия свободного времени (а вопросы могут быть очень важными). В итоге постепенно у сотрудников формируется скептическое отношение к компании, кратко выражаемое словом "бардак".

Пример 3

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

Нет плохих и хороших структур. Структура – это всего лишь инструмент, а уж как его использовать – наш выбор.

Как создать IT компанию с нуля — без опыта работы в данной сфере и навыков программирования?

Проанализировав путь своей компании, разделил его на несколько этапов и добавил интересные истории и курьезы, которые сопровождали нас на этом пути.
«Поиск себя и болей клиентов (нет наемных сотрудников)»

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

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

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

«Первые наемные сотрудники и комплектация команды»

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

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

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

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

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

Все круто: даже на этапе незаконченных проектов нас начинают рекомендовать!
Сотрудничество с клиентом дало несколько новых проектов, и теперь наступил следующий этап.

Я бы сравнил прошедший этап с «конфетно-букетным» периодам в отношениях: есть еще романтика, запал и ты думаешь, что это будет вечно. Но мы же хотим больше…

«Новые люди и управление приоритетами»

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

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

Привлечение новых людей в команду и их ротация между проектами становится привычным делом, а муки выбора — наиболее часто испытываемой эмоцией. Например, есть проект, с которого мы начинали и где остались сильные личные связи с членами команды. А есть другой, который попал к нам сравнительно недавно. И хочется отдать все самое лучшее своему «первенцу», но бизнес-приоритеты уже могут быть другими. Если раньше нам как-то удавалось совмещать рабочие задачи, но при этом оставаться «своим в доску», то сейчас все чаще и чаще наши решения будут непопулярными. Хотя бы для кого-то. И личная дистанция с командой (к сожалению!) начнет понемногу расти.

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

На этом этапе как раз хорошо, что я не был никогда программистом, и слава богу не начал кодить сам и затыкать дыры. Я стал реально решать управленческие задачи. На данном этапе компания еще была хаотичной. У нас что-то получалось плохо или где-то простаивали бизнес-процессы. Здесь мы научились системно загружать работой всех своих сотрудников. Все вроде бы налаживается, но мы сталкиваемся с первыми кассовыми разрывами и понимаем — цикл продаж должен быть постоянным, а не от з*дницы до следующей з*дницы с деньгами.
Следующий этап я б назвал:

«Теперь о нас должен узнать весь мир!»

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

Осипова не пустили в Украину, и вместо него начали выступление Евгений Черняк и Давид Арахамия, чтобы дать фору для телемоста из Москвы.

Через пару часов я решил сходить в туалет по нужде, до обещанного обеда.

Выходя из зала, увидел в коридоре какую-то сьемку передачи. Ради любопытства подошел, это была запись передачи Big Money, которой я большой поклонник.

Я, конечно, начал записывать сторизы и прямой эфир, весь мир должен же знать куда я попал вместо туалета. И тут Евгений Черняк задает вопрос в толпу — мол, какие зарплаты у айтишников. Я пока видео записывал поднял руку, и оказалась единственный «АЙТИШНИКом» из стоявшей вокруг. Таким образом я попал в передачу, даже подискутировал с Давидом Арахамией, и доказал что местный рынок IT существует. Ну и, конечно, получил рекламу, и самое главное нового клиента в виде компании Global Spirits, где Евгений является акционером.

Кстати в туалет так я и не сходил, и вспомнил об этом через пару часов)
Так я начал ходить на конференции и искать абсолютно новых клиентов без рекомендаций. И тут мы подошли к следующему этапу масштабирования.

«Не достаточно просто говорить, надо что-то и делать»

Цикл сделки в нашей сфере в среднем составляет от трех до девяти месяцев, то есть очередной кассовый разрыв не за горами. Да и команда разрослась до 20 человек.

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

А точно ли клиент всегда прав? Мы сравниваем клиентов и видим, что чем выше стратегическая важность клиента, тем выше степень гибкости при работе с ним и тем больше ему разрешается, ведь это уже стратегия. В то же время небольшой проект уходит на второй план. Внутренний голос меня чаще спрашивает: «Зачем?». В контексте «зачем это нашей компании?». Новые проблемы — вовлечь дополнительных людей в проект, приобрести лицензии за счет компании, вложиться в разработку инновационных прототипов типовых решений.

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

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

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

«Наши заказы растут вместе с командой»

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

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

Так же мы заходим в тупик по писку людей, а именно менеджеров проектов. Их просто нет или они не подходят нам по ценностям. Самое шикарное, что запомнил из собеседования, — ответ на мой вопрос: «Что для Вас является успешным завершеннием проекта?». Соискатель заявил: «Подписанный акт выполненных работ».

Пришли к выводу, что надо растить своих и уделять еще больше времени обучению.
Здесь мало места для управленческого творчества. Все должно быть прописано и регламентировано. Обниматься, поздравлять всех коллег с Днем рождения или ходить вечером курить кальян — ок, но мы поняли, что наша система должна быть радикально другой. Иначе люди попросту начнут прикрываться ее недостатками. Когда косяк — «мы же друзья», когда молодцы — «дайте премию, мы ведь молодцы».

В то же время я замечаю, что многим спецам характерен defensive mindset. Этот подход проявляется в нежелании взять на себя лишнего и идти на риски.

Как же с этим бороться?

И мы поняли, что недостаточно мотивировать людей деньгами и своим вниманием.

Я начал публично писать и делиться своим кейсами. Это улучшило имидж компании и добавило ответственности сотрудникам. Мы перестали влазить в долгие переговоры и начали продавать небольшие проекты (от одного до трех месяцев). За счет разнообразия разных компаний и проектов увеличился интерес и вовлеченность в работу.

P.S.


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

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

IT-индустрия в Украине продолжает набирать обороты, предлагая отличную платформу
для профессионального развития не только в программировании, но и в менеджменте. Наш теперешний уровень развития — далеко не предел.

И самое важное — не профукивайте свои возможности, даже когда идете в туалет!

Создать сайт организации бесплатно - конструктор сайтов A5.ru

Настоящая Политика конфиденциальности персональной информации (далее — Политика) действует в отношении всей информации, которую ООО "Сайтмаркет" (далее – Поставщик) может получить о пользователе во время использования им любого из сайтов Поставщика (далее — Сайты). Использование Сайтов означает безоговорочное согласие пользователя с настоящей Политикой и указанными в ней условиями обработки его персональной информации. В случае несогласия с этими условиями пользователь должен воздержаться от использования Сайтов.

1. В рамках настоящей Политики под «персональной информацией пользователя» понимается персональная информация, которую пользователь предоставляет о себе самостоятельно при регистрации (создании учётной записи) или в процессе использования Сайта, включая персональные данные пользователя.

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

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

4. В отношении персональной информации пользователя сохраняется ее конфиденциальность. Поставщик вправе передать персональную информацию пользователя третьим лицам только для улучшения оказания услуг пользователю.

5. При обработке персональных данных пользователей Поставщик руководствуется Федеральным законом РФ «О персональных данных».

6. Пользователь может в любой момент удалить предоставленную им в рамках определенной учетной записи персональную информацию. При этом удаление аккаунта может повлечь невозможность использования некоторых возможностей Сайтов.

7. Для удаления своего аккаунта пользователь может воспользоваться функцией «Отписаться от рассылки», содержащейся в каждом электронном письме, направляемом Поставщиком пользователю, либо отправить запрос на электронную почту Поставщика [email protected] . Также пользователь должен очистить cookie и кэш браузера.

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

9. Поставщик имеет право вносить изменения в настоящую Политику. При внесении изменений в актуальной редакции указывается дата последнего обновления. Новая редакция Политики вступает в силу с момента ее размещения. Действующая редакция всегда находится на странице по адресу https://www.a5.ru/lp/1 в разделе «Политика конфиденциальности».

Как создать базу знаний, которая поможет компании развиваться

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

Вместе с Татьяной Селивановой, менеджером по продукту «Справка REG.RU», расскажем, зачем нужна база знаний, с чего начать, если вы решили её создать и как сделать базу знаний по-настоящему полезной.

Что такое база знаний?

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

База знаний может быть внутренней (только для сотрудников компании) и внешней (для клиентов). Мы поговорим именно о такой базе знаний, которую пользователи видят на вашем сайте. Она может называться по-разному: FAQ (часто задаваемые вопросы), справочный центр, центр поддержки, справка, помощь, справка и поддержка — но суть одна и та же. Это раздел на сайте, который содержит информационные статьи для ваших пользователей.

Зачем бизнесу база знаний?

Решение возникших вопросов

Прежде всего, online-база знаний помогает вашим клиентам решить проблему самостоятельно, без обращения в службу поддержки. А если клиент всё-таки обратился в поддержку, готовые инструкции из базы знаний помогут сотрудникам быстрее ответить на его вопрос.

Погружение пользователей в продукт

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

Привлечение новых посетителей

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

Как создавать SEO-тексты, мы уже рассказывали и показывали на нашем вебинаре:

Допродажи

Да-да, с помощью ненавязчивой рекламы через справку можно эффективно продвигать услуги. К примеру, клиент зарегистрировал у нас домен и читает инструкцию по его настройке. И здесь как нельзя кстати будет рекомендация заказать услугу REG.Site, чтобы клиент мог сам создать сайт без программирования на своём домене.

С чего начать создание базы знаний?

Начните с малого

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

Подберите инструмент

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

Выделите команду для поддержки базы знаний

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

Привлекайте сотрудников к написанию статей

Кто лучше разбирается в особенностях сервисов, которые вы предоставляете, как не сотрудники компании? Мы в REG.RU подключаем продакт-менеджеров для уточнения концептуальных вопросов по нашим услугам. А также нам часто помогают сотрудники техподдержки. Они всегда на связи с клиентами и точно знают, какие вопросы у них возникают и как на них лучше ответить. У вас может быть договорённость с определённым кругом экспертов, которые охотно согласятся помочь с написанием инструкций.

Как сделать базу знаний полезной?

Пишите просто!

Старайтесь не усложнять текст. Представьте, что вашу инструкцию читает человек, который впервые столкнулся с тем, о чём вы пишете. Поймёт ли он вас? Можно даже провести эксперимент: дать прочитать черновик статьи непосвящённому человеку (пусть это будет мама, жена или ваш друг) и попросить дать обратную связь. Всегда ориентируйтесь на пользователя-новичка, поскольку продвинутый пользователь в любом случае вас поймёт.

Не скупитесь на картинки и видео

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

Сделайте очевидным переход в базу знаний

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

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

Продумайте навигацию

Простая и интуитивно понятная навигация по базе знаний поможет сэкономить пользователям время на поиск нужной информации. Лучше всего разделить все статьи по тематическим категориям:

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

Добавьте поиск по статьям

Поиск — незаменимая вещь, если в вашей базе знаний много статей. В разделе «Помощь» на сайте REG.RU более 700 статей на различные темы, поэтому без качественного поиска никак не обойтись. Наши алгоритмы ищут релевантные страницы по поисковым запросам с учётом синонимов и опечаток.

Разместите ссылки на актуальные статьи на других страницах сайта

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

Собирайте отзывы пользователей и улучшайте контент

Разместите в конце каждой статьи форму для сбора обратной связи от пользователей. Это могут быть комментарии, лайки, звёзды или простой вопрос: «Помогла ли вам статья?».

Мы ежедневно просматриваем все негативные комментарии и улучшаем наши статьи с учётом полученного фидбека. Если не хватает какой-то информации — добавляем её, если что-то стало неактуальным — обновляем. Это непрерывный процесс совершенствования, в котором нам очень помогают наши клиенты.

Держите базу знаний в актуальном состоянии

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

⌘⌘⌘

Итак, хорошая база знаний может стать альтернативным каналом поддержки ваших клиентов. По нашему опыту, только 20% пользователей, посетивших раздел «Помощь» на сайте REG.RU, нуждаются в дополнительной консультации и идут писать заявку в поддержку. Поэтому мы рекомендуем создавать и развивать свою базу знаний. Поверьте, это выгодно. 😉

А если у вас пока нет своего онлайн-бизнеса или проекта, это легко исправить с сервисом REG.Site, где не требуются навыки разработки или программирования.

создать правильно, для компании, с компьютера, телефона, организации

Всем привет! Для взаимодействия нескольких пользователей в Фейсбуке есть группы или страницы. И если о первых я рассказал в статье о том, что такое группы в ФБ и как их оформить, то о втором пункте мы поговорим прямо сейчас. Итак, как создать бизнес страницу в Фейсбук, чтобы она не только красиво выглядела, но и приносила пользу? Давайте разбираться.

Социальная сеть Facebook – это место, где собрана основная платежеспособная аудитория. Именно поэтому создать в ней страницу компании – отличное решение, как для нового, так и для известного бренда.

Если обратиться к исследованиям, то можно заметить, что в ФБ сконцентрировано два возрастных сегмента, которые очень выгодны владельцам бизнеса, а именно: пользователи от 24 лет до 44 лет в количестве 67,9%, а также аудитория старше 45 лет (26,2% от общей аудитории площадки).

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

Что такое страницы в ФБ

Первое, с чего начнем, так это с определения, что же такое страницы в ФБ.

Бизнес-страницы – это инструмент, помогающих в продвижении бренда, независимо от сферы, в которой он «крутится». Именно они являются бизнес инструментом на данной площадке и лицом вашего бренда.

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

Для создания доступно два типа:

  • компания или бренд – этот тип рассчитан на рекламу и развитие бизнеса, узнаваемость. Рекомендуется, если у вас свой магазин, салон красоты или пиццерия;
  • сообщество или публичная личность – чаще всего используется организациями, клубами или блогерами. Например, для известных людей, кружков по рукоделию и т.д.

Создать бизнес-страницу в Фейсбук может любой пользователь, причем совершенно бесплатно.

Как создать страницу для организации

Прежде чем перейдем к процессу создания, нужно узнать ряд правил, которые касаются наименования. Запрещаются:

  • содержащие оскорбление или нарушающие права человека;
  • состоящие из заглавных букв, если это не аббревиатура;
  • слоганы, описания, символы;
  • аналоги и вариации названия социальной сети Фейсбук;
  • вводящие в заблуждения пользователей;
  • с общими названиями, например: «Пицца», «Москва» — нельзя, «Пицца от Папы» или «История Москвы» — можно.

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

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

Как правильно создать страницу для организации с компьютера

Для того чтобы сделать страницу у вас уже должен быть свой профиль в социальной сети. Далее действуем по алгоритму:

  • зайдите в свой профиль и откройте «Страницы», находящиеся слева в сайдбаре;

  • откроется список с уже созданными страничками, нажмите кнопку «Создать»;

  • следом вы будете переадресованы на выбор типа. Напомню, что «Компания или бренд» — это инструмент для официальных представителей фирмы;

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

  • для некоторых категорий понадобится заполнить адрес фирмы, номер телефона.

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

Как создать страницу в Фейсбук для компании с мобильного телефона

Создание возможно и с мобильного телефона, причем использовать можно, как официальное приложение, так и мобильную версию. В веб-версии все также, как и на ПК, поэтому затрону только приложение.

  • откройте программу Facebook на своем смартфоне и зайдите под своим логином;
  • нажмите на три горизонтальные черточки, чтобы попасть в дополнительное меню;

  • пролистайте его чуть вниз, найдите «Страницы»;

  • нажмите кнопку «Создать»;

  • перед вами откроется новое окно, в котором надо нажать «Начать»;

  • введите название своего бренда и нажмите «Далее»;

  • выберите категорию или введите свою, если представленные вам не подходят. Можно выбрать не более трех категорий;

  • если у бренда есть сайт, то можете добавить его, если нет, то ставим галочку на соответствующую надпись и нажимаем «Далее»;

Последний шаг — это добавление фотографии и шапки. Его можно пропустить, нажав «Готово». Страница создана и ей можно пользоваться, настраивать как угодно.

Как оформить и настроить бизнес страницу в Facebook

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

Настройка раздела «Общие»

Данный раздел настроек отвечает за общие параметры страницы. Обо всех рассказывать не буду, но выделю лишь основные, которые точно понадобятся:

  • статус страницы — если стоит «Опубликована», то она доступна всем пользователям социальной сети;

  • фильтр выражений — позволяет настроить автоматическое удаление брани и нецензурной речи;

  • модерация — позволяет добавить слова, которые будут удаляться, если появятся где-то в комментариях;

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

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

Назначение помощников: подраздел «Роли»

На крупных и раскрученных страницах без дополнительных администраторов и модераторов не обойтись, поэтому их можно назначить, перейдя в подраздел «Роли». В Фейсбуке есть несколько вариантов:

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

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

Настройка шаблона

От того, какой шаблон выбираете, зависит вид страницы. Для смены шаблона нужно зайти в подраздел «Шаблоны и вкладки».

Всего ФБ предлагает 9 разных шаблонов, которые отличаются числом и расположением кнопок, а также внешним видом:

  • Video Page;
  • покупки;
  • рестораны, кафе;
  • услуги;
  • политики;
  • некоммерческая организация;
  • площадки;
  • компания;
  • стандарт.

По умолчанию на страницах установлен “Стандарт”.

Загрузка изображений

Остальные настройки можно пробовать, когда страница будет запущена. Однако, нельзя выпускать ее «в люди» без должного оформления. Для того, чтобы сообщество выглядело симпатично, вызывало доверие, нужно загрузить аватар и шапку (обложку) профиля.

Для того чтобы загрузит аватар, нужно нажать на значок «Фотоаппарат» в круглой форме слева, а для загрузки шапки, нажмите соответствующую кнопку справа.

Если с аватарами все понятно, то обложки имеют три типа:

  • фотография — размером 820х312 пикселей. Советую выбирать JPG файлы или PNG, если важно качество;
  • слайд-шоу — это несколько фотографий подряд, размером также 820х312 пикселей;
  • видео обложка — разрешение 820х450, а длительность от 20 до 90 секунд.

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

Заключение

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

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

На этом все. Подписывайтесь и до встречи в следующих статьях!

Создание новой организации с нуля

Документы GitHub
  • Все продукты
  • GitHub.com
    • Начиная
      • Быстрый старт
        • Настроить Git
        • Создать репо
        • Форк репо
        • Быть социальным
      • Изучение GitHub
        • Продукты GitHub
        • Изучение выпусков раннего доступа с предварительным просмотром функций
        • Типы аккаунтов GitHub
        • Часто задаваемые вопросы об изменениях в планах GitHub
        • GitHub CLI
        • GitHub Desktop
        • GitHub для мобильных устройств
        • Разрешения на доступ на GitHub
        • Глоссарий GitHub
        • Шпаргалка по Git
        • Учебные ресурсы Git и GitHub
      • Регистрация на GitHub
        • Зарегистрируйтесь для новой учетной записи GitHub
        • Подтверждение адреса электронной почты
        • Настройка пробной версии GitHub Enterprise Cloud
        • Настройка пробной версии GitHub Enterprise Server
      • Изучение проектов на GitHub
        • Поиск способов внести свой вклад в открытый исходный код на GitHub
        • Сохранение репозиториев со звездочками
        • Следуя за людьми
      • Использование GitHub
        • Поддерживаемые браузеры
        • Устранение проблем с подключением
        • Горячие клавиши
    • Учетные записи пользователей
      • Управление настройками учетной записи пользователя
        • О вашей личной панели
        • Управление настройками вашей темы
        • Изменение вашего имени пользователя GitHub
        • Объединение нескольких учетных записей пользователей
        • Превращение пользователя в организацию
        • Удаление вашей учетной записи
        • Уровни разрешений для репозитория учетных записей пользователей

Создание и управление организациями и командами

Документы GitHub
  • Все продукты
  • GitHub.com
    • Начиная
      • Быстрый старт
        • Настроить Git
        • Создать репо
        • Форк репо
        • Быть социальным
      • Изучение GitHub
        • Продукты GitHub
        • Изучение выпусков раннего доступа с предварительным просмотром функций
        • Типы аккаунтов GitHub
        • Часто задаваемые вопросы об изменениях в планах GitHub
        • GitHub CLI
        • GitHub Desktop
        • GitHub для мобильных устройств
        • Разрешения на доступ на GitHub
        • Глоссарий GitHub
        • Шпаргалка по Git
        • Учебные ресурсы Git и GitHub
      • Регистрация на GitHub
        • Зарегистрируйтесь для новой учетной записи GitHub
        • Подтверждение адреса электронной почты
        • Настройка пробной версии GitHub Enterprise Cloud
        • Настройка пробной версии GitHub Enterprise Server
      • Изучение проектов на GitHub
        • Поиск способов внести свой вклад в открытый исходный код на GitHub
        • Сохранение репозиториев со звездочками
        • Следуя за людьми
      • Использование GitHub
        • Поддерживаемые браузеры
        • Устранение проблем с подключением
        • Горячие клавиши
    • Учетные записи пользователей
      • Управление настройками учетной записи пользователя
        • О вашей личной панели
        • Управление настройками вашей темы
        • Изменение вашего имени пользователя GitHub
        • Объединение нескольких учетных записей пользователей
        • Превращение пользователя в организацию
        • Удаление вашей учетной записи
        • Уровни разрешений для репозитория учетных записей пользователей
        • Уровни разрешений для пользовательских досок проектов
        • Управление именем ветки по умолчанию для ваших репозиториев
        • Управление настройками безопасности и анализа для вашей учетной записи.
        • Управление доступом к доскам проектов вашей учетной записи

Учебное пособие: Создание и настройка организации

В этом руководстве вы создадите свою организацию и настроите ее с двумя участниками AWS. Счета.Вы создаете одну из учетных записей в своей организации и приглашаете в другой аккаунт, чтобы присоединиться к вашей организации. Далее вы используете разрешить технику списка для указания этой учетной записи администраторы могут делегировать только явно перечисленные службы и действия. Это позволяет администраторы должны проверять любые новые услуги, которые вводит AWS, прежде чем они разрешат его использование кем-либо еще в вашей компании.Таким образом, если AWS представит новый сервис, он остается запрещенным, пока администратор не добавит службу в список разрешенных в соответствующая политика. В руководстве также показано, как использовать список запрещенных, чтобы гарантировать, что ни один из пользователей учетной записи не может изменить конфигурация журналов аудита, создаваемых AWS CloudTrail.

На следующем рисунке показаны основные этапы учебного курса.

Ни один из шагов этого руководства не повлечет за собой расходов в счет AWS. AWS Организации это бесплатный служба.

Предварительные требования

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

В учебном пособии учетные записи называются следующим образом:

  • 111111111111 - Учетная запись, которую вы используете для создать организацию. Эта учетная запись становится учетной записью управления. Владелец этого аккаунта имеет адрес электронной почты [email protected] .

  • 222222222222 - Аккаунт, в который вы приглашаете присоединиться к организации как членский аккаунт.Владелец этой учетной записи имеет адрес электронной почты [email protected] .

  • 333333333333 - Учетная запись, которую вы создаете как член организации. Владелец этой учетной записи имеет адрес электронной почты [email protected] .

Замените приведенные выше значения значениями, связанными с вашим тестом. Счета.Мы рекомендуем вам не использовать производственные учетные записи для этого руководства.

Шаг 1. Создайте свою организацию

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

  1. Войдите в AWS как администратор учетной записи 111111111111 и откройте консоль AWS Organizations по адресу https://console.aws.amazon.com/organizations/.

  2. На вводной странице выберите Создать Организация .

  3. В диалоговом окне подтверждения Создать организацию , выберите Создать организацию .

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

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

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

  4. Подтвердите свой адрес электронной почты в течение 24 часов.Для получения дополнительной информации см. Проверка адреса электронной почты.

Теперь у вас есть организация, единственным участником которой является ваша учетная запись. Это управленческий учет организации.

Пригласите существующую учетную запись присоединиться к вашей организация

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

Чтобы пригласить существующую учетную запись присоединиться к

  1. Откройте консоль организаций по адресу https: // console.aws.amazon.com/organizations/.

  2. Выберите вкладку Счета . Звездочка рядом с аккаунтом имя указывает, что это учетная запись управления.

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

  3. На вкладке Счета выберите Добавить аккаунт , а затем выберите Пригласить счет .

  4. В поле «Идентификатор учетной записи или адрес электронной почты » введите адрес электронной почты. адрес владельца аккаунта, который вы хотите пригласить, аналогичный следующее: member222 @ example. com .

  5. Введите любой текст в поле Notes . Этот текст включен в электронное письмо, которое отправляется владельцу Счет.

  6. Выберите Пригласить . AWS Organizations отправляет приглашение в владелец счета.

    Если вы получаете сообщение об ошибке, указывающее, что вы превысили свой счет ограничения для организации или что вы не можете добавить учетную запись, потому что ваша организация все еще инициализируется, подождите один час после того, как вы создал организацию и попробуйте еще раз. Если ошибка не исчезнет, ​​обратитесь AWS Support.

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

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

    • Откройте консоль AWS Organizations (https: // console.aws.amazon.com/organizations/) и войдите как администратор учетной записи участника. выберите Приглашения . Номер рядом со ссылкой указывает, сколько приглашений имеет этот аккаунт.

  8. На странице Приглашения выберите Примите и затем выберите Подтвердите .

  9. Выйдите из своей учетной записи и войдите снова как администратор в ваш аккаунт управления.

Создать учетную запись участника

На шагах этого раздела вы создаете учетную запись AWS, которая автоматически член организации.Мы называем эту учетную запись в руководстве 333333333333.

Для создания учетной записи участника

  1. В консоли AWS Organizations на вкладке Учетные записи выберите Пополнить счет .

  2. Для Полное имя введите имя учетной записи, например Аккаунт MainApp .

  3. Для Электронная почта введите адрес электронной почты физического лица кто должен получать сообщения от имени учетной записи. Это значение должно быть глобально уникальным. У двух учетных записей не может быть одинаковых адресов электронной почты. За Например, вы можете использовать что-то вроде [email protected] .

  4. Для имени роли IAM вы можете оставить это поле пустым, чтобы автоматически использовать имя роли по умолчанию OrganizationAccountAccessRole , или вы можете указать свою имя.Эта роль позволяет вам получить доступ к новой учетной записи участника при входе в систему. как пользователь IAM в учетной записи управления. Для этого урока оставьте поле пустым чтобы дать указание AWS Organizations создать роль с именем по умолчанию.

  5. Выберите Создать .Возможно, вам придется немного подождать и обновите страницу, чтобы новая учетная запись появилась на Счета таб.

    Если вы получаете сообщение об ошибке, указывающее, что вы превысили свой счет ограничения для организации или что вы не можете добавить учетную запись, потому что ваша организация все еще инициализируется, подождите один час после того, как вы создал организацию и попробуйте еще раз. Если ошибка не исчезнет, ​​обратитесь AWS Support.

Шаг 2. Создайте организационные единицы

На шагах в этом разделе вы создаете организационные единицы (OU) и размещаете свои учетные записи участников в них.Ваша иерархия выглядит как на следующей иллюстрации, когда все готово. Учетная запись управления остается в корне. Одна учетная запись участника перемещена к производственное подразделение, а другая учетная запись перемещается в подразделение MainApp, которое это дочерний элемент производства.

Для создания и заполнения организационных единиц

  1. На консоли AWS Organizations выберите вкладку Organize Accounts а затем выберите + Новое организационное подразделение .

  2. В качестве имени подразделения введите Производство , а затем выберите Создать организационную единицу .

  3. Выберите свой новый Production OU, чтобы перейти к нему и затем выберите + Новая организационная единица .

  4. В качестве имени второй OU введите MainApp , а затем выберите Создать организационную единицу .

    Теперь вы можете переместить свои учетные записи в эти организационные единицы.

  5. В дереве слева выберите Корень .

  6. Выберите первую учетную запись участника, 222222222222, а затем выберите Переместить .

  7. В диалоговом окне Переместить счета выберите Производство , а затем выберите Переместить .

  8. Выберите вторую учетную запись участника, 333333333333, а затем выберите Переместить .

  9. В диалоговом окне Переместить счета выберите Производство , чтобы открыть MainApp . Выберите MainApp , а затем выберите Переместить .

Шаг 3. Создайте элемент управления службой политика

На шагах этого раздела вы создаете три политики управления службами (SCP) и присоединяете их в корень и в OU, чтобы ограничить пользователей в учетных записях организации сможет сделать.Первый SCP запрещает кому-либо в любой из учетных записей участников создавать или же изменение любых настроенных вами журналов AWS CloudTrail. Учетная запись управления не затронутый любой SCP, поэтому после применения SCP CloudTrail необходимо создать журналы из учетная запись управления.

Для создания первого SCP, который блокирует действия конфигурации CloudTrail

  1. Выберите вкладку Политики и затем выберите Создать Политика .

  2. Для Имя политики введите Блокировать CloudTrail Действия по настройке 90 24 2.

  3. В разделе Политика слева выберите CloudTrail для служба.Затем выберите следующие действия: AddTags , CreateTrail , DeleteTrail , RemoveTags , StartLogging , StopLogging , и UpdateTrail .

  4. По-прежнему на левой панели выберите Добавить ресурс и укажите CloudTrail и Все ресурсы . потом выберите Добавить ресурс .

    Заявление о политике справа обновляется, чтобы оно выглядело аналогично следующий.

      {
        «Версия»: «2012-10-17»,
        "Утверждение": [
            {
                "Сид": "Stmt12345678
  5. ", «Эффект»: «Запретить», «Действие»: [ "cloudtrail: AddTags", "cloudtrail: CreateTrail", "cloudtrail: DeleteTrail", "cloudtrail: RemoveTags", "cloudtrail: StartLogging", "cloudtrail: StopLogging", "cloudtrail: UpdateTrail" ], «Ресурс»: [ "*" ] } ] }
  6. Выберите Создать политику .

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

Чтобы создать вторую политику, разрешающую утвержденные услуги для производства ОУ

  1. В списке политик выберите Создать политику .

  2. Для Имя политики введите Allow List for All Утвержденные услуги .

  3. Поместите курсор на правой панели политики раздел и вставьте политику, подобную следующей.

      {
        «Версия»: «2012-10-17»,
        "Утверждение": [
            {
                «Сид»: «Stmt1111111111111»,
                «Эффект»: «Разрешить»,
                «Действие»: [
                    "ec2: *",
                    "elasticloadbalancing: *",
                    "codecommit: *",
                    "cloudtrail: *",
                    "codedeploy: *"
                  ],
                "Ресурс": ["*"]
            }
        ]
    }  
  4. Выберите Создать политику .

Последняя политика предоставляет запрещающий список служб, которые заблокированы от использования в подразделении MainApp. В этом руководстве вы блокируете доступ к Amazon. DynamoDB в любых учетных записях, которые находятся в подразделении MainApp.

Чтобы создать третью политику, запрещающую доступ к службам, которые нельзя использовать в MainApp OU

  1. На вкладке Политики выберите Создать Политика .

  2. Для Имя политики введите Deny List для MainApp Запрещенные услуги .

  3. В разделе Политика слева выберите Amazon DynamoDB за услугу.Для действия выберите Все действия .

  4. По-прежнему на левой панели выберите Добавить ресурс и укажите DynamoDB и Все ресурсы . потом выберите Добавить ресурс .

    Заявление о политике справа обновляется, чтобы оно выглядело аналогично следующий.

      {
      «Версия»: «2012-10-17»,
      "Утверждение": [
        {
          «Эффект»: «Запретить»,
          "Действие": ["Dynamodb: *"],
          "Ресурс": ["*"]
        }
      ]
    }  
  5. Выберите Создать политику , чтобы сохранить SCP.

Включите тип политики управления службами в корень

Прежде чем вы сможете прикрепить политику любого типа к корню или к любому подразделению в корне, вы должны включить тип политики для этого корня. Типы политик не включены ни в одном root по умолчанию. Шаги в этом разделе покажут вам, как включить службу. Тип политики управления (SCP) для корня в вашей организации.

В настоящее время в вашей организации может быть только один корень.Он создан для вы и назвали Root при создании организация.

Включение SCP для корневого каталога

  1. На вкладке Организация счетов выберите свой корень.

  2. На панели сведений справа под ТИПЫ ПОЛИТИКИ ВКЛЮЧЕНИЯ / ОТКЛЮЧЕНИЯ и следующие за Политики управления услугами , выберите Включить .

Присоедините SCP к своим OU

Теперь, когда SCP существуют и включены для вашего корня, вы можете присоединить их к root и OUs.

Чтобы прикрепить политики к корню и подразделениям

  1. По-прежнему на вкладке Организация счетов на вкладке Детали панель справа, под ПОЛИТИКИ , выберите УПРАВЛЕНИЕ УСЛУГАМИ ПОЛИТИКА .

  2. Выберите Присоедините рядом с SCP с именем Block Действия конфигурации CloudTrail , чтобы никто не мог изменить способ, которым вы настроили CloudTrail.В этом руководстве вы прикрепляете его к root, так что он влияет на все учетные записи участников.

    Панель подробностей теперь отображается, выделив эти два SCP прикреплены к корню: тот, который вы только что создали, и используемый по умолчанию FullAWSAccess SCP.

  3. Выберите Production OU (не флажок), чтобы перейдите к его содержимому.

  4. В разделе ПОЛИТИКИ выберите УПРАВЛЕНИЕ УСЛУГАМИ ПОЛИТИКИ , а затем выберите Прикрепить рядом с Разрешенный список для всех утвержденных служб , чтобы разрешить пользователям или роли в учетных записях участников производственного подразделения для доступа к утвержденным Сервисы.

  5. На информационной панели теперь показано, что к OU подключены две SCP: тот, который вы только что подключили, и стандартный FullAWSAccess SCP. Однако, поскольку SCP FullAWSAccess также является разрешенным списком который разрешает все службы и действия, вы должны отсоединить этот SCP, чтобы гарантировать что разрешены только ваши одобренные услуги.

  6. Чтобы удалить политику по умолчанию из производственного подразделения, рядом с FullAWSAccess , выберите Отключить . После удаления этой политики по умолчанию все учетные записи участников в корневом каталоге сразу теряем доступ ко всем действиям и сервисам, которых нет на разрешить список SCP, который вы подключили на предыдущем шаге.Любые запросы на использование действия, которые не включены в разрешенный список для всех одобренных Услуги SCP запрещены. Это верно, даже если администратор в учетной записи предоставляет доступ к другому сервису, прикрепляя Политика разрешений IAM для пользователя в одной из учетных записей участников.

  7. Теперь вы можете прикрепить SCP с именем Deny List для MainApp Prohibited services , чтобы никто из учетных записей в подразделении MainApp не мог использование любых ограниченных сервисов.

    Для этого выберите MainApp OU (не флажок) для перехода к его содержимому.

  8. На панели Подробности под ПОЛИТИКИ , разверните Управление услугами policy раздел.В списке доступных политик рядом с Deny List for MainApp Prohibited Services , выберите Прикрепить .

Шаг 4. Тестирование вашей организации политика

Теперь вы можете войти в систему как пользователь в любой из учетных записей участников и попробовать выполнить различные Действия AWS:

  • Если вы войдете в систему как пользователь в учетной записи управления, вы сможете выполнять любые операция, разрешенная вашими политиками разрешений IAM.SCP не влияют на любого пользователя или роль в учетной записи управления, независимо от того, какой корень или подразделение аккаунт находится в.

  • Если вы входите в систему как пользователь root или пользователь IAM в учетной записи 222222222222, вы можете выполнять любые действия, разрешенные разрешить список.AWS Organizations отрицает любые попытки выполнить действие в любом сервисе. тот нет в разрешенном списке. Кроме того, AWS Organizations отрицает любую попытку из Действия по настройке CloudTrail.

  • Если вы войдете как пользователь в учетной записи 333333333333, вы можете выполнить любые действия, разрешенные списком разрешений и не заблокированные списком запретов.AWS Organizations отвергает любую попытку выполнить действие, не разрешенное список policy и любое действие, указанное в политике запрещенного списка. Кроме того, AWS Organizations отрицает Любые попытаться выполнить одно из действий конфигурации CloudTrail.

Создание учетной записи AWS в вашей организации

На этой странице описывается, как создавать учетные записи в вашей организации в AWS Organizations.Учить о начале работы с AWS и создании единой учетной записи AWS см. в Центре ресурсов по началу работы.

Организация - это совокупность аккаунтов AWS, которыми вы управляете централизованно. Вы можете выполните следующие процедуры для управления учетными записями, которые являются частью вашего организация:

  • Когда вы создаете учетную запись участника в своей организации, AWS Organizations автоматически создает роль AWS Identity and Access Management (IAM) в учетной записи участника.Этот роль включает IAM пользователей в учетной записи управления (ранее известной как "основная учетная запись") для выполнения полный административный контроль над учетной записью участника. Этот роль подлежит любой услуге политики управления (SCP), которые применяются к участнику Счет.

    AWS Organizations также автоматически создает связанный с сервисом роль с именем AWSServiceRoleForOrganizations , которая обеспечивает интеграцию с выбранными AWS Сервисы. Вы должны настроить другие службы, чтобы разрешить интеграцию. За дополнительную информацию см. в разделе Организации AWS и связанные с сервисами роли.

  • Если эта организация управляется с помощью AWS Control Tower, создайте свои учетные записи с помощью фабрики учетных записей AWS Control Tower в консоли AWS Control Tower или API.Если вы создаете учетную запись в организациях, эта учетная запись не будет зарегистрирована в AWS Control Tower. Дополнительную информацию см. В разделе Ресурсы за пределами AWS Control Tower в Руководство пользователя AWS Control Tower .

Создание учетной записи AWS, которая является частью вашей организации

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

Когда вы создаете учетную запись, используя следующую процедуру, Организации автоматически копирует следующую информацию из учетной записи управления новому участнику Счет:

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

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

  • организации: CreateAccount

  • организации: DescribeOrganization (только консоль)

  • iam: CreateServiceLinkedRole (предоставлено принципалу организация.amazonaws.com для создания необходимых связанная со службой роль в учетных записях участников).

Консоль управления AWS

Чтобы создать учетную запись AWS, которая автоматически станет частью вашего организация

  1. Войдите в консоль AWS Organizations по адресу https: // console.aws.amazon.com/organizations/. Вы должны войти в систему как пользователь IAM, предположим роль IAM или войдите как пользователь root (не рекомендуется) в управленческом аккаунте организации.

  2. На вкладке Счета выберите Пополнить счет .

  3. Выберите Создать счет .

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

  5. Введите адрес электронной почты владельца новой учетной записи.Этот адрес должен быть уникальным для этой учетной записи, потому что его можно использовать для войдите в систему как пользователь root учетной записи.

  6. (Необязательно) Укажите имя для присвоения роли IAM, которая автоматически создается в новой учетной записи.Эта роль предоставляет разрешение учетной записи управления организации на доступ к новому создана учетная запись участника. Если вы не укажете имя, AWS Organizations предоставит роль имя по умолчанию OrganizationAccountAccessRole .

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

  7. (Необязательно). Вы можете добавить один или несколько тегов в новую учетную запись, выбирая Добавить тег , а затем вводя ключ и необязательное значение.Если оставить значение пустым, оно будет равно пустой строке; это не null . Вы можете прикрепить до 50 тегов к одному Счет.

  8. Выберите Создать .

  9. Вы будете перенаправлены на вкладку Аккаунты / Все счета , показ вашей новой учетной записи вверху списка с установленным статусом на номер Ожидает создания .Когда учетная запись создана, этот статус изменится на Действует .

    По умолчанию вкладка Учетные записи скрывает Запросы на создание учетной записи, которые не удались.Чтобы показать их, выберите переключитесь вверху списка и измените его на Показать .

  10. Теперь, когда учетная запись существует и имеет роль IAM, которая предоставляет доступ администратора к пользователям в учетной записи управления, вы можете получить доступ к учетной записи, выполнив действия, описанные в разделе Доступ и администрирование участника аккаунты в вашей организации.

    При создании учетной записи AWS Organizations изначально назначает длинный (64 символа), сложный, случайным образом сгенерированный пароль для пользователя root. Вы не можете получить это начальное пароль.Чтобы получить доступ к учетной записи в качестве пользователя root в первый раз, вы должны пройти процесс восстановления пароля. Для большего информацию, см. Доступ к учетной записи участника как пользователь root.

Интерфейс командной строки AWS, API AWS

Чтобы создать учетную запись AWS, которая автоматически станет частью вашего организация

Вы можете использовать одну из следующих команд для создания учетной записи:

Создание организаций и управление ими - Центр приложений Visual Studio

  • 2 минуты на чтение

В этой статье

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

Роли в организации

Это три роли в организации и действия, которые каждая может предпринять:

Роли Создать приложение Посмотреть все приложения Управление настройками Добавить людей Управление общими группами рассылки и командами
Администраторы Есть Есть Есть Есть Есть
Соавторы Есть Только если вы принадлежите Есть
Члены Есть Только если вы принадлежите
  • Администраторы - это менеджеры всех приложений в организации.Подробнее о разрешениях приложений.

  • Когда кого-то добавляют в приложение, принадлежащее организации, его приглашают в качестве члена организации.

Создание организации

Чтобы создать организацию, войдите в систему и щелкните раскрывающееся меню Добавить новую и выберите Добавить новую организацию .

Примечание

Когда вы создаете организацию, вы автоматически становитесь «администратором».

Загрузка значка организации

Настройте свою организацию, загрузив значок организации:

  1. На левой панели навигации выберите организацию
  2. Выберите вкладку Управление
  3. В правой части экрана щелкните значок организации-заполнителя
  4. Выберите файл изображения размером не более 512 пикселей и не более 1 МБ

Доступные организации

Все ваши организации доступны на левой панели навигации.

Добавление пользователей в организацию

Есть два способа добавить пользователей в организацию:

Напрямую в организацию:

  1. На левой панели навигации выберите организацию
  2. Выбрать Люди
  3. Введите адрес электронной почты пользователя, чтобы добавить пользователя

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

Прямая ссылка через приложение:

  1. Выберите приложение в организации
  2. На левой панели навигации выберите страницу Настройки
  3. Выбрать Люди
  4. Введите адрес электронной почты пользователя, чтобы добавить пользователя

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

Изменение ролей пользователей в организации

  1. На левой панели навигации выберите организацию
  2. Выбрать Люди
  3. Выберите пользователя
  4. Используйте раскрывающийся список, чтобы повторно назначить роль

Только администраторы могут изменять роль соавторов и других администраторов.

Удаление пользователей из организации

  1. На левой панели навигации выберите организацию
  2. Выбрать Люди
  3. Выберите соавтора
  4. Нажмите Удалить из организации

Удаление соавтора из организации приведет к удалению пользователя из всех приложений в организации.

Выход из организации

  1. Щелкните меню пользователя App Center в правом верхнем углу любой страницы
  2. Выберите Настройки учетной записи
  3. Выбрать Организации
  4. Нажмите кнопку Выйти из организации, из которой вы хотите выйти.

Примечание

Если вы единственный «администратор» организации, вы не можете покинуть организацию. Вы можете назначить другого соавтора «администратором» или удалить всю организацию.

Удаление организации

  1. На левой панели навигации выберите организацию
  2. Выбрать Управлять
  3. В верхнем правом углу нажмите кнопку Удалить организацию

Примечание

Только администраторы организации могут удалять организации.

Следующие шаги

Создание организационной структуры

9.2 Создание организационной структуры

Цели обучения

  1. Знать и уметь различать четыре типа организационной структуры.
  2. Поймите, почему может потребоваться изменение структуры.

В большинстве фирм руководители полагаются на вертикальные и горизонтальные связи для создания структуры, которая, как они надеются, будет соответствовать потребностям стратегии их фирмы.Руководителям доступны четыре типа структур: (1) простая, (2) функциональная, (3) многоотраслевая и (4) матричная (Рисунок 9.3 «Общие организационные структуры»). Однако, как снежинки, нет двух абсолютно одинаковых организационных структур. При создании структуры своей фирмы руководители выбирают один из этих типов и адаптируют его к уникальным обстоятельствам фирмы. При этом руководители должны понимать, что выбор структуры повлияет на стратегию их фирмы в будущем.Созданная структура ограничивает будущие стратегические шаги. Например, если структура фирмы предназначена для максимизации эффективности, ей может не хватать гибкости, необходимой для быстрого реагирования на использование новых возможностей.

Простая структура

Многие организации начинают с простой структуры - организации, которая не полагается на формальные системы разделения труда, часто потому, что один человек выполняет все задачи, которые организация должна выполнить.. В такой структуре организационная схема обычно не требуется. Простые структуры не полагаются на формальные системы разделения труда (Рисунок 9.4 «Простая структура»). Если фирма является индивидуальным предпринимателем, один человек выполняет все задачи, которые необходимо выполнить организации. Например, в сериале «Симпсоны » владелец бара Мо Шислак и парень из комиксов заняты всеми аспектами своего бизнеса.

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

Если фирма состоит из более чем одного человека, задачи обычно распределяются между ними неформальным образом, а не каждый человек, развивающий узкую область специализации. Например, в семейном ресторане или отеле типа «постель и завтрак» каждый человек должен по мере необходимости вносить свой вклад в выполнение таких задач, как уборка туалетов, приготовление пищи и обслуживание гостей (надеюсь, не в таком порядке). Между тем, принятие стратегических решений в простой структуре имеет тенденцию быть централизованным.Ведь зачастую все важные решения принимает собственник фирмы. Поскольку в простой структуре мало внимания уделяется иерархии, организации, использующие этот тип структуры, как правило, имеют очень мало правил и положений. Процесс оценки и вознаграждения сотрудников также имеет тенденцию быть неформальным.

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

Функциональная структура

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

В рамках функциональной структуры сотрудники делятся на отделы, каждый из которых занимается деятельностью, связанной с функциональной областью бизнеса, такой как маркетинг, производство, человеческие ресурсы, информационные технологии и обслуживание клиентов (рисунок 9.5 «Функциональная структура»). Каждую из этих пяти областей будет возглавлять менеджер, который координирует все действия, связанные с ее функциональной областью. Например, каждый в компании, которая занимается маркетингом продуктов компании, будет подчиняться руководителю отдела маркетинга. Менеджеры по маркетингу и менеджеры, отвечающие за остальные четыре направления, по очереди будут подчиняться главному исполнительному директору.

Пример функциональной структуры

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

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

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

Конкретные функциональные отделы, отображаемые на организационной диаграмме, различаются в разных организациях, использующих функциональные структуры. В примере, предложенном ранее в этом разделе, фирма была разделена на пять функциональных областей: (1) маркетинг, (2) производство, (3) человеческие ресурсы, (4) информационные технологии и (5) обслуживание клиентов. В телешоу The Office другой подход к функциональной структуре используется в Скрэнтоне, штат Пенсильвания, в филиале Dunder Mifflin.По состоянию на 2009 год филиал был разделен на шесть функциональных областей: (1) продажи, (2) склад, (3) контроль качества, (4) обслуживание клиентов, (5) человеческие ресурсы и (6) бухгалтерский учет. Функциональная структура подходила для филиала в то время, поскольку его продуктовая линейка ограничивалась продажей только офисной бумаги.

Скрэнтонское отделение Дандер Миффлин может быть дисфункциональной организацией, но опирается на функциональную структуру.

Многопрофильная структура

Многие организации предлагают широкий спектр продуктов и услуг.Некоторые из этих организаций продают свои предложения во множестве географических регионов. Эти подходы требуют, чтобы фирмы очень чутко реагировали на потребности клиентов. Тем не менее, как уже отмечалось, функциональные структуры изменяются довольно медленно. В результате многие фирмы отказываются от использования функциональной структуры, поскольку их предложения расширяются. Часто новым выбором является структура с несколькими подразделениями - организационная структура, при которой сотрудники делятся на отделы в зависимости от продуктовых областей и / или географических регионов.. В этом типе структуры сотрудники делятся на отделы в зависимости от продуктовых областей и / или географических регионов.

General Electric (GE) является примером компании, организованной таким образом. Как показано в организационной схеме, которая сопровождает вводную часть этой главы, большинство сотрудников компании принадлежат к одному из шести продуктовых подразделений (энергетика, капитал, решения для дома и бизнеса, здравоохранение, авиация и транспорт) или к подразделению, посвященному ко всем операциям GE за пределами США (Global Growth & Operations).

Большим преимуществом структуры с несколькими подразделениями является то, что она позволяет фирме действовать быстро. Когда GE делает стратегический шаг, например, приобретает хорошо обслуживаемое подразделение John Wood Group PLC, только соответствующее подразделение (в данном случае Energy) должно участвовать в интеграции нового подразделения в иерархию GE. Напротив, если бы GE была организована с использованием функциональной структуры, переход был бы намного медленнее, потому что необходимо было бы задействовать все подразделения компании. Многопрофильная структура также помогает организации лучше удовлетворять потребности клиентов.Летом 2011 года, например, подразделение GE Capital начало выдавать ссуды на недвижимость после ухода с этого рынка во время финансового кризиса конца 2000-х годов. Поскольку одно подразделение GE обрабатывает все ссуды фирмы, мудрость и навыки, необходимые для принятия решения о повторном кредитовании недвижимости, были легко доступны.

Конечно, наделение подразделений полномочиями действовать быстро может иметь неприятные последствия, если люди в этих подразделениях предпринимают действия, не соответствующие общей стратегии компании. В 2002 году McDonald’s столкнулся с подобной ситуацией.В частности, французское подразделение McDonald’s разместило неожиданную рекламу в журнале под названием Femme Actuelle . Объявление содержало цитату диетолога, согласно которой дети не должны есть в McDonald’s чаще одного раза в неделю. Руководители штаб-квартиры McDonald’s в пригороде Чикаго, конечно, были обеспокоены сообщением, отправленным их клиентам, и дали понять, что категорически не согласны с диетологом.

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

Организационная схема

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

Дополнительным преимуществом таких перемещений является согласованность между подразделениями.Например, в 2011 году компания Coca-Cola создала Управление устойчивого развития для координации инициатив в области устойчивого развития во всей компании. Беа Перес был назначен директором по устойчивому развитию Coca-Cola и возглавил Управление устойчивого развития. В то время генеральный директор Coca-Cola Мухтар Кент отметил, что Coca-Cola «добилась значительного прогресса в наших инициативах в области устойчивого развития, но наш нынешний подход требует сосредоточения и лучшей интеграции». Другими словами, для достижения целей в области устойчивого развития Coca-Cola был необходим отдел, занимающийся обеспечением согласованности усилий Coca-Cola в области устойчивого развития.

Матричная структура

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

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *