Русский
Русский
English
Статистика
Реклама

Малый бизнес

Нам нечего терять! Безопасность для самых маленьких компаний

29.04.2021 12:05:53 | Автор: admin

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

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

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

  • экономия на расходах;

  • ложная уверенность в сотрудниках и надёжности инфраструктуры;

  • пренебрежение угрозами из-за халатного отношения к коммерческой информации;

  • в штате нет не то что безопасника, даже системного администратора.

Так себе аргументы, честно говоря. Например, каждый день создаётся до 360 000 вредоносных программ и приложений, большинство из них фишинг. Беспредельно выросли атаки с применением социальной инженерии. Почему вы думаете, что все угрозы и атаки обойдут именно вас? Если вам дороги данные (которые вам достались за деньги, если вы вдруг случайно забыли или не обратили внимание), информационная безопасность должна стать важным приоритетом в управлении. Она может быть недорогой и эффективной, если подойти к вопросу с умом.

Отслеживайте и будьте готовы

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

  1. Бэкапы имейте по крайней мере по две копии всех ваших баз данных, хранящиеся в разных местах (например, на своём сервере и в двух разных ЦОДах провайдеров в облаке).

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

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

Дорогой инструмент ещё не признак ума, господа

Много лет мы развиваем свою CRM-систему: функционально насыщенную, но удобную и надёжную, как автомат Калашникова. Мы работаем для малого бизнеса и предлагаем цены ниже, чем за тот же набор возможностей просят наши российские и зарубежные конкуренты. При этом CRM эффективна и количество отказов от работы в системе минимальное. Просто потому что система подходит клиентам, а мы не стремимся раздеть клиента на дорогом и красивом консалтинге (проще говоря, не пускаем пыль в глаза). Так вот, с системами управления безопасностью ИТ-инфраструктуры (в частности, ITSM-системами, например) та же история: есть хорошие разработки, которые функционально не уступают крупным вендорам с именем, а работают даже лучше, потому что разработчики стремятся действительно помочь клиенту, т.к. довольный покупатель приведёт ещё двоих (ну или не навредит), а злой напишет гадость на Хабре (или ещё где-то).

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

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

  • Не инвестируйте в неэффективные технологии. В 2017 году Accenture (PDF) проводил исследование и выяснилось, что 5 из 9 технологий защиты компании разного типа имеют отрицательный инвестиционный эффект (то есть стоят дороже, чем приносят или сохраняют, вы в минусе). Когда затраты на софт превышают экономию, это серьёзный удар по бюджету компании, потому что возникает три безрадостных пути: либо бросить ПО и забыть о стоимости его покупки и внедрения; либо привлекать дорогих специалистов, раскачивать и поддерживать неподходящее ПО; либо платить дальше и использовать его на той же малой мощности. И да, чаще всего первый вариант самый выгодный и наименее рисковый.

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

  • Ищите решения, которые подходят вашей компании. Если у вас сеть на 15-20 ПК, 3 принтера, пара роутеров и скромный сервер или всё в облаке, вам точно не нужны решения за 7 млн. рублей (которые, к слову, изначально рассчитаны на крупные организации). Протестируйте варианты и выберите самый оптимальный. Когда ПО простаивает, вы окажетесь в пункте 1 этого списка.

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

  • Обязательно накатывайте все обновления и патчи, которые выпускает разработчик для управления безопасностью это супер важно. Кстати, этот пункт касается всех корпоративных информационных систем, от корпоративного портала до CRM/ERP, ITSM и проч. Накатывайте обновления и патчи это такое же заклинание, как Делайте бэкапы (ну почти).

  • Запомните слова и фразы: система комплексной предиктивной аналитики, машинное обучение, искусственный интеллект (во всех сочетаниях), кибер-аналитика, искусственный интеллект для анализа поведения пользователей, нейросети (во всех формулировках). Если вы их слышите от вендора, вы гарантированно переплатите за решение, которое точно вам не подойдёт. Это мантры маркетинга и они волшебным образом удорожают программное обеспечение. Согласитесь вероятность наступления сделки, рассчитанная по Байесу звучит менее продающе, чем искусственный интеллект для скоринга. А фигня та же самая: чем больше сделок с параметрами X,Y, Z закончились покупкой, тем выше вероятность, что новая сделка с X,Y, Z тоже выгорит. С системами безопасности та же история, только часто проблема таких систем у небольшого бизнеса в том, что у него слишком мало данных, чтобы более или менее адекватно использовать подобные алгоритмы.

