Подписаться на рассылку

Стоит ли разрабатывать собственную TMS

08.11.2018
img

Преуспевающие бюро переводов обычно разрабатывают собственные программы, в частности TMS — системы для управления агентством переводов. Зачем они это делают и стоит ли брать с них пример?

Своя система ближе к телу

Бюро переводов довольно сильно отличаются друг от друга организацией рабочих процессов. Процессы и операции, которые в одном бюро являются обязательными, в другом не применяются вообще. Поэтому ни одна из имеющихся на рынке систем не сможет «покрыть» все потребности всех бюро: каких-то функций обязательно не хватает, а какие-то оказываются невостребованными. Задача подбора системы под конкретное бюро осложняется тем, что рынок переводов довольно узок, и выбор TMS-систем не так уж велик.

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

Такой подход понятен и логичен. Но нужно понимать: разработка — дело недешевое и неспешное. Создание системы «с чистого листа» займет минимум один-два года, и в течение этого времени использовать новую систему не удастся.

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

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

Другими словами, процесс разработки новой системы будет долгим и тернистым.

Зачем платить за лицензии?

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

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

Кроме того, мир ИТ не стоит на месте: появляются новые стандарты, версии ОС, браузеров и т. п. Систему придется постоянно дорабатывать, иначе через 2–3 года она морально устареет. Для этого нужно будет держать в своей команде штатного программиста. Причем высока вероятность, что их потребуется несколько.

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

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

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

Но ее же можно продавать!

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

Это действительно так.

Но первый же потенциальный покупатель вашей идеальной системы задаст вам массу неожиданных вопросов, которые поставят вас в тупик. Некоторые из функций, которые представляются вам обязательными, ему будут вообще не нужны, и он попросит их убрать, а другие, казалось бы, бесполезные, — добавить. Выяснится, что рабочий процесс в других компаниях организован совершенно иначе, и «логичная» схема, прописанная в вашей TMS-системе, им непонятна. Обнаружится, что у них совсем другие требования к ведению проектов; их менеджеры выполняют совсем не такие функции, как в вашей компании; бухгалтеры ведут учет иначе; законодательство в их стране требует дополнительной сертификации, и т. д., и т. п. Вы откроете много интересного...

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

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

Кроме того, создать хорошую функциональную систему — это только полдела. Ее нужно сделать известной — то есть вкладывать средства в маркетинг и рекламу. Причем заниматься этим придется как минимум до тех пор, пока вас не перестанут спрашивать: «Кто вы такие? Что-то мы о вас раньше не слышали...»

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

Но так хочется создать свою TMS-систему!

За решением разрабатывать собственную систему не всегда стоит экономический расчет. Часто основной стимул, толкающий владельца или руководителя на такой шаг, имеет метафизический характер — «Я хочу!» Он стремится самореализоваться или считает, что с появлением новой TMS мир станет лучше, — и уже не в силах удержаться от творческого порыва.

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

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

Возможно вам также будет интересна статья:

ВИДЫ СИСТЕМ УПРАВЛЕНИЯ ПЕРЕВОДЧЕСКИМИ ПРОЕКТАМИ (TMS)

Подписаться на рассылку

Другие статьи

No documents found.

Занимайтесь переводом, а не административными вопросами

Используйте систему Protemos для организации процессов в своем бизнесе

попробовать первый месяц БЕСПЛАТНО!
Вверх

ПОЗДРАВЛЯЕМ

Вы успешно подписались на рассылку

Вернуться на сайт
Цей сайт є українською мовою. Ви можете переключити мову у меню, або зробити це зараз.