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

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

5. Тестирование

Неоценимую поддержку нам оказал давний партнер в лице ПАО «МТС». Разумеется в процессе разработки мы проводили тестирование на доступных ядрах, например, NextEPC [13], предсказать как наша БС поведет себя в «полевых» условиях не мог никто.

Само тестирование проходило в несколько этапов, сначала коллеги из МТС  подключили БС к тестовому ядру, чтобы убедиться, что она корректно взаимодействует с корой, затем провели лабораторное (настольное) тестирование необходимого функционала. Только после того как все убедились, что: а) нашу БС безопасно подключать к коммерческой коре; б) она соответствует функциональным требованиям, предъявляемым БС LTE — мы перешли к полевым испытаниям [14,15].

Полное тестирование заняло около месяца, по результатам был согласован список доработок на следующую версию, которая скоро будет представлена.

Позднее, совместно с компанией НТЦ «Протей» [16], мы провели успешное тестирование на разработанном ими ядре.

Сегодня 19 марта. Если посмотреть на календарь можно найти не только девятнадцатый день весны, но и Международный день клиента. В связи с этим честно делимся тем, как мы видим идеального Заказчика.
В данном очерке будут затронуты следующие темы:
Как найти «того самого» Заказчика.
Почему «классные» решения не всегда может оценить Заказчик.
На что стоит опираться при выборе исполнителя, если есть только небольшой опыт разработки ПО с помощью третьих лиц.

Небольшая вводная

Итак, сначала отметить 2 основополагающих момента:

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

Кто такой идеальный Заказчик? Быстро принимает решение, без проблем подписывает договор, передаёт четкое ТЗ, в точные сроки производит оплаты, молча подписывает акты приёма работ, берёт наивысшую техническую поддержку, которая ему не очень нужна, ежегодно подписывает акты по этой поддержке и радостно соглашается, когда мы ему поднимаем стоимость. Из всех действий, которые описаны выше, наш идеальный Заказчик выполняет только одно. Все остальные показывают, что взаимодействие получается не совсем удачным.

Так кто такой идеальный Заказчик?

Мы смогли выделить 4 пункта, вот они:

·         Интерес

·         Умение выбирать

·         Понимание важности доверия

·         Контроль процесса

Интерес

Сегодня 1 марта. Если посмотреть на календарь можно найти не только первый день весны, но и Всемирный день комплимента. Поэтому именно сегодня воплощаю в жизнь давнюю задумку – написать пару слов о том, как работается с программистами тем, кто программистом не является. Спойлер, в тексте не будет много технических подробностей, так как это прочитают некоторые коллеги и выскажут экспертное мнение в «телеге» или на кофебрейке. Здесь только пару рабочих наблюдений и 4 СПАСИБО за них.