Віддалений супровід програм: як організувати консультацію та доступ

Коли підтримка потребує виїзду до кожного клієнта, значна частина часу витрачається на дорогу. Віддалена консультація допомагає швидше розібратися з питанням, особливо якщо фахівцеві потрібно побачити інтерфейс програми.

Розмова, демонстрація та керування

Телефон зручний для уточнення обставин, але не показує, що саме відбувається на екрані. Демонстрація екрана додає візуальний контекст. Віддалене керування дає ширші можливості, тому його слід надавати лише за потреби та з чітко погодженим обсягом робіт.

Від адміністрування до консультації

У 2007 році я порівнював телефонну консультацію, RAdmin та віддалену допомогу через Windows Messenger. У нашому тодішньому сценарії RAdmin вимагав окремого встановлення й налаштування мережевого доступу. Для разового пояснення інтерфейсу повне керування здавалося надмірним: мені було важливо, щоб користувач бачив підключення та сам погоджував допомогу.

З цього не випливає, що будь-який віддалений доступ потребує статичної зовнішньої IP-адреси або завжди дає всі права. У документації Radmin 3.x розрізняються режими Full Control і View Only, а з’єднання через маршрутизатор має власні мережеві налаштування. Дозволи й спосіб підключення потрібно оцінювати для конкретного засобу та конфігурації.

Наприклад, Microsoft Quick Assist дозволяє показати екран, а за окремим дозволом користувача — передати керування. Використовуйте такі підключення лише з перевіреним фахівцем, якого ви самі запросили допомогти.

Порядок консультації

1. Опишіть проблему, версію програми та кроки її відтворення.
2. Закрийте вікна з інформацією, що не потрібна для консультації.
3. Узгодьте, чи достатньо перегляду екрана, чи потрібне керування.
4. Після завершення відключіть сеанс і зафіксуйте результат.

Офіційна довідка Microsoft Quick Assist

Застосування системи «Корпорація 2»: модульна архітектура та плани 2007 року

У вересні 2007 року ми активно розробляли систему «Корпорація 2». Що далі просувалася робота, то більше ми бачили можливостей її застосування: модульна архітектура мала слугувати основою для різних програм, а не лише для бухгалтерського обліку.

Невеликий завантажувач і окремі плагіни

Завантажувач програми тоді займав лише 45 КБ. Невеликий модуль відповідав за підключення плагінів, які могли бути написані різними мовами програмування. Основну ідею ми бачили в тому, щоб додавати прикладні можливості окремими модулями й повторно використовувати спільну основу.

Це відкривало цікаві напрями: облікові програми, серверні сервіси, застосунки для роботи з графікою, інсталятори й утиліти. Для кожного такого застосування потрібно було розробити відповідні плагіни; малий завантажувач сам по собі не виконував усіх цих завдань.

«Корпорація» встановить сама себе

Для нової версії ми планували використовувати ту саму схему в різних програмних модулях: завантажувач запускає потрібні плагіни, а вони реалізують конкретні функції. Навіть інсталяцію задумували побудувати на цій основі.

Виходило кумедно: інсталятор «Корпорації» теж мав стати програмою «Корпорація». Отже, «Корпорація» встановить сама себе! Саме ця можливість повторного використання власних механізмів добре передавала задум розробки 2007 року.