Сисадмин: домашний или на стороне

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

Не доверяйте облакам безоговорочно

Раньше нас упрекали в том, что мы как разработчики десктопной CRM-системы воевали с облачными сервисами. С тех пор прошло примерно сто лет и наши клиенты уже пользуются облачными сервисами геомониторинга GeoMonitor и саппорт-системой ZEDLine. Да откровенно говоря, мы всегда были по обе стороны облачных систем: и как пользователи, и как инженеры. Так вот, малый бизнес часто совершает ошибку, полагая, что облачные технологии во всём гарант безопасности. На самом деле, это масса рисков, связанных с человеческим фактором, атаками на хостинг, форс-мажорами и различными проникновениями и утечками в облачных сервисах. Увы, до сих пор они остаются менее надёжными, чем десктоп (а по-настоящему защищённые среды очень дорогие).

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

Сотрудники уровень опасности красный

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

  • Изучайте современные кибератаки (специализированные блоги, Хабр и телеграм вам в помощь) и информируйте о них сотрудников, разъясняя то, как могут действовать мошенники.

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

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

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

  • Разъясните сотрудникам правила пользования устройствами и Wi-Fi общего пользования.

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

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

Наши статьи о безопасности:


Минутка рекламы

Мы успешно автоматизируем малый и средний бизнес:

  • RegionSoft CRM универсальная десктопная CRM-система для малого и среднего бизнеса

  • RegionSoft GeoMonitor облачный сервис для управления выездными сотрудниками на основе GPS/ГЛОНАСС

  • ZEDLine Support простой и удобный облачный сервис для управления обращениями клиентов (тикет-система)

Подписывайтесь на наш Дзен, там много интересного об HR, работе и прочем нехабровском.

Подробнее..

Работа в малом бизнесе в ИТ 7 важных уроков

06.06.2021 18:14:29 | Автор: admin

Когда начали строить новый красивый бизнес-центр недалеко от главной улицы города, мы с подругой были выпускницами престижного вуза и поступали в аспирантуру. Она задрала голову на этажи из стекла, бетона и металла и спросила: Хотела бы работать в таком здании, в огромной корпорации? Ага, может когда-то, кивнула я, думая об одной лишь карьере учёного. Но у жизни на моё ага были свои планы: я прошла и через корпорации, и через науку, и через вуз и в итоге оказалась в малом бизнесе. В самой комфортной точке на протяжении моей карьеры. Здание достроено, в нём межгалактические корпорации, но я ни за что не пойду туда работать: у меня есть веские причины сделать такой выбор.

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

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

Урок 1. Свобода и ответственность без границ

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

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

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

Урок 2. Гибкость в любых условиях

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

Малым ИТ-компаниям проще отвечать на запросы клиентов и вызовы рынка, находиться всегда лицом к пользователю. Например, мы постоянно развиваем нашу CRM на основе откликов и требований клиентов, вводим те продукты, которые актуальные для наших клиентов прямо сейчас: так, в пандемию вышел облачный сервис отслеживания, предназначенный для управления удалёнными сотрудниками (перемещение объектов, грузов, курьеров) GeoMonitor, а до этого для небольших сервисных служб появился ZedLine Support, предназначенный для лёгкой и быстрой работы с обращениями клиентов в облаке.

Опять же, во время форс-мажора планетарного масштаба малый бизнес в ИТ координировался и группировался активнее остальных: удалённая работа, командное взаимодействие, удалённые установки и т.д., всё было развёрнуто в большинстве компаний за 1-2 дня. При этом каждый ставил цель не просто работать, но и сохранить сотрудников, сохранить темпы разработки и создания услуг. Да, нам, айтишникам, в основной массе повезло чуть больше остальных, но и усилия были приложены немалые.

Урок 3. Учиться быть заметным и самостоятельным

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

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

Урок 4. Руководитель прежде всего человек

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

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

