среда, 28 февраля 2024 г.

среда, 28 февраля 2024 г.

Кто может доработать CRM?

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


Но сначала мы еще раз обратим внимание на тот факт, что 80-90% пожеланий пользователей закрывается стандартным функционалом и уже имеющимися интеграциями. Прежде чем "менять код", обратитесь в поддержку и опишите свои хотелки. Скорее всего, мы поможем вам решить эти вопросы с помощью базового инструментария. Это будет быстро и относительно бюджетно (возможно, бесплатно).
Но если мы с вами вместе поняли, что нужны доработки, то возможны такие варианты:
  • Доработки выполняются силами разработчика, то есть нами. Заказчик составляет техническое задание, далее обсуждаются сроки и стоимость работ. Не все пожелания мы можем выполнить "здесь и сейчас", иногда доработки технически невозможны, иногда нет ресурсов. С другой стороны, вы всегда можете поинтересоваться нашими планами по созданию нового функционала. Возможно, интересующая вас доработка запланирована в одной из ближайших версий, тогда вам нужно будет просто обновиться или получить версию в рамках договора сопровождения.
  • Доработки делает пользователь. Открытый код API дает возможность вносить изменения в программы и подключать интеграции с необходимыми сервисами и приложениями. Часть доработок (например, отчеты и печатные формы в САМО-турагенте) пользователи могут производить в самой программе, не покупая доступ к API. При этом варианте вы существенно экономите на стоимости работ, но вынуждены оплачивать услуги собственного программиста (или IT-команды).
  • Доработки выполняются третьей стороной (компанией или IT-специалистом). Фактически, это предыдущий вариант, разница в том, что специалисты работают не в штате компании-пользователя, а  нанимаются заказчиком. Этот вариант нам кажется наименее продуктивным, так как удлиняется цепочка принятия решений по ТЗ и выполненным работам, размывается ответственность за проект. Но у нас есть несколько удачных кейсов доработок по такой схеме.
Какой бы путь для усовершенствования программы ни выбрали вы, мы готовы поддержать вас и предоставить необходимую техническую информацию. Пусть работа с нашим продуктами будет приятной и эффективной!


0 коммент.:

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