Деньги заплачены, полгода прошло, а пользуются системой два человека из десяти, и те через раз. Кто-то вернулся в Excel, кто-то ведет свое в блокноте. Формально проект сдан, по факту не работает.
Это происходит часто и почти всегда по одним и тем же причинам. Ни одна из них не про «плохих программистов» - все они про то, как организована работа. Разберем четыре и покажем, чем каждая снимается.
Причина первая: размытое ТЗ
Проект стартует с документа, который каждый прочитал по-своему. «Учет заказов» для заказчика - это одно, для исполнителя - другое, и расхождение всплывает на сдаче, когда переделывать дорого. Или наоборот: подрядчик требует от владельца толстое ТЗ, тот пишет его как умеет, и в него не попадает половина реальной работы, потому что владелец не аналитик.
Мы снимаем это тем, что ТЗ составляем сами - на основе разговора, где вы рассказываете, как есть, а мы задаем вопросы. Требования проверяются не на бумаге, а на работающей версии: вы открываете, пробуете на своих данных и поправляете, пока это дешево. Ошибка ловится в первую неделю, а не на приемке.
Причина вторая: нет связи с заказчиком по ходу
Подрядчик уходит с ТЗ и пропадает на месяцы. Возвращается с готовым продуктом - а бизнес за это время сменил площадку, правило учета или структуру склада, и система построена под то, чего уже нет. Либо она построена верно по документу, но неудобна в руке, и сказать об этом было некому и негде.
Мы дорабатываем онлайн, вместе с вами, короткими шагами. Вы видите промежуточные версии и говорите прямо в процессе, что удобно, а что нет. Изменение в вашем бизнесе успевает попасть в систему, потому что мы разговариваем не на старте и на сдаче, а постоянно. Живая система под ваш процесс тем и отличается от чужой подписки, что подстраивается под вас - там ваши замечания меняют продукт, а не уходят в поддержку вендора.
Причина третья: попытка сделать все сразу
Замахнулись на полную систему - бухгалтерия, склад, CRM, отчеты, приложение - одним большим проектом на полгода. Пока строится целое, ничего не работает, деньги ушли, отдачи нет, у людей копится усталость от «вечной стройки». К моменту сдачи требования устарели, а бюджет кончился на середине.
Считать это несложно. Один процесс, доведенный до работающего состояния, начинает приносить пользу и окупает себя, пока остальное еще не тронуто. Большой проект приносит ноль до самого конца - и весь риск сидит в этом «до конца». Разверните стоимость: полугодовой проект без отдачи против цепочки процессов, где первый же начинает работать. Разрыв виден без выдуманных цифр.
Поэтому мы входим одним процессом - самым больным. Он идет в бой, приносит результат, окупается, и только потом мы беремся за следующий. Вы решаете про каждый шаг на фактах, а не на обещании про полгода вперед.
Причина четвертая: экономия на разборе процесса
Самая дорогая экономия - пропустить этап, на котором кто-то садится и разбирает, как у вас реально устроена работа. Взяли типовую коробку, включили как есть, а ваше преимущество - то, как вы работаете не как все, - в нее не влезло. Оно уехало в комментарии, в отдельную таблицу, в устную договоренность и перестало считаться. Система формально стоит, а половина работы идет мимо нее.
Разбор процесса нельзя пропустить, потому что именно в нем видно, что стоит автоматизировать в первую очередь, а что оставить как есть. Мы начинаем с вашего процесса, а не с прайса: смотрим, что уже стоит, и говорим прямо, если задача закрывается настройкой готового - там разработку продавать невыгодно нам самим. Готовая программа требует, чтобы бизнес подстроился под нее. Система под процесс идет от того, как работаете именно вы, - и остается вашим активом, а не арендой чужой логики.
Как это выглядит, когда сделано иначе
Владелец рассказал за час, как сводит выручку с трех площадок. Через короткий срок открыл первую версию, пару дней погонял на своих данных, сказал, где неудобно. Мы поправили. Процесс заработал и начал экономить те часы, что раньше уходили на ручную сводку, - до того как кто-то заговорил про склад и CRM. Следующий процесс взяли, уже видя, что команда тянет.
Что делаем мы
Cloudplus - официальный партнер фирмы «1С» в Узбекистане, юрлицо ООО «Ecommerce». 15+ лет в разработке, 7 из них в Узбекистане, 120+ сотрудников в Ташкенте, 100+ внедрений.
ТЗ составляем сами, дорабатываем онлайн вместе с вами, входим одним больным процессом и начинаем с разбора того, как у вас реально устроена работа. Исходники ваши.
Что дальше
Если прошлая попытка не дошла до результата, расскажите, на чем она встала. Разберем ваш процесс и начнем с одного куска, который начнет работать сразу.
Ташкент, ул. Буюк Турон, 77. Телефон +998 71 207 71 24. Телеграм @cloudplusss.
- Разработка под процесс - если готовое не садится на вашу работу.
- Автоматизация бизнеса - с чего начать, чтобы не увязнуть в большом проекте.