Розробка технічного завдання та UX прототипування

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

При підготовці технічного завдання враховуються такі чинники:

• тематика проєкту;
• тип продукту (додаток, веб-сайт, сервіс, чат-бот, CRM або ERP-система та ін.);
• мета і завдання проєкту;

• цільова аудиторія;
• вимоги до дизайну і кольорової гами;
• необхідність коригування технічного завдання по мірі роботи над проєктом.

Компанія AVADA MEDIA пропонує послуги з розробки ТЗ для будь-якого програмного забезпечення: PWA і SPA-додатків, мобільних додатків, інтернет-магазинів, корпоративних сайтів, чат-ботів і т.д.

Крім мобільних додатків, які добре знайомі більшості користувачів, наша компанія займається розробкою технічних завдань для розробки PWA і SPA-додатків.

PWA (Progressive Web Application) представляють собою гібрид веб-сайту і мобільного застосування. Така технологія дозволяє підвищити швидкість завантаження сайту на мобільних гаджетах, встановити його на пристрій в один клік (без магазинів-додатків, наприклад, Google Play), зробити ресурс доступним офлайн (за допомогою кеша) і т.д.

SPA (Single Page Application) – це односторінковий веб-додаток, який постійно взаємодіє з користувачем.

SPA динамічно переписує єдину сторінку, а не завантажує нові сторінки з сервера.

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

В першу чергу створюється макет (мокап), після чого починається робота над MVP (мінімально життєздатним продуктом) для отримання зворотного зв’язку від замовника і користувачів. Цей крок дозволяє створити повноцінний програмний продукт без зайвих витрат і невиправданого ризику.

Завдяки детальному і зрозумілому технічному завданню клієнт отримує на виході саме той результат, який хотів – інтернет-магазин, корпоративний сайт, сайт-візитка або лендінг, який повністю відповідає його очікуванням і потребам цільової аудиторії.

Можна виділити кілька загальних критеріїв, які використовуються при підготовці технічного завдання для сайтів:

• мета і завдання, які буде виконувати веб-ресурс;
• цільова аудиторія;
• технології та бібліотеки;
• інтерфейсні елементи ресурсу;
• прототип і дизайн;
• структура і логіка внутрішніх переходів;
• ролі і сценарії роботи з сайтом для кожної з них;
• архітектура бази даних (в разі необхідності).

Приклад технічного завдання на розробку великого сайту або інтернет-магазину включатиме ряд додаткових пунктів:

• правила автогенерації title, description, h1;
• правила генерації URL;
• генерація карти сайту (sitemap.xml);
• мікророзмітки даних.

В обов’язковому порядку зазначаються системи доставки і оплати, зокрема, якщо в структуру сайту буде інтегруватися API для розрахунку вартості доставки.

Якщо у клієнта є побажання, що стосуються платформи, розробки або конкретної системи управління сайтом, вони також включаються в ТЗ проєкту.

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

З демонстраційною метою ми можемо надати типові приклади технічних завдань, але адаптація і розробка йде під клієнта індивідуально. Прикладів і зразків ТЗ на ОК у нас дуже багато.

На першому етапі розробляється UX-прототип кабінету. Прототип розробляється в програмі Moqups для максимальної передачі деталей і функціоналу майбутнього інтерфейсу. Вже після цього прототипи перетворюються нашими технічними письменниками в готові технічні завдання для розробників. Ми висилаємо їх клієнту для затвердження, а в разі потреби вносимо правки і окремі побажання.
Далі створюється зведена таблиця функцій ОК, з їх поясненням. Робляться відео-інструкції для програмістів.

На що в основному потрібно звернути увагу при створенні ТЗ на особистий кабінет користувача?