Урок 5. Корпоративный перфекционизм

Малый бизнес в ИТ делает по-настоящему крутые вещи и как правило предоставляет профессиональные, качественные услуги. Это свойство просто объяснить: компактность компании определяет высокую концентрацию навыков и опыта внутри команды. Дополнительно выигрывают компании, где сотрудники работают подолгу (например, у нас в РегионСофт сотрудники работают по 8, 12,15 лет и больше): опыт аккумулируется, наполняется новыми смыслами, впитывает инновации и при этом остаётся внутри компании. Таким образом, заказчики и клиенты всегда могут рассчитывать на высокую квалификацию разработчиков, поддержки, коммерческого блока. Кстати, дополнительный стимул держать марку это необходимость сохранить позитивную повестку и деловую репутацию. Слишком дорого обходятся репутационные риски, в них лучше не влезать.

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

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

Урок 6. Ты меняешься как профессионал и это не остановить

Работа в небольшой компании удивительно странная штука с позиций карьеры. Ты прокачиваешь опыт, расёшь, обрастаешь управленческими навыками буквально на любой должности, но при этом твоя компания может быть известна только в своём сегменте рынка. И здесь очень интересная ситуация с переходом в другие компании: если HR профессиональный и умный, вас оторвут с руками, если так себе и не особо вникает, то от вас будут хотеть услышать: Да я к вам из самого Яндекса (Гугла, Майкрософта, Теслы, Газпрома и т.д. лишь бы звучало). Но мы за умных, поэтому продолжим.

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

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

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

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

Урок 7. Во всём есть мера

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


Сегодня, 6 июня 2021 года, нашей компании RegionSoft Developer Studio исполнилось 20 лет. 20 лет автоматизации, разработки, помощи малому и среднему бизнесу, релизов, деплоев, рефакторинга, доверия, дружбы, понимания и умения не соперничать, а перенимать лучшее и формировать себя внутри команды и компании. Видите, сколько всего я намешала в одном предложении? Да так оно и есть: без этих компонентов успешную ИТ-компанию не создать. Каждый из нас работает для компании, каждый из нас делает компанию для тех, кто пользуется нашими программами в оперативной работе каждый день: таких компаний больше 7000. Мы повзрослели, возвели профессионализм в абсолют, но сохранили умение слышать клиентов, понимать друг друга и быть готовыми к любым вызовам. Ну, третий десяток, не подведи.

Подробнее..

Дневник Производства 2.0 стартап в стартапе

16.11.2020 20:18:08 | Автор: admin
Что сложнее: запустить стартап-проект в чистом поле или встроить его в готовый продукт? На самом деле одинаково сложно все.

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

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

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



Краткое содержание:

  • Мы
  • Откуда берутся бизнес-требования
  • Проектируем, предсказывая будущее
  • Производство гробов и модель данных
  • Как не сломить найти общий язык с бизнес-аналитиком, если ты архитектор
  • Мы проработали, но нет. Автомобиль и рыба. Что общего?

Компания МойСклад более 13 лет развивает и продает веб-сервис, упрощающий жизнь малому и среднему бизнесу. Сервис помогает вести складской учет, управлять продажами и закупками, печатать необходимые для ведения бизнеса документы и много-много всего. У нас налажен и постоянно развивается процесс разработки. Сделанные в первый день работы тикеты (на общепринятом языке задачи) могут уже завтра быть на проде. Продукт большой и сложный, пользователи активно делятся пожеланиями. Мы придумываем, как сделать полезный для людей сервис и делаем. И сейчас обновляем блок производства! Мы команда Производство.

Действующие лица первого этапа:

  • Аскар генеральный директор
  • Олег технический директор
  • Максим product owner, направляющий нас
  • Тимур бизнес-аналитик, который знает процессы производства
  • Максим тимлид команды разработки
  • Я системный аналитик

Вводная


Перескажу кратко вводную, которую в первый день спринта, 22 октября 2020-го, мы услышали от Аскара.

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



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

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

Займемся производством




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

МойСклад внутри большой и сложный, да и бизнес-требования изменчивы. Так что наша команда поставила себе на старте такие задачи:

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

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

Что помогло сделать первый шаг?


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

