C-1
Обстеження
Карта систем, ролей, дірок у даних і місць, де процес тримається на одній людині. Короткий реєстр ризиків на 90 днів.
Склад компетенцій · Київ
ТОВ «АРСЕНАЛ КОНСАЛТИНГ» збирає в одному бюро те, що зазвичай розкидане між підрядниками: консультування з інформатизації, програмування, видання ПЗ і друкованих матеріалів, керування устаткованням, дані, веб-портали та зв'язки з громадськістю.
00 / Бюро
Консалтинг без видання лишає клієнта з презентацією. Видання без програмування лишає макет. Програмування без порталу лишає код у репозиторії. PR без даних лишає галас. Ми навмисно зібрали ці шари під одним дахом на Борщагівській, 154, у Києві — щоб здавати не фрагмент, а робочий контур.
Клієнти приходять із різними входами: хтось потребує аудиту інформатизації, хтось — нового порталу, хтось — лінійки ПЗ під власною маркою, хтось — публічної кампанії після запуску сервісу. Бюро вміє прийняти будь-який із цих входів і не загубити решту шарів.
Працюємо як внутрішній штаб на час проєкту: є відповідальність за бриф, за реліз, за хостинг, за текст для громадськості. Якщо частина вже закрита вашою командою — підключаємось точково, без нав'язування повного пакета.
KYIV 154
Кожна одиниця в арсеналі має паспорт: навіщо вона, хто нею користується, як її оновлювати і коли її списувати. Так само ставимось до сайтів, модулів ПЗ, серверів і пресрелізів.
01 / Карта поверхів
Це не «список для реєстру». Це навігація бюро. Натисніть поверх, щоб перейти до відповідного блоку.
Архітектура рішень, дорожні карти, незалежна експертиза вендорів.
Регламенти, білі книги, корпоративні видання, документація продуктів.
Релізи, інсталятори, версіонування, супровід після публікації.
Сервіси, інтеграції, внутрішні інструменти, доопрацювання спадкового коду.
Облік парку, образи, оновлення, заміна, контроль ліцензій.
Інтеграційний клей, автоматизація, технагляд сторонніх впроваджень.
Пайплайни, хостинг, резерв, політики зберігання.
Єдині точки входу для клієнтів, партнерів, співробітників і преси.
Публічний голос запуску: релізи, спікери, відповіді на складні питання.
02 / Консультування
C-1
Карта систем, ролей, дірок у даних і місць, де процес тримається на одній людині. Короткий реєстр ризиків на 90 днів.
C-2
Що лишаємо, що замінюємо, що інтегруємо. Бюджет хвиль і критерії «готово», зрозумілі і ІТ, і правлінню.
C-3
Читаємо комерційні пропозиції вендорів як інженери, а не як перекупники ліцензій. Фіксуємо приховані витрати володіння.
03 / Видавнича практика
«Інші види видавничої діяльності» для нас — не хобі. Це регламенти, продуктові гайди, внутрішні журнали змін, білі книги, звіти для стейкхолдерів. Якщо система складна, її треба вміти видати людською мовою.
Політики доступу, інструкції користувача, онбординг-пакети, річні огляди цифрових ініціатив. Верстка під друк і під PDF, який не розсипається в пошті.
Release notes, API-описи, сценарії підтримки. Документація виходить разом із релізом ПЗ, а не «якось потім, як буде час».
04 / Видання ПЗ
Видання ПЗ — це дисципліна: середовище збірки, підпис релізу, примітки, сумісність, канал оновлень. Ми не віддаємо «архів на флешці». Віддаємо продукт, який можна поставити іншій команді через рік.
Кабінет досьє для PR і тендерів: версії документів, доступ за ролями, журнал хто що забрав.
Модуль заявок на доступ до порталів і систем із погодженням керівника.
Вітрина стану парку техніки для служби підтримки: диски, оновлення, нестандартне ПЗ.
Після публікації лишаємось на вікні гіпердогляду, далі — планові мінорні релізи. White-label можливий: ваш бренд на коробці, наш контур збірки під ним.
05 / Комп'ютерне програмування
Пишемо сервіси, інтеграції, внутрішні кабінети, скрипти міграцій, доопрацювання спадкових систем. Мова й стек обираються під команду, яка житиме з кодом після нас, а не під моду сезону.
Окремий акцент — «клей» між обліком, порталом і публічним сайтом. Саме тут зазвичай губляться заявки після красивої кампанії. Ми закриваємо цей розрив на рівні коду, черг і ролей.
06 / Устатковання
| Клас | Що робимо | Навіщо |
|---|---|---|
| Станції | Образи, шифрування, планові оновлення | Однакові робочі місця в офісі й на виїзді |
| Сервери | Прошивки, диски, резерв живлення | Портали й дані не «висять на одній шафі» |
| Мережа | Сегменти, гостьовий доступ, резерв каналу | PR-захід у офісі не кладе внутрішню мережу |
07 / Інші ІТ-системи
Приймаємо роботи сторонніх команд: перевірка, акти, список боргів. Клієнт не лишається сам на сам із підрядником.
Бекапи, деплої, перевірки сертифікатів, нагадування про ліцензії. Регламентні роботи не мають жити в голові адміна.
Системи, «які поки що працюють». Описуємо, резервуємо, плануємо заміну без героїзму в п'ятницю ввечері.
08 / Дані та веб-вузли
Збираємо, чистимо, кладемо, віддаємо за ролями. Для кожного шару — свій доступ і свій термін життя. Публічний сайт, кабінет і аналітика не мають сидіти в одній купі файлів.
Розміщення на веб-вузлах включає TLS, резервний майданчик, спостереження за доступністю, журнали. Якщо завтра виходить пресреліз — вузол має витримати хвилю, а не «впасти від уваги».
Джерела → перевірка схеми → черга → сховище → якість → вітрина → архів. Метрики: затримка, відхилені записи, час відновлення.
09 / Веб-портали
Заявки, статуси, документи, база знань. Людина не пише в трьох чатах, щоб дізнатись, де її договір.
Матеріали, прайси, ліди, звіти. Доступ відкликається разом із договором, а не «якось забули акаунт».
Службові інструкції для команди і окрема вітрина для журналістів: факти, фото, спікери, ембарго.
10 / Зв'язки з громадськістю
PR у нашому бюро не живе окремо від порталу й релізу ПЗ. Ми не обіцяємо ринку функцію, якої немає в коді. І не ховаємо збій за «тимчасовими незручностями» без регламенту відповіді.
Релізи, досьє спікера, Q&A, ембарго, список майданчиків. Українською і, за потреби, англійською — як окремий шар, не калька.
Після публікації — моніторинг згадок, відповіді, правки на порталі, синхрон із техпідтримкою, якщо хвиля привела реальних користувачів.
11 / Метод
I
Бриф, обмеження, що вже є, чого категорично не треба.
II
Поверхі робіт, власники, дати релізу тексту / коду / заліза.
III
Пілот, хвиля, гіпердогляд. Стоп-кран, якщо якість не тримається.
IV
Архів, права, доступи, що вимикаємо після сезону.
12 / Кейси зі складу
CASE A
Новий клієнтський кабінет, пресреліз і Q&A вийшли в один день. Підтримка мала скрипти відповідей. Хвиля трафіку не розібрала форму заявки.
CASE B
Утиліту обліку, яку «тримав один розробник», оформили як продукт: інсталятор, документ, канал оновлень, паспорт устатковання поруч.
CASE C
Порівняли три вендорські контури для порталу. Клієнт відмовився від «найгучнішої» пропозиції: прихована вартість інтеграцій була вищою за різницю ліцензій.
13 / Для кого цей склад
Кабінети, регламенти, публічні пояснення складних оферів.
Облік техніки, внутрішні портали, обережний зовнішній голос.
Портали учасників, видання матеріалів, анонси подій.
Дані, вітрини, PR без обіцянок, яких немає в системі.
14 / Бюлетень бюро
Технічний запуск — половина. Потрібна редакція: хто оновлює довідку, хто знімає застарілі новини, хто відповідає пресі.
Інсталятор без інструкції з відкату створює героїв уночі. Ми закладаємо відкат у примітки релізу.
Якщо після релізу телефонують користувачі, пресдеск і helpdesk мають один словник термінів. Інакше ринок чує дві різні компанії.
15 / Питання до диспетчерської
16 / Диспетчерська