Перш за все, це детальне проєктування всіх полів, який відвідувач сайту повинен заповнити. Далі потрібно спланувати функціонал і інтерфейс кабінету. Зокрема, які будуть у користувача можливості в профілі, чи потрібна реферальная система, категоризація, чи потрібен додатковий функціонал, інтерактивні форми або поля. Окремими пунктами опрацьовується технічна частина – зв’язок з базою даних, інтеграція з CRM, якщо вона є, і іншими сервісами.

Чат-боти – це програми, які дозволяють автоматизувати спілкування з користувачами за допомогою текстових або аудіоповідомлень. Вони широко використовуються в месенджерах і мобільних додатках. Завдяки машинному навчанню програма самостійно вибирає оптимальну модель спілкування і налагоджує комунікацію.

При розробці чат-бота ми включаємо в ТЗ наступні вимоги:

• призначення і функціональні можливості;

• набір модулів;
• вимоги до підсистем;
• вимоги до режимів функціонування системи;
• інтеграції із сервісами.

Чат-бот знайшов застосування у різних сферах бізнесу: від підтримки клієнтів та FAQ до автоматизації внутрішніх процесів підприємства.

Проєктування програмного забезпечення вимагає чітко структурованого підходу, оскільки готовий продукт повинен виконувати всі покладені на нього функції точно і надійно. Саме тому не слід нехтувати ранніми етапами розробки, що включають аналіз вихідних даних, прототипування і написання ТЗ. Під час роботи над проєктом нерідко виникає багато нових ідей, і головне в такій ситуації – вміти фокусуватися на початковій парадигмі, закладеної в техзавданні. Заздалегідь складений документ дозволяє легко виміряти всі творчі розробки та проаналізувати їх відповідно до затверджених параметрів.

Залежно від форми подачі і розгорнення, можна виділити два типи технічних завдань:

• Ескіз – документ, в якому фіксується загальний опис ПЗ, без урахування технологічного аспекту реалізації цифрового рішення. Він служить для кращого розуміння завдання.
• Повний технічний проєкт – різновид ТЗ, яка включає всі інструменти і технічні засоби. Його пряма реалізація призводить до створення програмного продукту.

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

Незважаючи на індивідуальний підхід до кожного проєкту, практично будь-який приклад ТЗ на розробку ПЗ буде включати наступні пункти:

• Загальні відомості про майбутнє продукту (в тому числі область застосування програмного забезпечення, його завдання, цілі).
• Функціональні характеристики ПЗ (в цей же пункт включаються список модулів, віджетів, умови експлуатації та ін.).
• Характеристика об’єктів автоматизації.
• Вимоги до документування, включаючи вимоги до вихідного коду.
• Опис стадій розробки ПЗ (поетапний зміст робіт і терміни виконання завдань).
• Порядок контролю (в розділі вказуються умови здачі готового продукту і вимоги до приймання).

Також при описі призначення ПЗ слід привести основні сценарії роботи користувачів з ним, докладно охарактеризувати набір ролей для користувачів, їх права та доступи, вказати математичні методи і моделі, типові алгоритми і алгоритми, що знаходяться в стадії розробки. Якщо система повинна інтегруватися з іншими програмами або задіяти інші ресурси, то необхідно вказати їх у вигляді списку.

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

У компанії AVADA MEDIA ви можете замовити ТЗ на розробку будь-якого програмного продукту, яке істотно полегшить і прискорить процес створення нового проєкту.

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

Фахівці аналізують потенційний результат, складають рекомендації, вибирають технічні засоби та шляхи реалізації ідеї замовника.

Надалі менеджер проєкту погоджує кожен пункт із клієнтом і постійно комунікує з ним, щоб у разі потреби вносити зміни до технічного завдання.