Рекомендация: перед проектированием системы изнутри, нарисуйте макеты пользовательского UI в любом виде, хоть карандашом на A4. Да, они 100 раз поменяются, и вообще нормальный UI/UX дизайнер потом все исправит, но они должны появиться, чтобы помочь.

На ней все держится. Модель данных


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

Если этот шаг не сделать на старте проекта, то есть шансы в какой-то момент открыть Америку или переделать все. Модель данных это что-то элементарнее фундамента, это Земля, а на ней держится вообще все.

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

В целом обсуждение было построено примерно так:

  1. Для очередной сущности я спрашиваю: Что это такое? и Что мы с этим можем сделать?.
  2. Тимур рассказывает нам о связанных процессах, показывает макеты, приводит примеры.
  3. Все задают много-много вопросов: А можно так?, А что, если...?, удивляются, и иногда кричат Так нельзя!.
  4. Тимур убеждает, что можно и очень надо.
  5. От примера про сборку шкафа мы переходим к примеру про гробы (А если мы производим гробы из австралийского дуба, и нам заказывают модификацию из сосны...).
  6. Смеемся, приходим к компромиссу, дорисовываем в модели данных связанные сущности, описываем ключевые параметры, оставляем заметки уточнить позже.
  7. Фиксируем в статье Вопросы и ответы решения по бизнес-требованиям и ограничениям, если они появились в процессе обсуждения или наоборот, если были сняты.

Логическую модель сделали. В итоге у нас получился такой вот небольшой монстр с заметками и облаками.



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

Убей в себе архитектора и научись слышать


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

Что разработчики хотят от бизнеса на ранних этапах? Уверенности! Мы много раз разбивали уверенность Тимура о скалы и уводили его от задуманных бизнес-требований к попыткам сделать из того, что есть, или сделать проще. Так нельзя!

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

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



Рекомендация номер три: разработчики от бизнеса ждут уверенности. Если вы бизнес-аналитик и представляете бизнес, или же вы бизнес-заказчик, будьте тверды в своих решениях до последнего, что бы разработчики не говорили. Проще не значит правильно! Если сделать проще сегодня, то завтра доработки выльются в очень большие суммы. Лучше потратить чуть больше в начале и вылить на своего разработчика всю душу (пожелания), чем потом страдать. Разработчик должен знать о потенциальном будущем!

Не откладывай на завтра. НИКОГДА!


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

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

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

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

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



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

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

Итого


Чтобы успешно и быстро начать стартап-проект:

  1. Изучите весь известный бэклог, чтобы знать будущее.
  2. Выберите фундаментальную задачу, которая делает/меняет все.
  3. Для внутреннего стартапа нужно подключать команду с опытом решения других задач в развитии продукта.
  4. Слушайте бизнес и дайте вашему бизнес-аналитику эликсир уверенности. Бизнес-требования важнее системных ограничений. Системные ограничения всегда можно преодолеть (это точно)!
  5. Прежде чем что-либо проектировать, посмотрите на систему глазами пользователей нужны черновые макеты UI, которые обязательно будут изменены.
  6. Проектирование нужно начинать с модели данных
  7. Если есть возможность проверить теорию, проверяйте сразу, не откладывая до последнего.

О производстве в МоемСкладе
Подробнее..

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

24.11.2020 22:21:52 | Автор: admin
Всем привет! Я ведущий системный аналитик в компании МойСклад и сейчас мы с командой Производство запускаем внутренний стартап внутри стартапа Производство 2.0. Недавно я написала о том, с чего начать процесс разработки в новоиспеченном проекте, а сейчас хочу продолжить рассказ из горящего танка.

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

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



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

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

Немного определений


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

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

Ресурс товар, из которого производят продукцию.

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

Техпроцесс производства упорядоченная последовательность этапов, в результате выполнения которых производится продукция и затрачиваются ресурсы.

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

Техкарта коровы


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

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

Вариант 1: У меня есть мясной цех и луг. Я забираю корову с луга и за один этап превращаю ее в части. Это простая техкарта разборки.



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



Это простые техкарты, которые поддерживает текущее производство МоегоСклада. А теперь усложним.

