Компания с большим вниманием относится к пожеланиям пользователей, стараясь реагировать на них максимально оперативно, понимая востребованность тех или иных доработок.
В тоже время возможности сделать "всё и сразу" мы не имеем, т.к. штат разработчиков помимо видимого конечным клиентам функционала работает и над массой других проектов: в их состав, помимо Рабочего места QUIK, входит сервер, на котором обсчитывается вся бизнес-логика, более 20 функциональных модулей, несколько видов специализированных терминалов, утилиты для решения служебных задач. Штат разработчиков занят развитием всех элементов системы, т.к. изменение в одном неизбежно влечет за собой корректировку функционала остальных компонентов и необходимость их тестирования. С этим связаны продолжительные сроки выхода новых версий программы.
Все пожелания пользователей, поступившие в службу технической поддержки, фиксируются, им присваивается внутренний номер.
Пожелания, реализация которых может затруднить функционирование системы QUIK, увеличив процессорную нагрузку на сервер или Рабочее место пользователя, или создать конфликтную ситуацию при обработке поручений, требуют анализа воздействия на работоспособность системы и потому относятся к приоритетным только в силу острой необходимости либо комплексной реализации данного функционального блока.
Приоритетность реализации задач зависит от их востребованности и актуальности для широкого круга пользователей. Если мы видим стойкое желание пользователей получить данный функционал и понимаем его актуальность для большинства клиентов, то приоритетность данной задачи возрастает. Из общего списка пожеланий наибольшую вероятность скорой реализации будут иметь задачи с понятным описанием выполняемой функции, особенно если ее действие не может быть реализовано внешней программой, например системой технического анализа, или средствами встроенных языков программирования.
Помимо пожеланий пользователей, у компании существуют задачи с безусловно высоким приоритетом, актуальные для всего рынка. К числу таких задач относятся поддержка нового или измененного функционала торговых систем, требований регулирующих органов.
Работоспособность системы является наиболее приоритетной задачей для всех - разработчиков, тестеров и технической поддержки. В связи с активным ростом числа пользователей системы QUIK, а следовательно, физической нагрузки на систему, мы обязаны уделять ей все большее внимание. В этом направлении ведется постоянная планомерная работа, результаты которой не видны нашим клиентам, однако позволяют обслуживать десятки тысяч пользователей ежедневно.
В связи с вышеизложенным считаем правильным сформулировать несколько простых правил для данного раздела:
1. Не оставлять сообщения вида "Сделайте функционал как в такой-то торговой платформе": необходимо ясно и чётко пояснить, какой именно функционал и в каком виде Вы хотите видеть в нашем ПО.
2. Не писать сообщения с общим рефреном "всё плохо" без указания конкретных предложений по доработке.
3. Ясно сформулированные предложения, тем более с озвученной аргументацией, всячески приветствуются.
В тоже время возможности сделать "всё и сразу" мы не имеем, т.к. штат разработчиков помимо видимого конечным клиентам функционала работает и над массой других проектов: в их состав, помимо Рабочего места QUIK, входит сервер, на котором обсчитывается вся бизнес-логика, более 20 функциональных модулей, несколько видов специализированных терминалов, утилиты для решения служебных задач. Штат разработчиков занят развитием всех элементов системы, т.к. изменение в одном неизбежно влечет за собой корректировку функционала остальных компонентов и необходимость их тестирования. С этим связаны продолжительные сроки выхода новых версий программы.
Все пожелания пользователей, поступившие в службу технической поддержки, фиксируются, им присваивается внутренний номер.
Пожелания, реализация которых может затруднить функционирование системы QUIK, увеличив процессорную нагрузку на сервер или Рабочее место пользователя, или создать конфликтную ситуацию при обработке поручений, требуют анализа воздействия на работоспособность системы и потому относятся к приоритетным только в силу острой необходимости либо комплексной реализации данного функционального блока.
Приоритетность реализации задач зависит от их востребованности и актуальности для широкого круга пользователей. Если мы видим стойкое желание пользователей получить данный функционал и понимаем его актуальность для большинства клиентов, то приоритетность данной задачи возрастает. Из общего списка пожеланий наибольшую вероятность скорой реализации будут иметь задачи с понятным описанием выполняемой функции, особенно если ее действие не может быть реализовано внешней программой, например системой технического анализа, или средствами встроенных языков программирования.
Помимо пожеланий пользователей, у компании существуют задачи с безусловно высоким приоритетом, актуальные для всего рынка. К числу таких задач относятся поддержка нового или измененного функционала торговых систем, требований регулирующих органов.
Работоспособность системы является наиболее приоритетной задачей для всех - разработчиков, тестеров и технической поддержки. В связи с активным ростом числа пользователей системы QUIK, а следовательно, физической нагрузки на систему, мы обязаны уделять ей все большее внимание. В этом направлении ведется постоянная планомерная работа, результаты которой не видны нашим клиентам, однако позволяют обслуживать десятки тысяч пользователей ежедневно.
В связи с вышеизложенным считаем правильным сформулировать несколько простых правил для данного раздела:
1. Не оставлять сообщения вида "Сделайте функционал как в такой-то торговой платформе": необходимо ясно и чётко пояснить, какой именно функционал и в каком виде Вы хотите видеть в нашем ПО.
2. Не писать сообщения с общим рефреном "всё плохо" без указания конкретных предложений по доработке.
3. Ясно сформулированные предложения, тем более с озвученной аргументацией, всячески приветствуются.