Разработка веб и мобильных приложений на заказ

Автоматизация бизнес-процессов: вредные советы

0

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

1. Не знать целей разработки и/или не уведомить о них разработчика

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

Это нередкий случай. Вспомните, как много бизнес-конференций и семинаров вы посетили за последний год, и как часто на таких мероприятиях говорили о необходимости автоматизации бизнеса, подключения CRM-системы? Под силой общественного мнения и роста популярности подобных продуктов для бизнеса владелец решает внедрить продукт и в свое дело. Раз говорят «Надо!», значит надо.

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

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

2. Нанять для сложной разработки фрилансера или взять программиста в штат

Экономия хороша, но не во всем. Разработка программного обеспечения, в принципе, не про экономию.

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

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

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

3. Назначить ответственным человека, который не знает всех процессов

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

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

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

4. Не спрашивать мнение сотрудников

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

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

5. Советовать профессионалам как делать их работу

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

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

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

И закончим стихотворением, в духе Григория Остера.

Вредные советы Заказчикам

Если ты, поняв тенденции,
Вдруг в IT решил войти,
Разработку приложения
Заказать себе пойти.

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

За создание тех.задания
Никогда им не плати.
Если что, меняй команду,
Программистов — пруд пруди.

И вобще, когда-то в юности
Ты и сам хотел им стать,
В принципе за 2-3 дня
Сам все сможешь накидать.

Алсу Ямашева,
руководитель отдела маркетинга

Поделиться в соцсетях:
Понравилась статья?
Подпишись!
Полезные статьи в сфере разработки и маркетинга, рекомендации и лайфхаки от IT Brick. Не более 2-х писем в месяц.
Ваш email

Оставить комментарий

avatar
1000