редакции
Вредные советы по автоматизации бизнес-процессов
1. Не знать целей разработки и/или не уведомить о них разработчика
Невероятно, но факт: однажды к нам обратилась компания с задачей разработать CRM-систему для бизнеса, только вот цель ее создания была неясна. Скорее, сама разработка выступала как цель.
Это нередкий случай. Вспомните, как много бизнес-конференций и семинаров вы посетили за последний год, и как часто на таких мероприятиях говорили о необходимости автоматизации бизнеса, подключения CRM-системы? Под силой общественного мнения и роста популярности подобных продуктов для бизнеса владелец решает внедрить продукт и в свое дело. Раз говорят «Надо!», значит надо.
Мы не спорим — это полезный инструмент. Но лишь инструмент, который должен решать главную задачу. У разработки любой — ERP или CRM — системы должна быть цель. Например, автоматизировать рутинные операции и разгрузить сотрудников для важных задач. Или оперативно отслеживать прибыль по клиентам и затраты по рекламным каналам, чтобы вкладывать средства в более конверсионные направления.
Экономия хороша, но не во всем. Разработка программного обеспечения, в принципе, не про экономию. Услуги фрилансера хорошо подходят для четких и быстрых задач. Автоматизация бизнеса — емкий, трудозатратный и продолжительный процесс. Ресурсов фрилансера не хватит, чтобы выполнить все на том же уровне, как это сделает агентство. Можно взять программиста в штат. Сможет ли он выполнить работы по аналитике, дизайну, тестированию? Как долго вы будете искать такого всемогущего специалиста, и существует ли он? Когда над проектом работает команда, которая создала десяток подобных продуктов, риски близятся к нулю. Такая команда включает в себя специалистов по каждому направлению, они уже отработали все процессы, знают подводные камни и как их избежать. Доверьтесь им. Руководители — люди занятые, делегируют задачи и больше времени посвящают стратегии. Это нормально, когда он назначает ответственного за процесс разработки со стороны бизнеса. Сроки начинают растягиваться, когда куратор со стороны бизнеса не может ответить на вопросы разработчиков и каждый раз перенаправляет эти самые вопросы руководителю. А как мы помним, руководители — люди занятые. Пусть это будет сотрудник, который знает всю кухню компании, хорошо ориентируется в бизнес-процессах и проблемах, умеет быстро собирать информацию у своих коллег. Проведите стандартный опрос среди сотрудников, получите от них обратную связь — они больше взаимодействуют с клиентами, вовлечены в рабочий процесс. Так вы получите два бонуса. Когда вы ищете подрядчиков на разработку, то перебираете мегабайты информации, изучаете все этапы, читаете отзывы, консультируетесь в нескольких агентствах. Нам нравится, когда клиенты системно подходят к вопросу выбора команды разработки. А когда вы выбрали подрядчика, доверьтесь ему. Ведь проделали огромную поисковую работу не для того, чтобы и после тратить свои силы и нервы на постоянный контроль процесса. В рамках такого контроля команда потратит больше энергии и сил на согласование каждой мелочи с вами, хотя может направить эти ресурсы на разработку. Как вы делегируете внутренние задачи, точно так же передайте разработку подрядчику. Обозначьте свои цели, ожидания, боли и другие важные моменты. Если чего-то не понимаете, задайте вопросы. И станьте наблюдателем, с которым периодически советуются. И закончим стихотворением, в духе Григория Остера.
2. Нанять для сложной разработки фрилансера или взять программиста в штат
3. Назначить ответственным человека, который не знает всех процессов
4. Не спрашивать мнение сотрудников
5. Советовать профессионалам как делать их работу
Вредные советы Заказчикам
Если ты, поняв тенденции,
Вдруг в IT решил войти,
Разработку приложения
Заказать себе пойти.
То поменьше разработчикам
Этим самым доверяй.
И все, что они советуют
Непременно отвергай.
За создание тех.задания
Никогда им не плати.
Если что, меняй команду,
Программистов — пруд пруди.
И вообще, когда-то в юности
Ты и сам хотел им стать,
В принципе за 2-3 дня
Сам все сможешь накидать.
