Преуспевающие бюро переводов обычно разрабатывают собственные программы, в частности TMS — системы для управления агентством переводов. Зачем они это делают и стоит ли брать с них пример?
Своя система ближе к телу
Бюро переводов довольно сильно отличаются друг от друга организацией рабочих процессов. Процессы и операции, которые в одном бюро являются обязательными, в другом не применяются вообще. Поэтому ни одна из имеющихся на рынке систем не сможет «покрыть» все потребности всех бюро: каких-то функций обязательно не хватает, а какие-то оказываются невостребованными. Задача подбора системы под конкретное бюро осложняется тем, что рынок переводов довольно узок, и выбор TMS-систем не так уж велик.
Чаще всего бюро переводов решается приступить к разработке собственной системы управления проектами потому, что либо оно не находит на рынке TMS, способных полностью отразить применяемые в нем бизнес-процессы, либо такая система оказывается непомерно дорогой. Не найдя подходящего решения, компания начинает разрабатывать собственное — в надежде, что уж своя-то система наконец позволит упростить и удешевить управление.
Такой подход понятен и логичен. Но нужно понимать: разработка — дело недешевое и неспешное. Создание системы «с чистого листа» займет минимум один-два года, и в течение этого времени использовать новую систему не удастся.
Первый релиз вас, скорее всего, разочарует. Версия 1.0 вашей системы управления будет рабочей — в том смысле, что в ней можно будет выполнять базовые операции. Но на этом ее достоинства закончатся: это будет зародыш системы с массой багов, бедным функционалом, ужасным дизайном и низкой стабильностью.
Вы с удивлением обнаружите, что даже собственная система управления бизнесом не устраивает вас на 100 %. Вам придется постоянно дорабатывать ее, добавлять в нее какие-либо функции, адаптировать ее к новым технологиям. Кроме того, неприятным сюрпризом для вас станет стоимость ее поддержки в рабочем состоянии, которая не связана с разработкой.
Другими словами, процесс разработки новой системы будет долгим и тернистым.
Зачем платить за лицензии?
Отправив разработчику TMS-системы очередной платеж за ее использование, руководитель бюро переводов порой приходит к кажущейся логичной идее: а не дешевле ли будет разработать собственную TMS и тем самым вообще избавиться от лицензионных отчислений?
Для разработки действующей системы в ее исходном виде одному программисту понадобится примерно два года. Иначе говоря, при самом экономном варианте разработки стоимость системы обойдется примерно в две годовые зарплаты программиста. Под системой мы здесь понимаем базовую версию, которая гарантированно потребует масштабной доработки.
Кроме того, мир ИТ не стоит на месте: появляются новые стандарты, версии ОС, браузеров и т. п. Систему придется постоянно дорабатывать, иначе через 2–3 года она морально устареет. Для этого нужно будет держать в своей команде штатного программиста. Причем высока вероятность, что их потребуется несколько.
Сопоставьте эти расходы со стоимостью лицензий на систему управления — и лицензии не покажутся вам такими уж дорогими. Купить готовую систему в несколько раз дешевле, чем держать в штате команду разработчиков.
Для небольших бюро финансовая нагрузка, сопряженная с разработкой собственной TMS, чаще всего непосильна. Такая разработка экономически оправдана только в крупных компаниях, нуждающихся во многих десятках и сотнях лицензий и имеющих достаточно свободных средств для безболезненного найма команды разработчиков.
С другой стороны, при покупке большого количества лицензий разработчики обычно предоставляют немалые скидки — то есть суммарная стоимость лицензий возрастает не прямо пропорционально их количеству, а медленнее. Это еще один аргумент в пользу применения уже существующих систем.
Но ее же можно продавать!
Допустим, вы не пожалели времени и денег и разработали систему управления проектами, идеально адаптированную под производственные процессы вашей компании. Возникает следующая логичная идея: ведь ее можно продать и другим компаниям!
Это действительно так.
Но первый же потенциальный покупатель вашей идеальной системы задаст вам массу неожиданных вопросов, которые поставят вас в тупик. Некоторые из функций, которые представляются вам обязательными, ему будут вообще не нужны, и он попросит их убрать, а другие, казалось бы, бесполезные, — добавить. Выяснится, что рабочий процесс в других компаниях организован совершенно иначе, и «логичная» схема, прописанная в вашей TMS-системе, им непонятна. Обнаружится, что у них совсем другие требования к ведению проектов; их менеджеры выполняют совсем не такие функции, как в вашей компании; бухгалтеры ведут учет иначе; законодательство в их стране требует дополнительной сертификации, и т. д., и т. п. Вы откроете много интересного...
В мире нет двух одинаковых бюро переводов. В каждом из них свои традиции, процессы, распределение ролей, корпоративная культура и т. д. Все ждут от TMS разных функций, и невозможно создать систему, устраивающую всех.
И если вы намерены продавать систему собственной разработки, то вам придется адаптировать ее под запросы потенциальных клиентов — а значит, дополнительно вкладываться в ее разработку.
Кроме того, создать хорошую функциональную систему — это только полдела. Ее нужно сделать известной — то есть вкладывать средства в маркетинг и рекламу. Причем заниматься этим придется как минимум до тех пор, пока вас не перестанут спрашивать: «Кто вы такие? Что-то мы о вас раньше не слышали...»
Создание бренда требует не меньше сил и средств, чем сама разработка. Если вы не готовы инвестировать в маркетинг, шансы на коммерческий успех будут невелики. Собственно, их вообще не будет, пока вашему бренду не начнут доверять. Ведь к тому времени, пока вы выпустите свой продукт на рынок, у вас наверняка появятся конкуренты, и вам нужно будет соперничать с ними за внимание потребителей.
Но так хочется создать свою TMS-систему!
За решением разрабатывать собственную систему не всегда стоит экономический расчет. Часто основной стимул, толкающий владельца или руководителя на такой шаг, имеет метафизический характер — «Я хочу!» Он стремится самореализоваться или считает, что с появлением новой TMS мир станет лучше, — и уже не в силах удержаться от творческого порыва.
Такой мотив кажется иррациональным. Но по сравнению с остальными он, как ни странно, выглядит наиболее обоснованным — хотя бы потому, что он лишен описанных выше иллюзий и заблуждений. (Конечно, реализация такого плана возможна лишь в том случае, если бюджета компании для этого достаточно.)
Если ваша главная цель — создание хорошей TMS-системы управления проектами и бизнесом, которую можно с гордостью продемонстрировать другим, а экономический аспект проекта для вас не критичен — дерзайте!
Возможно вам также будет интересна статья:
