Запит комерційної пропозиції
Дата запиту 21.02.2019
Вих №
| Тема: | Запит на цінову пропозицію на підтримку та розвиток мобільного застосунку «Твоє пр@во» |
ГО “Донбас СОС” запрошує Постачальників надати цінові пропозиції на підтримку та розвиток мобільного застосунку «Твоє пр@во» (надалі Послуга) для проекту “Підтримка та розвиток мобільного застосунку «Твоє пр@во» в частині захисту прав населення, постраждалого від конфлікту на Сході України” за наступними параметрами:
Під підтримкою та розвитком мобільного застосунку ми розуміємо:
розробку технічної архітектури застосунку та його дизайну, технічну розробку змін відповідно до визначених завдань, розширення функціональних можливостей, що включає але не обмежується налаштування основного і вторинного “лейуату”, реалізація стартового сегменту (блоку), розділів, а також технічна підтримка та менеджмент, інші завдання, що передбачаються Специфікацією, що додається.
За посиланням ви можете ознайомитись з актуальним зовнішнім виглядом та технічними характеристиками мобільного застосунку на теперішній час:
Play Market: https://play.google.com/store/apps/details?id=undp.idev.bz&hl=ru
Apple Store:
https://itunes.apple.com/ru/app/%D1%82%D0%B2%D0%BE%D1%94-%D0%BF%D1%80-%D0%B2%D0%BE/id1391599394?mt=8
Мобільний застосунок повинен працювати на платформах: IOS (починаючи з 8.0. та вище), Android (починаючи з версій 5.0. та вище) та передбачати можливість його скачування за посиланням QR — коду.
Режими роботи мобільного застосунку: онлайн и офлайн.
Етапи розвитку мобільного застосунку:
- Підготовка Технічного Плану оновлення.
- Розробка архітектури застосунку та його дизайну.
(в тому числі, формат зображення, що використовуються у мобільному застосунку, із високою роздільною здатністю – для використання в інформаційних та рекламних матеріалах).
- Тестування застосунку
- Повне оновлення та запуск застосунку
- кількість блоків не менше 5-ти ;
- кількість розділів не менше 70-ти;
- кількість категорій не менше 250-ти.
- Технічна підтримка та менеджмент застосунку
Місто надання Послуги:
м.Київ
Оплата:
безготівковий розрахунок, відстрочка початкового платежу на 2 місяці, подальша оплата частинами, починаючи з кінця квітня, останній платіж — до кінця березня 2020 року
Термін реалізації Послуги: до 19.02.2020
-підготовка Технічного плану оновлення до 20.04.2019 року
— виконання основних робіт до 20.06.2019 року
— управління проектом та технічна підтримка на всіх етапах, координація роботи команди, комунікація до 19.02.2020
Надавач Послуг обов’язково має бути зареєстрований юридичною особою (усіх форм власності, окрім Фізичних осіб — підприємців) та забезпечити фахівців в достатній кількості, необхідній для виконання завдань Проекту.
Усі постачальники, які працюють с ГО “Донбас СОС” повинні дотримуватись високих етичних стандартів, поважати та дотримуватись основних прав людини, не використовувати дитячий труд. ГО “Донбас СОС” залишає за собою право відхилити пропозиції постачальників, які не дотримуються цих стандартів.
Пропозиції приймаються за наступною Формою комерційної пропозиції Постачальника (див.Специфікація).
Просимо вказати цінову пропозицію виходячи з вищенаведеного запиту по обсягу. Цінова пропозиція повинна бути актуальною не менше 20 днів. Остаточні ціни будуть зафіксовані у договорі з Постачальником послуг , які діятимуть протягом всього строку реалізації проекту і не можуть бути змінені.
Пропозиції у вигляді заповненої Формі комерційної пропозиції Постачальника надсилайте на електронну адресу [email protected] з темою листа “Пропозиція на підтримку та розвиток мобільного застосунку «Твоє пр@во»”. З заявкою необхідно направити копії реєстраційних документів, також супровідне письмо зі стислою інформацією про діяльність Постачальника (досвід надання послуг та інші переваги), посилання на аналогічні втілені проекти(що стосуються мобільних застосунків, резюме членів команди (які будуть задіяні в Проекті).
Пропозиції приймаються до 12:00 год. за Київським часом 07.03.2019.
Просимо дуже уважно ознайомитись з цим Запрошенням до участі в тендері та його Додатками. Недотримання процедур, описаних в ньому, призведе до дискваліфікації в ході оцінки пропозицій.
Пропозиції, надіслані після крайнього терміну подачи, розглядатися не будуть. Пропозиції, надані не за Формою комерційної пропозиції або пропозиції, які не відповідають умовам цього Запиту, не розглядаються.
Для відбору Постачальників послуг ГО «Донбас СОС» буде використовувати наступну шкалу критеріїв для оцінки пропозиції
-Ціна: 40%
-Строки виконання: 30%
-Досвід виконавця: 30%
Досвід визначається з таких показників.
15% — досвід роботи виконавця;
15% — досвід роботи членів команди.
Під досвідом виконавця ми розуміємо: тривалість роботи організації, кількість реалізованих Проектів, а також приклад аналогічно втілених Проектів (що стосуються мобільних застосунків).
Під досвідом членів команди ми розуміємо: досвід та тривалість роботи всіх членів команди та кожного окремо, кваліфікацію та професійні навички. Тому просимо надати резюме усіх членів команди, які планують реалізовувати данний Проект.
З повагою,
Головний координатор-Директор
ГО “Донбас СОС” В.О.Поклонська
Скачати специфікацію можна тут
| Специфікація | ||
| Цінова пропозиція на підтримку та розвиток мобільного застосунку «Твоє пр@во» | ||
| Назва Виконавця | ||
| Адреса Виконавця | ||
| Контактна особа | ||
| Контактний номер телефону | ||
| Електронна адреса | ||
| Дата подачи пропозиції | ||
| Посилання на сайт, сторінку в FB (якщо є) | ||
| Посилання на аналогічні втілені проекти(що стосуються мобільних застосунків) | ||
| Задача | Строки | Вартість, грн |
| ДИЗАЙН | ||
| 1. Розробка прототипів логіки роботи основних екранів / застосунку | ||
| ДИЗАЙН | ||
| 1. Розробка концепції дизайну програми та листа стилів | ||
| 2. Розробка дизайну всіх основних екранів і положень | ||
| 3. Розробка дизайну всіх службових екранів і положень | ||
| РОЗРОБКА | ||
| 1. Створення проекту та налаштування середовища, властивої конкретному проекту: | ||
| — ініціювання сховища під проект | ||
| — підключення актуальних core-модулів для роботи з ios і android платформами | ||
| — підключення плагінів для роботи зі сторонніми модулями (splashcreens, storage, keyboard і т. д.) | ||
| 2. Побудова UI-архітектури у вигляді модульної структури: | ||
| — підключення одного з існуючих UI-фрейморков | ||
| — написання персональних відсутніх UI-рішень | ||
| 3. Синхронізації роботи з бекендом API: | ||
| — узгодження по загальним концепціям (REST API, GraphQL) | ||
| — узгодження структури вкладень запитів і одержуваних відповідей | ||
| — встановлення уніфікованого показника інформаційного ресурсу | ||
| — встановлення структури хедерів запитів на бекенд, токенів | ||
| — настройка перехоплювачів відповідей з бекенда | ||
| — висновок коректних отриманих даних або обробка можливих помилок | ||
| 4. Налаштування маршрутизації і структурування даних в застосунку: | ||
| — встановлення основних властивостей для роботи маршрутизації (vue-router модуль) | ||
| — підключення основних реалізованих модулів (vue-router модуль) | ||
| — встановлення lazy-load модулів (vue-router модуль) | ||
| — встановлення вкладень даних і послідовності мутацій з даними на рівні управління сховищем (vuex модуль) | ||
| 5. Встановлення середовища для можливості відкриття зовнішніх сайтів | ||
| — вбудовування innappbrowser плагіна | ||
| — встановлення основних властивостей для роботи і відображення innappbrowser плагіна | ||
| 6. Налаштування основного і другорядних макетів (layout): | ||
| — встановлення макету для основних модулів-вікон | ||
| — встановлення макету для відображення модулів авторизації (вхід, реєстрація, | ||
| відновлення пароля і тд) | ||
| — встановлення макету для відображення помилок маршрутизації | ||
| 7. Реалізація модуля «стартове вікно»: | ||
| — узгодження та обробка макета модуля | ||
| — створення основної оптимізованої структури | ||
| — верстка та розміщення елементів в модулі | ||
| — підключення та обробка запитів з API | ||
| — синхронізація (data-binding) даних з відображенням в шаблоні UI | ||
| — настройка обробки помилок, властивих модулю | ||
| 8. Реалізація модуля «сегменти»: | ||
| — узгодження та обробка макета модуля | ||
| — створення основної оптимізованої структури | ||
| — верстка та розміщення елементів в модулі | ||
| — підключення та обробка запитів з API | ||
| — синхронізація (data-binding) даних з відображенням в шаблоні UI | ||
| — налаштування обробки помилок, властивих модулю | ||
| 9. Реалізація модуля «блоки»: | ||
| — узгодження та обробка макета модуля | ||
| — створення основної оптимізованої структури | ||
| — верстка та розміщення елементів в модулі | ||
| — підключення та обробка запитів з API | ||
| — синхронізація (data-binding) даних з відображенням в шаблоні UI | ||
| — налаштування обробки помилок, властивих модулю | ||
| 10. Реалізація модуля «розділи»: | ||
| — узгодження та обробка макета модуля | ||
| — створення основної оптимізація структури | ||
| — верстка та розміщення елементів в модулі | ||
| — підключення та обробка запитів з API | ||
| — синхронізація (data-binding) даних з відображенням в шаблоні UI | ||
| — налаштування обробки помилок, властивих модулю | ||
| 11. Реалізація модуля «категорії»: | ||
| — узгодження та обробка макета модуля | ||
| — створення основної оптимізація структури | ||
| — верстка та розміщення елементів в модулі | ||
| — підключення та обробка запитів з API | ||
| — синхронізація (data-binding) даних з відображенням в шаблоні UI | ||
| — налаштування обробки помилок, властивих модулю | ||
| 12. Реалізація модуля «питання»: | ||
| — узгодження та обробка макета модуля | ||
| — створення основної оптимізація структури | ||
| — верстка та розміщення елементів в модулі | ||
| — підключення та обробка запитів з API | ||
| — синхронізація (data-binding) даних з відображенням в шаблоні UI | ||
| — налаштування обробки помилок, властивих модулю | ||
| 13. Реалізація модуля «відповіді»: | ||
| — узгодження та обробка макета модуля | ||
| — створення основної оптимізованої структури | ||
| — верстка та розміщення елементів в модулі | ||
| — підключення та обробка запитів з API | ||
| — синхронізація (data-binding) даних з відображенням в шаблоні UI | ||
| — налаштування обробки помилок, властивих модулю | ||
| 14. Реалізація модуля «особистий кабінет»: | ||
| — узгодження та обробка макета модуля | ||
| — створення основної оптимізованої структури | ||
| — верстка та розміщення елементів в модулі | ||
| — підключення та обробка запитів з API | ||
| — синхронізація (data-binding) даних з відображенням в шаблоні UI | ||
| — налаштування обробки помилок, властивих модулю | ||
| — підключення та налаштування форм зворотного зв’язку | ||
| — налаштування отримання інформації про оновлення (push-notifications модуль) | ||
| 15. Реалізація модуля «пошук по популярному»: | ||
| — узгодження та обробка макета модуля | ||
| — створення основної оптимізованої структури | ||
| — верстка та розміщення елементів в модулі | ||
| — підключення та обробка запитів з API | ||
| — синхронізація (data-binding) даних з відображенням в шаблоні UI | ||
| — налаштування обробки помилок, властивих модулю | ||
| 16. Реалізація модуля «про програму»: | ||
| — узгодження та обробка макета модуля | ||
| — створення основної оптимізованої структури | ||
| — верстка та розміщення елементів в модулі | ||
| — синхронізація (data-binding) даних з відображенням в шаблоні UI | ||
| 17. Реалізація модуля з опитуваннями: | ||
| — узгодження та обробка макета модуля | ||
| — створення основної оптимізованої структури | ||
| — верстка та розміщення елементів в модулі | ||
| — підключення та обробка запитів з API | ||
| — синхронізація (data-binding) даних з відображенням в шаблоні UI | ||
| 18. Рефакторинг: | ||
| — остаточний код-рев’ю проекту | ||
| — виправлення і оптимізація існуючого коду | ||
| 19. Публікація програми: | ||
| — підговка релізних підписаних (release signed) білдів | ||
| — публікація і контроль можливих критичних помилок | ||
| МЕНЕДЖМЕНТ | ||
| Управління проектом та технічна підтримка на всіх етапах, координація роботи команди, комунікації | ||
| ТЕСТУВАННЯ | ||
| Тестування функціонування мобільного застосунку та адаптування нових форматів відповідно до Технічного плану | ||
| Загальна вартість | ||
| Обов’язково! З заявкою необхідно направити копії реєстраційних документів, також супровідне письмо зі стислою інформацією про діяльність Постачальника (досвід надання послуг та інші переваги), посилання на аналогічні втілені проекти(що стосуються мобільних застосунків, резюме членів команди (які будуть задіяні в Проекті). |
||
| ___________________________________ | ||
| підпис та печатка Виконавця | ||