Вариант 3: У меня есть мясной цех, упаковочный цех и луг. Я забираю 10 коров с луга. Сначала я превращаю 10 коров в очень много частей этап разборки, затем сортирую полученные части этап сортировки, а после помещаю в упаковки. Это все делается по сложной техкарте разборки коровы. Полученная техкарта:

Ресурсы: 1 корова, 100 м2 вакуумной упаковки.
Готовая продукция: 1 упакованная лопатка, 1 упакованная печень, упаковка на 2 стейка

Производственный процесс:

  1. Этап разборки (Ресурсы: 1 корова)
  2. Этап сортировки (Ресурсы: нет новых ресурсов, используются результаты этапа разборки)
  3. Этап упаковки (Ресурсы: 100 м2 вакуумной упаковки)

Получается, что я могу взять с луга как одну корову, так и 10, и 20 и т.д. И этот прекрасный вопрос бизнес-аналитику: Тимур, а можно произвести 1,5 коровы?. Истерика. Ответ: Можно. Мы же не только с коровами работаем, ограничения не ставим. Захотят пол коровы, возьмут половинку с луга или из морозильника.



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

Да, 1,5 коровы тоже допускаем.

Полученная техкарта:

Ресурсы: 1 упакованная лопатка, 1 упакованная печень, упаковка на 2 стейка, серебро.
Готовая продукция: 1 корова, 1 колокольчик.

Производственный процесс:

  1. Этап сборки (Ресурсы: 1 упакованная лопатка, 1 упакованная печень, упаковка на 2 стейка)
  2. Этап реанимации (Ресурсы: нет новых ресурсов, используются результаты этапа сборки)
  3. Этап производства колокольчика, может идти параллельно этапу реанимации (Ресурсы: серебро)
  4. Этап надевания колокольчика на корову (Ресурсы: нет новых ресурсов, используются результаты предыдущих этапов)



Такая модель помогла нам доопределить бизнес-правила и ограничения:

  • Можно ли в простой техкарте сборки установить норму готовой продукции 1?
  • Могут ли быть готовые продукты по результатам промежуточных этапов?
  • Можно ли задавать не целые нормы?

И много-много других.

И конечно, мы окончательно определились с кусочком монстра модели данных.

Техоперация и производственный процесс


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

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

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

Утверждения, вопросы и ответы:

Утверждение от бизнеса. Вы, как производитель, можете отслеживать процесс производства коровы поэтапно.

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

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

Вопрос. А что, если техкарта коровы создана на ногу, голову, стейк бедра и хвост, а заказать у нас хотят только ногу из этой техкарты?

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

Вопрос. А можно ли в заказе на производство донастроить техкарту так, чтобы в нем была только нога?

Ответ. Нет, тогда нужно создавать новую отдельную техкарту. Пример Техкарта Лопатки коровы

Вопрос. А можно ли в заказе на производство донастроить ресурсы из техкарты, увеличив количество коровы с 1 до 1,2 и добавить до ресурсы?

Ответ. Да, можно, потому что может быть брак, может приехать корова побольше и т.д.
И так далее.

Не для слабонервных

У меня была корова и я начал отпиливать от нее две ноги.





По итогам обсуждений были введены новые термины и определения в производстве мясной продукции:

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

В заключении


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

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

Во-первых, это весело.

Во-вторых, это заставляет фантазию работать более креативно и извлекать из головы правильные вопросы.

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

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

Сотрудничество с самозанятыми преимущества и подводные камни

15.02.2021 18:22:10 | Автор: admin

Численность зарегистрированных плательщиков налога на профессиональный доход (НПД) в феврале 2021 года достигла 1,7 млн человек. На практике плательщиков НПД обычно называют самозанятыми, хотя в законодательстве и нет такого термина. Расскажу о плюсах и минусах сотрудничества с самозанятыми для бизнесменов.


Зачем бизнесменам работать с самозанятыми


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


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


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


Если заключить стандартный трудовой договор, то с зарплаты в 100 рублей работодатель удержит 13 рублей НДФЛ и заплатит в общем случае (без учета льгот) 30 рублей страховых взносов. При этом работнику останется 87 рублей, а итоговая налоговая нагрузка составит:
Н1 = (13 + 30) / 100 = 43%