• В першу чергу ми готуємо прототип продукту в сервісі Moqups, який активно використовують такі великі і знамениті компанії, як Microsoft, Intel, Cisco, Amazon Sony. Прототипування допомагає уникнути серйозних непорозумінь, візуалізувати проєкт в процесі frontend- і backend-розробки, а також продемонструвати замовникові майбутню механіку. Клієнт може ознайомитися з повноцінною версією інтерфейсу, оцінити майбутній дизайн і зручність продукту і, в разі необхідності, висловити зауваження.
• На наступному етапі ми переходимо до опису інтерактивного функціоналу. Для цього складається повний чек-лист функцій і переноситься в зведену таблицю.
• Після підготовки чек-листа ми записуємо відеопояснення ТЗ і детально описуємо принципи роботи продукту. Відео виконує дві функції: виступає в ролі презентації для клієнта, швидко і зрозуміло доносить інформацію про ТЗ, і дає уявлення розробнику про поставлені перед ним завдання.
• При складанні технічного завдання наші фахівці ретельно опрацьовують стратегію і враховують ключові особливості продукту. Ми не обмежуємося технічними характеристиками проєкту, тому консультуємося з відділом маркетингу для його подальшого просування.

Маркетологи аналізують нішу, цільову аудиторію, конкурентів і ринок, після чого пропонують рекомендації та виділяють переваги для включення в УТП.

При складанні ТЗ команда AVADA MEDIA завжди враховує, що кожен проєкт має свою специфіку, яка багато в чому залежить від цілей і масштабу. Наприклад, для складних систем ми проєктуємо бази даних з використанням Swagger.

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

В кінцевому підсумку ви отримаєте детальну, зрозумілу і технічно грамотну візуалізацію майбутнього проєкту, в розробці якого візьмуть участь висококласні фахівці. У нас величезний досвід проєктування великих бізнес-систем, інтернет-магазинів, маркетплейсів і інформаційних порталів з мільйонними аудиторіями.

Якщо у вас виникнуть питання, наші менеджери оперативно дадуть відповідь на них і підготують для вас індивідуальну комерційну пропозицію.

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

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

Іншими словами можна сказати, що будь-яке цифрове рішення легко відобразити не тільки у вигляді програмного коду або виконуваних файлів, а й в графічному поданні – у вигляді прототипу продукту. Останній являє собою набір наочних блок-схем, діаграм переходів, логічних елементів інтерфейсу і макетів дизайну. За аналогією з проєктуванням будівель, проєктування програмного забезпечення дає можливість зобразити архітектуру програмного продукту. Тому фахівців з проєктування програмного забезпечення навіть називають програмними або системними архітекторами. Наочне розуміння логіки роботи цифрового продукту дозволяє перевести вимоги замовника на зрозумілу девелоперам мову і не помилитися у виборі платформи і технологій, які будуть використовуватися для розробки. Прототипування дає можливість чітко визначити часові рамки, бюджет і завантаження фахівців, яких планується залучити до проєкту.

Прототип цифрового продукту – це основна частина технічного завдання. На його створення йде в середньому від 2 тижнів до 1 місяця. Причому на етапі прототипування, як і на етапі початкової постановки ТЗ, вкрай важливою є участь замовника. Справа в тому, що замовник в більшості випадків не володіє знаннями основ програмування і описує принципи і логіку роботи потрібного йому цифрового продукту вельми суб’єктивно. Те, як він представляє роботу системи, не завжди вдається правильно висловити. І навіть вдало і зрозуміло представлений опис цифрової системи може допускати різночитання. Девелопери цілком можуть не так зрозуміти загальні вимоги технічного завдання.

Звичайно, будь-яку помилку можна виправити і усунути непорозуміння. Але якщо це робити на пізніх етапах розробки, коли вже готовий дизайн і відбувається написання і тестування програмного коду, усунення помилки буде дуже витратним. Адже весь процес спочатку пішов не тим шляхом з невірною логікою.

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

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

Ми маємо достатній досвід і готові приклади розробки прототипів online-сервісів, додатків, ПЗ і сайтів різної архітектури. Використання цих напрацювань в нових цифрових продуктах підвищує ефективність проєктування програмного забезпечення, будує надійний зворотній зв’язок замовника і виконавців і дозволяє отримати на виході більш якісне програмне забезпечення.