Клієнти СЕД web vs native vs hybrid
Оцінки перерахованих підходів даються у таблиці:
Параметри собівартості продукту і покриття безлічі фрагментованих платформ важливі для розробника, собівартість повинна бути якнайменше, а кількість платформ, що покриваються, - якомога більше.
Користувач у клієнтському ПЗ оцінює не вартість розробки та не доступність додатків на пристрої, якого він не має, а саме функціональність, з якою варто розібратися докладніше.
Щодо клієнта СЕД для користувача важливо: 1) Отримувати завдання та документи із СЕД на запит, або в міру появи; 2) Мати можливість працювати з цими об'єктами без доступу до системи; 3) Мати звичний йому з його пристрої інтерфейс; 4) Ціна програми (для корпоративного закупника).
При цьому інтеграція з нативними функціями пристрою – наприклад, календарем, функціями дзвінка/месенджера – потрібна набагато менше. Поділ важливих і неважливих для користувача вимог дозволяє у разі клієнта СЕД вибрати варіант гібридного підходу: використання як нативну частину додаток, що вже є у користувача на пристрої, та функціональне розширення цієї програми.
Як таку програму розробники Docsvision обрали електронну пошту, як і браузер. Ці програми є за замовчуванням у всіх мобільних пристроях, але можуть бути встановлені з магазинів.
2) Лист доставляється користувачеві звичайним чином звичне йому додаток на пристрій. У HTML-тілі листа міститься опис завдання та всі необхідні для обробки параметри.
4) У відповідь лист надходить на сервер, subject розкодується в параметри завершення. Якщо був доданий файл – він розміщується у завданніяк наслідок його виконання.
Роботу із системою електронного документообігу через пошту ми сприймаємо саме як виконання дій, а не як отримання повідомлень. Приклад дій: - Ознайомлення з документом; — Узгодження з вибором варіанта завершення; - Узгодження з рецензуванням документа; — Виконання завдання з додатком звіту як файл або текст.
Користувач повинен не просто отримати повідомлення та перейти за посиланням, а виконати дію. У цьому набір сценаріїв необмежений. Наприклад, виконання узгодження може містити варіант завершення «Повторити узгодження», який був налаштований під час впровадження. І сервер надсилання повідомлень повинен уміти підтримувати всі варіанти, вставляти їх у лист і обробляти під час завершення.
Таким чином користувач як би спілкується із системою за допомогою поштових повідомлень, що дуже схоже на звичайну роботу офісного співробітника. Яку роль у цій зв'язці виконує Web-клієнт? Web-клієнт у цьому випадку може використовуватися для відкриття гіперпосилань, що прийшли в листі, на інші об'єкти СЕД, або, у разі завдань зі складною бізнес-логікою, що не реалізується в поштових шаблонах – для виконання завдання шляхом відкриття мобільної верстки завдання в браузері.
Переваги такого підходу є очевидними:
- Виконуються всі важливі для користувача вимоги (push, offline, звичний UI),
- Виконується вимога, важлива для корпоративного закупника - це дешево, скільки б пристроїв не було у користувача для роботи - йому достатньо єдиного набору ліцензій,
- Собівартість розробки зводиться до створення набору простих поштових шаблонів, які не залежать від платформи пристрою,
- Покриття програми еквівалентне покриттю «стандартного»браузера та безлічі mail-клієнтів, що підтримують rtf або html-верстку повідомлень, тобто. становить майже 100%.
Оновлена табличка зі статті з MSDN тепер виглядатиме так:
Звичайно, підхід через використання клієнта електронної пошти не універсальний, але для СЕД це, на наш погляд, оптимально. Можливо, для програми, яку ви розробляєте – також. У системі Docsvision такий гібридний клієнт складається з пари «Клієнт для електронної пошти» (колишній клієнт для Outlook) та «Легкий клієнт». Ось, як це виглядає в системі Docsvision. iOS:
WinPhone:
Так на ноутбуці:
Як нам здається, запропонований підхід вирішує головні проблеми як розробника, так і корпоративного замовника – фрагментація платформ у поєднанні з BYOD, розмноження додатків із різним UX, розмноження «ящиків inbox» (коли для перевірки «що нового?» треба дивитися все більше різних ящиків у різних додатках).