Если заключить договор гражданско-правового характера (ГПХ) с обычным физическим лицом (не самозанятым), то ситуация почти не изменится. НДФЛ будет тот же самый 13 рублей, а исполнитель получит те же 87 рублей. Правда взносов можно будет перечислить поменьше 27,1 рубля. Дело в том, что выплаты по договорам ГПХ не облагаются взносами на социальное страхование по ставке 2,9%. Но налоговая нагрузка все равно останется существенной:
Н2 = (13 + 27,1) / 100 = 40,1%


Если же бизнесмен начислит 100 рублей вознаграждения самозанятому, то ни НДФЛ, ни страховые взносы платить не придется. Исполнитель получит сумму в полном объеме и самостоятельно заплатит с нее 6 рублей налога. Таким образом, нагрузка будет равна:
Н3 = 6 / 100 = 6%


А для тех плательщиков НПД, которые только что зарегистрировались, ставка будет еще ниже. Всем самозанятым-новичкам государство предоставляет налоговый вычет в размере 10 000 рублей. При работе с юридическими лицами или ИП этот вычет позволяет уменьшить налоговую ставку на 2 п.п. с 6% до 4%.


Таким образом, самозанятый при сотрудничестве с юрлицами или предпринимателями будет пользоваться пониженной ставкой 4% до тех пор, пока его доход не достигнет величины, 2% от которой составляют 10 000 рублей:
Д = 10 000 / 0,02 = 500 000 руб.


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


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


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


Самозанятыми могут стать не только граждане РФ, но и граждане других государств членов Евразийского экономического союза: Армении, Беларуси, Казахстана и Киргизии.


Когда сотрудничество с самозанятыми невозможно или опасно


Основной нормативный акт, который регулирует деятельность самозанятых в РФ закон от 27.11.2018 422-ФЗ. Ограничения для самозанятых установлены статьями 4 и 6 этого закона. В частности, для плательщиков НПД закрыты некоторые направления работы:


  1. Запрещена торговая деятельность. Самозанятый может продавать только изделия, изготовленные им самим.
  2. Плательщик НПД не может быть арбитражным управляющим, медиатором, оценщиком, нотариусом, адвокатом.
  3. Самозанятым запрещена работа в интересах других лиц в качестве агента, поверенного, комиссионера.

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


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


Во-первых, это лимит по величине дохода. Если плательщик НПД с начала года заработал более 2,4 млн рублей, то он с момента превышения лимита теряет свой статус.


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


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


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


Еще осенью 2019 года министр финансов А. Силуанов предупредил ушлых предпринимателей, которые переводят штатных сотрудников в самозанятые о грядущих неприятностях.


Тогда министр отметил, что уже в 2020 году налоговики будут проводить проверки и доначислять таким бизнесменам НДФЛ и страховые взносы по правилам, предусмотренным для трудовых отношений. Это значит, что бизнесмен заплатит упомянутые выше 43% от начисленных самозанятому выплат, а также штраф по ставке 40% от недоимки и пени.


Однако затем из-за пандемии контрольные мероприятия были приостановлены. А в ноябре 2020 года правительство продлило мораторий на плановые проверки малого бизнеса до конца 2021 года.


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


Как учитывать затраты и оформлять документы при работе с самозанятыми


Самозанятый после получения денег от заказчика должен оформить специальный чек. Для этого документа не нужен кассовый аппарат, чек формирует мобильное приложение Мой налог.
Чек можно выдать на бумаге или переслать заказчику в электронном виде. При расчете наличными исполнитель должен выдать чек немедленно. Если же деньги перечислены по безналу, то у исполнителя есть время до 9 числа следующего месяца (ст. 14 закона 422-ФЗ).


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



Без чека заказчик не сможет учесть выплаты в пользу самозанятого при расчете налогов. Однако, по мнению налоговиков, для признания расходов необходим не только чек, но и стандартные документы договор и акты об оказании услуг (письмо ФНС РФ от 30.10.2020 АБ-4-20/17902@).


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


Договор с самозанятым это по сути обычный договор об оказании услуг, но с некоторыми особенностями:


  1. В текст лучше включить фразу: Исполнитель зарегистрирован в качестве плательщика НПД, поэтому удерживать НДФЛ и начислять страховые взносы не нужно. Это сразу снимет возможные вопросы налоговиков при проверке.


  2. Желательно предусмотреть в договоре обязанность самозанятого немедленно сообщить заказчику об утрате им этого статуса.


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



Опыт бухгалтерии веб-студии и дата-центра ITSOFT



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

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

Особо ценных специалистов приходится стимулировать дополнительной надбавкой в 6% на налоги. Это все равно получается намного дешевле и проще, чем работать по ГПХ.

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

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


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


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


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


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


Если плательщик НПД утратил свой статус, то для дальнейшего сотрудничества нужно выяснить, зарегистрирован ли он в качестве ИП. А если зарегистрирован то какой налоговый режим начал применять после самозанятости.



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


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


Вывод


Работа с самозанятыми позволяет бизнесменам экономить на налогах, социальных выплатах и организации рабочих мест.


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


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


Если исполнитель утратит статус самозанятого следует внести изменения в договор. В случае, если исполнитель не зарегистрирован в качестве ИП, заказчик с этого момента должен начать удерживать с выплат НДФЛ и начислять страховые взносы.

Подробнее..

Recovery mode Три фактора, которые недооценивают руководители отдела продаж

10.08.2020 14:22:42 | Автор: admin
Почему два человека в отделе продаж часто бывают эффективней, чем шесть?

image

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

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

Команда


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

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

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

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

Круто, если соискатель:

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

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

Рабочий процесс


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

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

CRM на рынке большое количество, у каждой свои плюсы и минусы. Мы работаем в Gmail и искали максимально простое и гибкое решение, поэтому выбирали из NetHunt CRM и Streak. Нам нужна была быстрая интеграция, интуитивно понятный интерфейс и связь с GSuite. В итоге остановились на NetHunt из-за функционала, цены и адекватной службы поддержки.

На что еще мы обращали внимание при выборе CRM:

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

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

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

Воронка продаж


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

Раньше этапы взаимодействия с входящими лидами были такими:

  1. При заполнении формы на сайте, лид автоматически попадал в папку New в нашей CRM.
  2. Мы настроили автоматическую цепочку писем в CRM, первое из которых отправляли в момент регистрации.
  3. С лидом, который ответил на наше письмо, мы договаривались об общем созвоне, цель которого выяснить больше о компании и определить запросы и ожидания от платформы.
  4. После мы назначали отдельный день для проведения демо.
  5. После демо, давали бесплатный аккаунт на две недели.
  6. Если после демо лид перестал отвечать, через какое-то время мы прекращали с ним взаимодействие.

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

Аудит отдела продаж мы разбили на пять главных этапов, которые включали


1. Анализ текущего регламента работы отдела продаж


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

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

2. Анализ технологии работы с клиентами


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

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

3. Оценка сотрудников методом Тайный покупатель


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

Мы оценивали:

  • уровень знания менеджерами продукта;
  • коммуникацию и реакцию на нестандартные ситуации;
  • степень квалификации менеджеров;
  • эффективность принятых мер по возврату ушедших клиентов.

4. Опрос сотрудников


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

Лучшие из них мы вынесли на голосование и решили внедрять поэтапно.

5. Обработка информации и составление плана по росту продаж


Пожалуй, самый сложный этап: нужно структурировать все сильные и слабые стороны отдела, прописать best practices работы с клиентами, которые будут опорой менеджерам. Отдельно мы прописали план роста продаж на полгода и год и сделали его доступным всем сотрудникам.

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

1. Убрали из воронки в CRM все промежуточные этапы взаимодействия с клиентом и оставили только главное:



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

3. Стали предлагать провести демо на первом звонке: количество закрытых сделок выросло на 21% уже за первые пару месяцев. Мы детально проработали тайминг демо: раньше они могли занимать от 30 до 50 минут, а с вопросами клиентов больше часа. За час мало кто мог запомнить хотя бы половину из того, что мы рассказали.

4. Записали демо каждого продукта, опубликовали их на Youtube и стали добавлять их в краткое резюме встречи после звонка. Это позволило минимизировать типовые вопросы после звонка и освободило менеджерам 3 часа рабочего времени в неделю.

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



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

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

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru