Бесплатная горячая линия

8 800 700-88-16
Главная - Другое - Пример тех задания для дизайна приложения

Пример тех задания для дизайна приложения

Пример тех задания для дизайна приложения

Техническое задание на разработку мобильного приложения «Эвдик»

1. Цели и задачи приложения Целью разработки данного приложения является изучение эвенкийского языка, но если говорить о более глобальной цели, то это сохранение языков малочисленных народностей. Первой задачей приложения является предоставление пользователям возможности изучения эвенкийских слов, второй задачей – возможность изучения фраз различной тематики. 2. Портрет целевой аудитории Целевой аудиторией приложения являются люди любого возраста, желающие изучить эвенкийский язык.

3. Основные понятия, используемые в техническом задании Пользователь – человек, использующий данное приложение для выполнения связанных с ним задач. Система Android – мобильная операционная система, разработанная компанией Google на основе ядра Linux. Устанавливается на смартфонах.

планшетных компьютерах, электронных книгах, цифровых проигрывателях, наручных часах, игровых приставках, нетбуках, смартбуках, очках Google, телевизорах и других устройствах. 4. Структура Приложения и алгоритмы взаимодействия Пользователя с Приложением Приложение содержит следующие разделы: — Словарь – раздел, содержащий слова на русском языке и их перевод на эвенкийский язык.

— Разговорник – состоит из нескольких подразделов с разговорными темами, которые включают в себя фразы на русском языке и на эвенкийском, а также озвученные файлы. — Условные обозначения — здесь указаны сокращенные обозначения слов и фраз с их полной расшифровкой, которые используются в разделах Словарь и Разговорник.

О программе – в данном разделе представлена общая информация о приложении, а также возможность поделиться им в социальных сетях. 5. Язык локализации Приложение будет локализовано на русском языке. 6. Алгоритм работы с приложением Пользователь загружает приложение на устройство и получает доступ к следующим разделам:

  1. Информация о приложении
  2. Словарь
  3. Разговорник
  4. Условные сокращения

7.

Ориентация экрана При работе на мобильных телефонах ориентация является портретной. Верстка должна учитывать ориентации экрана (предусмотрена ландшафтная ориентация). 8. Экраны 8.1 Общая структура приложения (warframe) высокого уровня.

8.2 Основной экран Основным экраном является Словарь. В Action Bar находится название раздела, кнопка «Поиск» и кнопка перехода в Navigation Drawer. В области содержимого находятся слова на русском языке и их перевод на эвенкийский язык. Пользователь содержимое окна вверх и вниз. При нажатии на иконку в виде лупы появляется поле ввода.
При нажатии на иконку в виде лупы появляется поле ввода.

Слова (сочетание символов) вводятся на русском языке. Если введены не корректные данные, появляется сообщение с информацией о том, что слово, начинающееся с введенных Пользователем символов, не найдено.

8.3 Экран «Разговорник» В Action Bar находится название раздела «Разговорник» и кнопка перехода в Navigation Drawer. В Content View расположена таблица с темами разговорника.

Пользователь может передвигать содержимое окна вверх и вниз. Пользователь переходит в тему Разговорника, нажав на нее. Здесь в окне содержимого находятся фразы на русском языке, ниже которых располагается их перевод на эвенкийский язык.

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

8.4 Экран «Условные обозначения» В Action Bar экрана находится название раздела «Условные обозначения» и кнопка перехода в Navigation Drawer. В области содержимого находятся сами условные обозначения: сокращенный вариант обозначения слов и фраз и полный.

8.5 Экран «О программе» В верхнем баре экрана находится название раздела «О программе» и кнопка возврата в Меню.

В области содержимого находятся:

  1. кнопка «Поделиться с друзьями».
  2. общая информация о программе;
  3. изображение иконки приложения;

При нажатии становится активной и меняет цвет с серого на синий: При нажатии на эту кнопку, открывается диалоговое окно «Поделиться с помощью», где предлагается несколько вариантов пересылки информации: 8.6 Navigation Drawer Navigation Drawer включает в себя все разделы приложения:

  1. Разговорник
  2. О программе
  3. Условные сокращения
  4. Словарь

Пользователь может вызвать Navigation Drawer, находясь в любом разделе, двумя способами: 1) свайп слева направо; 2) нажать на кнопку вызова данного экрана.

9 Виджеты Пользователь имеет возможность добавить виджеты разделов «Словарь» и «Разговорник» на рабочий стол.

9.1 Виджет разговорника Содержит в себе:

  1. кнопку прослушивания фразы;
  2. кнопку «Вперед».
  3. фразу на русском языке с переводом на эвенкийский язык;
  4. кнопку «Назад»;

Данный виджет дает Пользователю возможность просмотра и прослушивания фраз.

Нажав на кнопку, которая находится в правом верхнем углу, Пользователь слышит фразу на эвенкийском языке. С помощью кнопки «Назад» происходит переход к предыдущей фразе темы разговорника, с помощью кнопки «Вперед» — к следующей фразе.

При нажатии на свободное место или на фразу в поле виджета, Пользователь переходит в Приложение, а именно — в ту тему раздела, в которой находится данная фраза. 9.2 Виджет словаря Содержит в себе:

  1. слово/сочетание слов на русском языке с переводом на эвенкийский язык;
  2. кнопку «Вперед».
  3. кнопку «Назад»;

При нажатии на кнопку «Назад» происходит переход к предыдущему слову/сочетанию слов раздела «Словарь», при нажатии кнопки «Вперед» — к следующему слову/сочетанию.

При нажатии на свободное место или на фразу в поле виджета, Пользователь переходит в Приложение, а именно — в Словарь, при этом слово, которое отражалось в виджете будет в самом верху содержимого экрана. 10 Дополнительные требования к разработке 10.1 Требования к дизайну

  1. Соответствие гайдлайну Google (http://www.google.com/design/spec/material-design/introduction.html#introduction-principles,https://developer.android.com/design/index.html)
  2. Использование уникального графического контента (все графические элементы созданы UI дизайнером специально для данного приложения)
  3. Единый стиль приложения, иконки, банера.

При работе с приложением пользователь должен получать обратную связь от своих действий.

В приложении это реализуется с помощью изменения цвета иконок при нажатии на них. Дизайн приложения должен быть адаптирован для корректного отображения при следующих разрешениях экрана: 320х480, смартфон, портретная ориентация; 320х240, смартфон, портретная ориентация; 1280х800, планшет, ландшафтная ориентация; 480х800, смартфон, портретная ориентация; 540х960, смартфон, портретная ориентация; 720х1280, смартфон, портретная ориентация; 960х600, планшет, ландшафтная ориентация; 360х640, смартфон, портретная ориентация; 1024х600, планшет, ландшафтная ориентация; 1920х1080, смартфон, портретная ориентация; 1920х1200, планшет, ландшафтная ориентация; 2650х1600,планшет, ландшафтная ориентация. Необходима оптимизация графики под ldpi, mdpi, hdpi, xhdpi, xxhdpi экраны.

10.2 Операционная система и устройства, обеспечивающие работу приложения Приложение должно работать на устройствах под управлением Android версии 2.3 и выше. 10.3 Язык программирования При разработке приложения должен использоваться следующий язык программирования:

  1. Java.

Разработка технического задания на мобильное приложение

Рассылка по интернет-маркетингу: Нажимая на кнопку, вы даете согласие на

  1. /
  2. /
  3. /

Техническое задание — первый этап разработки, от которого будет зависеть будущее проекта.

Важно учесть все нюансы и особенности: любые последующие изменения и исправления – это финансовые затраты и отсрочка запуска.

Если у вас есть на примете или в штате команда разработчиков, которые могут реализовать проект, то мы возьмем на себя всю подготовительную работу.

Вам останется только доделать техническую часть. Святослав Грошев, UX-дизайнер и проектировщик интерфейсов Объем ТЗ для разработки приложения будет зависеть от объема и сложности приложения. Определяем цели и проводим исследование В процессе разработки мы находимся в постоянном диалоге с клиентом.

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

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

Технические требования и ограничения Подробно описываем рамки, которое имеет приложение и требования в зависимости от типа верстки.

Например, могут вноситься дополнительная информация о нагрузке на сервер: какая она будет и как ее обеспечить.

Логика С помощью блок-схем наглядно описываем работу приложения и взаимодействие между подсистемами, чтобы у технического специалиста, реализующего проект не было вопросов.

Клиентский и административный интерфейс В графическом виде описываем, как должен выглядеть интерфейс для клиента и администратора приложения, какие цвета и элементы необходимо использовать.

Серверная часть и интеграции Описываем требования к программному обеспечению.

Закажите консультацию, и мы подскажем!

Точная стоимость будет зависеть от сложности первичных маркетинговых исследований и функционала приложения.

Минимальная стоимость без учета прототипов начинается от 45 000 рублей. от 100 000 рублей (в стоимость входит разработка прототипов)

от 16 рабочих дней Разработка дизайна мобильного приложения

Разработка мобильного приложения(услуга включает разработку ТЗ) Разработка мобильного приложения для iOS(услуга включает разработку ТЗ) Разработка мобильного приложения Android(услуга включает разработку ТЗ) Продвижение мобильных приложений Портфолио с готовыми приложениями нашей разработки

  1. Опытная команда
  2. Функционал любой сложности
  3. Погружение в проект
  4. Сжатые сроки

Разработаем техническое задание для приложения, которое будет соответствовать вашим требованиям и ожиданиям пользователей.

Сразу обозначаем, какая информация нам нужна, чтобы выполнить работу качественно.

Изучаем бизнес, рынок и аудиторию.

Плотно работаем со специалистами вашей компании, чтобы учесть все пожелания и нюансы.

Проявляем инициативу, чтобы быстро и точно выполнить задачу.

Над разработкой технического задания работает опытная команда: аналитики, разработчики, проектировщики интерфейсов, дизайнеры.

Закажите бесплатную консультацию Оставьте свои контакты, мы свяжемся с вами в ближайшее время.

Нажимая на кнопку «Заказать», вы даете согласие на .

Спасибо! Менеджер свяжется с вами в течение дня, если заявка оставлена в рабочее время. Или в ближайший будний день, если заявка оставлена в выходные. 142600, Московская область, г. Орехово-Зуево, ул. Ленина, д. 99, 2 этаж Напишите нам: Пишите в любое время дня и ночи Перепечатка материалов без согласования допустима при наличии dofollow-ссылки на страницу-источник.

99, 2 этаж Напишите нам: Пишите в любое время дня и ночи Перепечатка материалов без согласования допустима при наличии dofollow-ссылки на страницу-источник. 2007-2020 © Интернет-агентство TexTerra ИНН 5034039968/КПП 503401001/ОГРН 1105034001665

Разработка технического задания (ТЗ)

Каждая разработка программного обеспечения, начинается с оформления технического задания (ТЗ).

Государственные заказчики и компании режимного регламента обязаны составлять ТЗ в соответствии с ГОСТ 19.

В бизнесе, формат технического задания, обычно, не регламентируется какими-либо правилами, но имеет ряд основных разделов. Основные разделы ТЗ

  1. Технические условия / требования. Описывает рамки создаваемого приложения
  2. Интерфейс приложения
  3. Панель администрирования / Настройки
  4. Логика работы
  5. Назначение разработки. Отражает суть создаваемого приложения или комплекса.
  6. Словарь терминов. Описание основных объектов и сокращений.

Назначение разработки Данный раздел должен донести до исполнителя цель создания приложения.

Это очень важно – когда программист понимает то что он создает, т.к.

он может учитывать специфику темы и заложить возможность для будущего развития ПО. Абстрактная цель не позволит получить удобства в использовании, т.к.

критерий оценки работы будет не явный.

Технические условия, Технические требования. Технические условия для мобильного приложения должны выглядеть следующим образом:

  1. Верстка планшет Книжная : Адаптивная от телефона
  2. Верстка iPhone Альбомная : Адаптивная от книжной
  3. Платформа работы приложения: IOS / Android
  4. Поддержка устройств: iPhone 5S+, iPad2+, iPad Air+, iPad mini +
  5. Верстка телефон альбомная : Да
  6. Верстка iPad Книжная: Да, см. макет в Приложении 3
  7. Верстка планшет Альбомная : Адаптивная от телефона
  8. Верстка iPad Альбомная : Да, см. макет в Приложении 4
  9. Совместимость с Android : Android 4.4. и старше
  10. Совместимость с ОС : IOS 8.0 и старше
  11. Верстка iPhone Книжная : Да
  12. Верстка телефон книжная : Да
  13. Сервер
    • Совместимый вебхостинг на базе Apache2+PHP5+MySQL
  14. Совместимый вебхостинг на базе Apache2+PHP5+MySQL
  15. Приложения Android
    • Совместимость с Android : Android 4.4. и старше
    • Верстка телефон книжная : Да
    • Верстка телефон альбомная : Да
    • Верстка планшет Книжная : Адаптивная от телефона
    • Верстка планшет Альбомная : Адаптивная от телефона
  16. Приложение IOS
    • Совместимость с ОС : IOS 8.0 и старше
    • Поддержка устройств: iPhone 5S+, iPad2+, iPad Air+, iPad mini +
    • Верстка iPhone Книжная : Да
    • Верстка iPhone Альбомная : Адаптивная от книжной
    • Верстка iPad Книжная: Да, см.

      макет в Приложении 3

    • Верстка iPad Альбомная : Да, см.

      макет в Приложении 4

В зависимости от условий – описание сервера может описывать требования по обеспечению необходимой нагрузки. Если приложения создаются под определенные требования (Безопасность, секретность и т.д.), то они, так же, описываются в данном разделе в произвольной форме. Логика работы Раздел логики работы является ключевым для всего технического задания.

В данном разделе описываются основные алгоритмы получения и преобразования информации.

В процессе описания основных бизнес-процессов для приложения, следует упомянуть и связанные бизнес-процессы компании.

Подробное изложение, позволяет получить обобщенное представление и цели постановки задачи на разработку приложения. При оформлении раздела, рекомендуется использовать графические блок-схемы, наглядное описание, какие-либо снимки и т.д., чтобы у программиста собралось наглядное описание процесса работы приложения.

В тестовом описании желательно системное мышление и причинно-следственные связи. Применение сокращений из словаря, разумеется необходимо, но желательно своими словами описывать происходящий процесс. В описании логики — много не бывает, больше конструктивизма, внимания к мелочам.

Дифирамбы или длительные суждения с красивыми словами тут не нужны, это не рекламный текст, а самый технический. Этот текст будет перед глазами программиста все время разработки. Если Вы не имеете достаточной компетенции для составления разделал логики, привлеките профессионала.

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

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

Интерфейс приложения Мы уже описали требования к исходным данным, где преимущественно говорится о формате представления интерфейса приложения. Интерфейс должен быть описан и показан в графическом виде. Если в приложении должны присутствовать элементы атрибутики фирменного стиля, то подобные медиаматериалы должны передаваться на цифровом носителе или размещены на файлообменнике с указанием прямой ссылки на файл.

Корпоративные цвета описываются в формате HEX (например #4177ab).

Желательно приложить блок-схему переходов между экранами, с описанием переходов.

При необходимости включения эффектов анимации, они должны быть описаны четко, техническими терминами. Если уже подготовлены макеты экранов, то можно включить их в эту схему или сослаться на название конкретного макета.

В случаях, когда на макете присутствует много элементов управления (кнопок) то желательно явно прорисовывать от какой кнопки к какому экрану должен производиться переход Описание интерфейса должно точно соответствовать логике работы, в противном случае не явно что является истинным. Перед окончанием правки раздела ТЗ связанного с интерфейсом, убедитесь что нет ничего лишнего.

Если есть какой-то рисунок или эскиз, но ни один другой объект на него не ссылается, значит следует его описать дополнительно. Сервер API Данный раздел описывается в том случае, если приложение сетевое.

Более подробно о том, что такое сервер API и для чего он нужен, мы описали в статье «сервер API«. Описание сервера API должно включать состав протокола, а также методы взаимодействия с системами, которые не были описаны в разделе «Логика работы». Минимальное описание с применением формата JSON в архитектуре REST: Авторизация URL: https://site.ru/api/login Метод передачи входных параметров : POST username — логин пользователя password — md5-хэш контантенации логина и пароля autologin — автовход (значение null/on) Формат выходных данных : JSON Пример {«result»:»succefull»,»session»:»12345678901234″,»user_id»:12344} Где

  1. password_error — ошибка пароля
  2. succefull — удачный вход
  3. locked — пользователь заблокирован
  4. try_error — превышено количество попыток входа за 10 минут
  5. session — идентификатор сессии пользователя
  6. user_id — идентификатор пользователя
  7. result — вид ответа
    • succefull — удачный вход
    • login_error — логин не найден
    • password_error — ошибка пароля
    • locked — пользователь заблокирован
    • try_error — превышено количество попыток входа за 10 минут
  8. login_error — логин не найден

Подобное описание должно сопровождаться на каждую функцию сервера API.

Помимо описания функций, должно сопровождаться общим блоком ошибок работы, например: сервер данных недоступен, ошибка формата API, бан за превышение квоты, ошибка сессии и т.п. Панель администрирования / Настройки

При создании приложений, обычно вводится достаточно большое количество переменных.

Переменные отвечают за режимы работы, изменяемые в процессе эксплуатации данные, давайте рассмотрим на примере.

Приложение по доставке еды из сети ресторанов.

Приложение позволяет делать заказ еды на доставку или предварительный заказ к самовывозу. В настоящем случае, переменными хранимыми на сервере будут:

  1. Условия проведения акций. (возможность проинформировать клиента о новых предложениях)
  2. Меню и цены
  3. Адреса ресторанов с самовывозом, время выдачи заказов. (какой-либо ресторан может быть закрыт на проведение банкета или ремонт, а в праздничные дни, время самовывоза может быть сокращено)
  4. Ограничение минимальной стоимости.

Переменные могут меняться в процессе работы.

Синхронная работа через сервер данных, позволяет вносить функциональные изменения практически без задержек. Помимо управления пременными средами, панель администрирования отвечает за отображение и модификацию накапливаемых/изменяемых данных.

В нашем примере можно увидеть историю заказов через мобильное приложение, получить отчет о нагрузке на оборудование (если много заказов, следует увеличить мощность сервера).

Имея историю заказов и инструментарий работы с ними, можно вычислить средний чек, помесячную динамику изменения заказов для планирования развития. В спорных случаях, панель управления позволит отобразить полную детализацию работы. Чаще всего, для работы с системами обеспечения данных (API), мы разрабатываем панели управления по технологии WEB.

Чаще всего, для работы с системами обеспечения данных (API), мы разрабатываем панели управления по технологии WEB.

Данный подход прост, эргономичен, функционален и не тянет за собой установки какого-либо дополнительного софта. В разделе ТЗ про панель администрирования, опишите максимум зависимых переменных.

Если сервер будет собирать данные, опишите в каком виде должна отображаться информация. После накопления, опишите желательные виды отчетов, графиков или диаграмм.

В случае если система должна сопрягаться с внешним сервером ( например 1С), то панель администрирования должна поддерживать изменение реквизитов подключения (адрес, логин, пароль). Рекомендуем узнать подробнее о панели администрирования в статье Web-офис.

Входные данные Если приложение является потребителем какого-либо контента, то входной контент должен быть описан и сопровождаться примерами для тестирования разработчиком. Примеры входных данных:

  1. таблицы Excel для импорта
  2. файлы специализированного формата
  3. фотографии
  4. данные от подключаемых внешних устройств (картридеры, баркод-сканеры и т.п.)

Любая информация, полученная до работы приложения, относится к входным данным.

Выходные данные Приложение, которое создает какой-либо контент в хранилище смартфона, должно содержать данный раздел в ТЗ.

В выходные данные описывается формат получаемой информации, а также все технические условия, которым должна соответствовать выходная информация.

Если есть возможность предварительно создать пример или юнит-тест для проверки выходных данных, приложите его к техническому заданию. После оформления технического задания, подготовьте остальные исходные данные, необходимые для разработки мобильного проиложения Примеры ТЗ Техническое задание на разработку системы по доставке продукции из магазинов и ресторанов на дом.

Включает:

  1. Веб-кабинет партнера
  2. Набор мобильных приложений
  3. Серверная часть (API)
  4. Диспетчерский кабинет
  5. База данных

Скачать (DOC / 60 Кб) Техническое задание на разработку службы по бронированию автомобилей как сервис франшизы (аналог Hetzner). Включает:

  1. Офис менеджера
  2. Набор мобильных приложений для клиентов
  3. Веб-кабинет партнера
  4. Кабинет для обслуживающего персонала
  5. База данных
  6. Серверная часть (API)

Скачать (DOC / 98 Кб) Помощь в разработке ТЗ Мы понимаем, что не всегда в организации есть профессиональные технические сотрудники, которые могут качественно выполнить работу по разработке технического задания.

Предлагаем рассмотреть наши услуги по разработке ТЗ под ключ.

Мы описали процесс этой услуги в разделе разработка технического задания на проект. Узнайте о правильных этапах разработки ТЗ. С нами Вы не допустите ошибок при поставновке задачи подрядчику (исполнителю), а наше ТЗ будет четко описывать цели и ограничения для исполнителя.

С корректным ТЗ, в случае проблем в ходе работ, Вы гарантированно получите ожидаемый результат, или защитите свои права даже в судебном порядке.

Узнайте цены на наши услуги по разработке ТЗ и эскизного проекта. Съэкономьте свое время и используйте его с умом в своей основной работе, а мы позаботимся о технической части, в которой отлично разбираемся сами.

Посмотреть цены

Техническое задание на разработку приложения

27 Сентября 2016 5 819 В избр. Сохранено Авторизуйтесь От того, насколько хорошо составлено ТЗ, будет зависеть, какое приложение вы получите.

Оно может получиться отличным, но не тем, какое нужно именно вам. Нравится 0 Share 0 Tweet Send Написать хорошее ТЗ сложно, это не дело пяти минут.

Но есть отличная новость! Эта ответственная задача ложится не только на ваши плечи, но и на плечи мобильного разработчика. Он тоже заинтересован в успехе вашего .Опишите ваше будущее приложение будто рассказываете рецепт сложного блюда. Какие ингредиенты вы хотите туда положить?

Какие функции они выполняют? Запишите их, продумайте, какая между ними логика взаимодействия. Не пытайтесь втиснуть в одно приложение все сразу — ведь в блюдах мы не мешаем все, что находим в холодильнике. Мы выбираем что-то главное и добавляем к нему несколько менее важных ингредиентов, для того чтоб вкус получился уникальным.Посмотрите, нет ли аналогов приложения?

Если нет, то вам крупно повезло.

Обычно же аналоги находятся и в крупных размерах — ваша задача придумать, чем ваше приложение будет отличаться, причем в лучшую сторону. И если вам удастся найти эту прореху в нише, заполняйте ее смело и не теряйте драгоценных секунд — конкуренты не дремлют.Если же вы делаете приложение под свои бизнес-задачи, то вам будет полезно посмотреть, какие приложения есть у ваших конкурентов. Возможно, что-то вы сможете сделать сильно лучше, и как итог — переманить клиентов у конкурентов.Чтобы составить ТЗ, для начала нужно ответить на несколько вопросов:

  • На каком устройстве вы хотите видеть ваше приложение? Смартфон, планшет или десктоп?
  • Какой у вас бюджет? Уникальное приложение стоит не дешево, однако стоит учитывать те бонусы, которые вы за счет него получите — прибыль от увеличения заказов или оптимизации бизнеса.
  • В устройствах каких марок вы планируете поселить ваше приложение? От этого зависит, какую платформу для приложения вы выберите — iOS, Android, Windows.
  • Для кого это приложение? Для ваших клиентов, будущих или потенциальных, или для всех сразу? Или для ваших сотрудников?
  • Когда вы хотите получить готовое приложение? То есть сроки.
  • Какие задачи решает приложение? Если оно для клиентов, то что клиенты смогут делать с помощью вашего приложения – заказывать товары, услуги, бронировать, записываться онлайн, узнавать об акциях и т.д.? Если оно для сотрудников, то какие функции в приложении помогут им работать эффективнее?

Ответив на эти вопросы, можете смело заполнять бриф.

А это первый шаг к тому, чтобы составить правильное ТЗ, а потом и к разработке успешного мобильного приложения.Если вы не технический писатель или программист — подготовить грамотное ТЗ самостоятельно у вас, к сожалению, вряд ли получится.

Но вам обязательно поможем мы, разработчики, ведь мы успешно делали это десятки раз.ТЗ – индивидуальный документ, и каждый раз составляется заново под каждый проект.

Это также зависит и от разработчика, к которому вы обратились.

Ведь у всех свой метод работы, а это значит, что в ваших интересах составить техзадание максимально подробно.За некоторыми исключениями, ТЗ состоит из вот таких разделов:

  • Цель создания системы, то есть приложения. Здесь вы подробно описываете, что пользователь сможет делать в приложении, какие действия и какой результат он получает. В общем, для чего ваше приложение будут скачивать люди в свои смартфоны. Если у вас приложение для магазина, то вы должны решить, к примеру —пользователь будет просто просматривать каталоги, узнавать о наличии товаров в магазинах или сразу покупать и заказывать доставку?
  • Терминология. Очень важно договориться о терминах заранее, ведь одно и то же слово вы и разработчик можете понимать по-разному.
  • Сценарии использования. Что происходит, когда человек впервые заходит в приложение? Нужно ли регистрироваться? А что произойдет, когда он зайдет повторно? Все эти пути важно описать в тз, ведь это поможет выявить, какие функции нужны приложению и что именно должно в нем происходить.
  • Требования к приложению. Самая сложная часть техзадания, где технические термины льются как из рога изобилия. Написать это самому нереально. Но важно понимать, что каждый шаг будущего пользователя должен быть продуман до технических мелочей. К примеру, из тз должно быть четко ясно, что случится, если нажать на вот эту красную кнопочку?
  • Описание экранов. Некоторые тз содержат прототипы экранов, если они уже готовы. В некоторых есть даже первичный дизайн. В любом случае описать экраны хотя бы словами просто необходимо. Ведь для многих пользователей приложение – это и есть экран. Именно с ним он имеет дело, и что толку от функции регистрации, к примеру, если ни на одном экране нет такой кнопки?6.Требования к платформе, CMS, архитектура системы… и еще много страшных слов, если вы не разработчик или технический писатель.

Ваше ТЗ может не содержать тех или иных разделов только в том случае, если это не существенно именно для вашего проекта. Но узнать, что именно существенно, а что нет, вы сможете только от разработчика.На самом деле, написать хорошее ТЗ — просто, если подойти к этому делу с умом. И не возлагать на себя одного это нелегкое дело.

Ведь ТЗ нужно для результативного взаимодействия. А значит, в составлении ТЗ должны принимать участие обе стороны и… та-дам!

Основные технические трудности берет на себя!Как говорится, глаза боятся — а руки-то вот они.

Тут важно начать. Часто, это главная заминка в начале успешного проекта.

Поэтому начинайте прямо сейчас — напишите .

Этого хватит, чтоб увидеть проект в общих чертах, а значит, дело останется за деталями!Статья подготовлена компанией PunicApp — 0 В избр.

Сохранено Авторизуйтесь Нравится 0 Share 0 Tweet Новости 25 дней назад 26 дней назад 26 дней назад

Блог

  1. Пример технического задания мобильного приложения службы такси

10.12.2015 1. Наименование работРазработка сервиса для заказа такси, который включает Android и IOS приложение и веб-приложение для администраторов.2.

Сроки выполнения работРаботы должны быть выполнены в течение 88 (восемьдесят) рабочих дней.3. Термины и понятия – компонент пользовательского интерфейса, позволяющий выполнять действия в рамках всего приложения. Крайняя левая кнопка в виде стрелки назад называется Home.Home – кнопка в Action bar, в виде иконки приложения, нажатие на которую ведет на главный экран приложения.

В iOS аналогичную роль выполняет компонент NavigationBar. – пользовательский интерфейс отдельного экрана приложения или его части.Overflow – кнопка Action bar в виде трех точек.

Располагается справа в Action bar и содержит дополнительную функциональность, которая не поместилась или не была отражена в Action bar.Pitch-To-Zoom – жест двумя пальцами по экрану телефона, который увеличивает или уменьшает масштаб выбранного компонента на экране. – шаблон поведения в Android и iOS, позволяющий обновлять контент путем вертикальной прокрутки и отпускания контента на экране.

— публикация информации о чём-либо в социальных сетях и блогах.Splash screen – заставка приложения. Открывается перед главным экраном приложения при старте. Во время отображения экрана происходит загрузка данных.

Скрывается по окончанию загрузки. — движение пальца вправо или влево по экрану устройства.Tap — нажатие пальцем на экранный элемент интерфейса с тач-дисплеем.4.

Общие сведенияТехническое задание описывает особенности реализации клиентского приложения для платформы Android и IOS, взаимодействие с веб-сервисом системы, веб-клиентом и базой данных сервиса, а также возможности приложения по взаимодействию со сторонними сервисами.Основная задача приложения помощь заказе такси пользователей приложения.5.

Мобильное приложение

  1. Разрешения экранов Android и IOS: mdpi (320×480 px), hdpi (480x800px), xhdpi (720x1280px), xhdpi (768x1280px).
  2. Локализация приложения предусматривает русскую версию пользовательского интерфейса.
  3. Версия поддерживаемых Android устройств выше Android SDK 4.0., IOS выше 5.0
  4. Приложение поддерживает возможность работы в портретной ориентации экрана.

Мобильные приложения для Android и IOS должны реализовываться нативными средствами, либо на основе платформы, обеспечивающей компиляцию в нативные приложения для обеспечения максимальной производительности.Документ представляет собой описание возможностей приложения в рамках функциональности отдельных экранов приложения.Требования к клиентскому Приложению:

  1. Регистрация с верификацией по SMS.
  2. Возможность рассылки Push уведомлений.
  3. За основу мобильного приложения берется аналог мобильного приложения RU TAXI. Подрядчик вправе не придерживаться какого-либо функционала и логики аналогичного приложения, предварительно согласовав это с заказчиком.
  4. Дизайн мобильного приложения должен быть выполнен в одном стиле с основным сайтом.

Экран №1 – Вход в аккаунт пользователяЭкран №2 – Подтверждение регистрации по смсНа сотовый номер указанный на Экране №2, придет сообщение с проверочным кодом.

Экран №3 – Заказ таксиПеред началом пользования приложением необходимо указать город.Теперь, когда пользователь зарегистрировался, он может вызвать такси указав куда подать машину и точку назначения (с возможностью указать несколько точек назначения).Указание маршрута можно сделать несколькими вариантами: указав адрес по карте, взяв адреса с истории заказов, указав адреса с любимых адресов, через поиск адресов, через микрофон (кнопка микрофона будет расположена вместо 3 круглой кнопки справа экрана).После того как пользователь указывает маршрут, ему озвучивается конечная стоимость маршрута.Первая круглая кнопка «Карта».

Пользователю после заказа такси виден маршрут движения автомобиля через GPS передатчик в км, и маршрут движения автомобиля с указанием временного прибытия автомобиля через карту.Вторая круглая кнопка «Тариф».

Третья круглая кнопка «Микрофон». С помощью этой кнопки можно указать адреса через голосовой определитель адреса.Червертая круглая кнопка «Дополнительные функции»: Предварительный заказ, Наличие детского кресла, Перевозка животных, Богаж более 50 кг., Квитанция об оплате, Курение в машине, Оплата с помощью карты.

Расположение дополнительных функций будет являться 4 круглой кнопкой.

Текущие заказы (История заказов)Тут отображается история заказов за весь период.Любимые адресаВ любимых адресах можно сохранить адреса для быстрого ввода адреса.Настройки.В настройках можно поменять номер телефона, пароль и возможно выйти из аккаунта.

Экран №5 – КартаКак только вы закажите такси, после этого у вас появится возможность отслеживать местонахождение вашего автомобиля в режиме реального времени (как в мобильном приложении такси Татарстан).6.

Серверное приложениеНеобходимо реализовать серверное приложение, обеспечивающее работу мобильных приложений системы. Серверное приложение должно реализовывать REST API для взаимодествия с мобильными приложениями.

Формат сериализации данных JSON.Также серверное приложение должно поддерживать двухстороннюю синхронизировано с 1С-Рарус по заявкам и статусу заявок.Возможные языки реализации: PHP, Python, Java, ASP.NETПанель администратораНеобходимо реализовать веб-приложение, которое позволяет хранить информацию о входящих заявках пользователей в виде лог-листа.Роли в системе:МодераторПользователь, которому предоставлен доступ к системе администратором системы имеет возможность:

  1. просматривать кол-во новых пользователей,
  2. просматривать кол-во новых заявок.

АдминистраторИмеет возможность:

  1. блокировать пользователей,
  2. добавлять модераторов и других администраторов в систему,
  3. редактировать их учетные данные,

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

  1. Программа и методика испытаний
  2. Руководство администратора системы
  3. Руководство модератора системы
  4. Техническое задание

8.

Требования к публикации приложенийПодрядчик обеспечивает публикацию приложения:

  1. Версии для iOS на Apple Store на аккаунте подрядчика для дальнейшей технической поддержки.
  2. Версии для Android на Google Play на аккаунте Подрядчика для дальнейшей технической поддержки.

Если Вас заинтересовала разработка мобильного приложения службы такси, то подробнее можно узнать . Хотите такой же проект или еще круче?Напишите об этом нам!

7 правил или как написать ТЗ для дизайнера

Хочешь сделать хорошо — сделай сам? Мы бы поспорили. Хочешь сделать хорошо — расскажи Хорошему исполнителю что и как.

Такой подход сработает всегда.

Документ, в котором лежат подробные ответы на вопросы что, зачем и как – это техническое задание или ТЗ. Если вы заказываете оформление сайта или рекламных материалов, ТЗ для дизайнера станет руководством к действию и обеспечит полное и качественное воплощение ваших идей. В статье даем советы, как правильно составить ТЗ для дизайнера.

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

Дизайнер читает, начинает сразу представлять. А в конце выясняется, что он представлял сайт, а нужен баннер. Поэтому вначале обозначаем, что именно нужно сделать: целый сайт, страницу, визитку и т.д.

Пусть у нас сеть квестов, и нам нужна страница для детских дней рождения. Мы заказываем лендинг. Для него ставим задачу рассказать о фишках праздника у нас и привлечь родителей отмечать дни рождения детей у нас.

Сами дизайнеры часто говорят, что хотят знать нюансы работы компании и задачи, которые стоят. Без этого их работа может не принести результатов – странички просто будут, но клиентов не приведут и продажи не поднимут. Дизайнер не придумает бизнес за вас.

Поэтому расскажите о проекте или компании. Кто вы? Чем вы занимаетесь? Какие цели стоят перед вами?

Какие интересные и полезные «фишки» есть у вас? Максимальный объем информации о вас даст дизайнеру яркое представление о вас. На его основе дизайнер сможет нарисовать красивую инфографику или добавить детали.

Добавляем в файл информацию:

  1. почему праздник запомнится;
  2. стоимость и что в нее входит;
  3. почему они нравятся детям;
  4. социальные доказательства: сколько праздников провели, фотографии и отзывы.
  5. как проходит игра;
  6. какие квесты у нас есть;

Если мы сделали серию рекламных фотографий квеста — прикрепляем.

Их дизайнер может использовать в качестве доказательства или фоном, как на примере: Описать ваших клиентов — важный пункт того, как составить ТЗ для дизайнера.

Знание, кто клиент и чего он хочет, помогает оправдать ожидания. Пусть информация о ЦА не будет формальной.

Лучше узнать основные характеристики у менеджеров по продажам или администраторов. Дни рождения празднуют дети, но решение принимают их родители.

Обычно организацией праздника занимаются мамы, которые хотят придумать необычное, яркое впечатление для детей.

Тогда ЦА можно описать как:

  1. читают и смотрят вместе с детьми сказки;
  2. ценят качественное обслуживание и соотношение цены и качества.
  3. женщины 25 — 35 лет;
  4. мамы детей 7 — 12 лет;

Для целевой аудитории мы добавили блок: почему квест нравится детям. Дизайнер знал плюсы и особенности нашей работы. Вот что получилось: Гораздо проще, когда есть ориентир, который однозначно нравится заказчику.

Увидели крутой сайт конкурента, яркий баннер, красивую кнопку?

Сохраните ссылки или файл и приложите к заданию. Это не будет плагиатом. Составить ТЗ для дизайнера с примерами — значит показать, что примерно вы хотите увидеть в итоге. Если у вас в голове уже есть представление, как должна выглядеть работа, то обязательно скажите об этом.

Не все могут нарисовать полноценный прототип, но даже набросать схему на листе А4 будет полезно.

Мы определили темы блоков лендинга, их порядок и наполнение. Нарисовали схему и прикрепили к ТЗ.

Когда вы не даете детали и не делитесь представлениями, по умолчанию это отдается на креативность и профессионализм исполнителя.

Прочитать ваши мысли он не сможет. Идея сделать лендинг пришла, когда смотрели на красивую страницу конкурента? Сохраните ссылку на нее. Погуглите и найдите еще несколько примеров хороших и плохих лендингов, чтобы показать, как надо/не надо делать.

Соберите скриншоты иконок и кнопок, которые вам нравятся. Прикрепите к ТЗ, дизайнер будет счастлив.

Примеры приблизят вас к тому, как правильно составить ТЗ для дизайнера.

Можно написать ТЗ для дизайнера без указания конкретных цветов и шрифтов. Но может оказаться, что вы по-разному воспринимаете синий цвет или вытянутый шрифт. Кажется, что самому определить шрифт и гамму сложно.

Примеры помогут и здесь. На сервисе можно посмотреть, как будут выглядеть разные шрифты. Подберите несколько вариантов, которые вам нравятся, и приложите к ТЗ.

То же самое с цветами. Подобрать примерную палитру можно с помощью цветового круга или Так вы разом решите проблему «брутальный шрифт на романтично розовом фоне».

Если у вас лежит готовый брендбук, в котором прописаны все детали корпоративного стиля — отдайте его дизайнеру.

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

Что-то можно отрисовать за 2 часа, а что-то за 2 месяца. Обсудите сроки сдачи, бонусы за раннюю сдачу и штрафы за задержку.

Дизайнеры на фрилансе срывают сроки.

Это суровая реальность, с которой не поспорить. Чтобы избежать этого, мы обычно прописываем четкие временные рамки и систему оплаты. Хотя это не всегда помогает, потому что у дизайнера решает убежать собака или его бросает девушка.

Поэтому, можно отдельной строкой прописать, что вы ищете дизайнера без собаки и девушки, чтобы они не отвлекали его от сдачи дедлайна. =) Он многое знает и умеет. Поэтому прислушивайтесь к советам и аргументируйте свои решения.

Выбирайте один-два канала взаимодействия. Дизайнер может упустить что-то или запутаться, когда идеи и правки летят к нему по телефону, e-mail и во всех соцсетях.

Если вы хотите проверить дизайнера и даете ему тестовое задание, оплатите его. Он тратит свое время и знания, чтобы выполнить работу.

Дизайнер может захотеть использовать задание в своем портфолио. Запрещать ему делать это, как минимум, некрасиво.

Понять, что все идет хорошо — просто. По результатам нет большого количества правок. Если вы в 10 раз переделываете макет, вероятно, что ТЗ составлено нечетко и стоит его пересмотреть.

Мы очень надеемся, что эти советы помогут вам разобраться, как составить ТЗ для дизайнера. О том как создать постоянный поток клиентов в бизнес с помощью социальных сетей и силы интернета мы рассказываем Регистрируйтесь здесь, чтобы получить дорожную карту развития вашего проекта, которая четко покажет, как прийти к результату.

Удачи! Управление Социальные сети Пишите нам по любым вопросам! Звонки бесплатны.Мы работаем с 9:00 до 18:00 мск Санкт-Петербург, 1.ИНН 781709516767, ОГРН 312784732400574 Бесплатный интенсив «Финансовая свобода за $1 в день».

Научим быть всегда при деньгах

Идея есть — что дальше? 15 вопросов для составления ТЗ на разработку мобильного приложения

7 Ноября 2020 2 042 В избр. Сохранено Авторизуйтесь Одним прекрасным утром к вам и вашей команде в головы закрадывается идея разработать свое мобильное приложение.

Чтобы вы не упустили важных мелочей, мы подготовили вопросы-выручалки. Они помогут идее обрести конкретную форму, а разработчикам лучше понять задачу.

Нравится 0 Share 0 Tweet Send Ответы на вопросы не заменяют техническое задание, а являются первоисточником информации для его составления.

По итогам ответов и в процессе небольшой аналитики вы:

  • передаете разработчикам идею в оформленном конкретизированном виде и в ответ получаете более точную оценку.
  • структурируете информацию и выстраиваете портрет приложения, формулируете цели и задачи проекта,
  • изучаете конкурентов и понимаете, какой функционал нужен в новом приложении,

Рекомендуем подробно расписать пункты, перечисленные дальше в статье, а составление ТЗ на разработку мобильного приложения передать специалистам. Они обладают необходимыми компетенциями в сфере разработки и напишут грамотное задание.Еще больше причин не писать ТЗ самому в нашей статье про .Распишите, какую вашу задачу решит приложение, например:

  • создание популярного приложения и получение прибыли — для стартапов.
  • взаимодействие с клиентами, повышение их лояльности и увеличение продаж, если это приложение для клиентов;
  • уменьшить затраты бизнеса через автоматизацию работ, если это приложение для сотрудников;

При этом лучше указывать конкретные цифры: уменьшить затраты в 2 раза, увеличить прибыль на 10% и т.п.Составьте портрет типичного представителя ЦА: определите его пол, возраст, образование, семейное положение, сферу интересов, род занятий. Если аудитория большая, опишите двух-трех представителей с непересекающимися параметрами.Почему пользователям будет интересно / выгодно / удобно скачать и пользоваться приложением?

Какие функции будут доступны: онлайн-покупки, бронирование, поиск людей и др.?В зависимости от ответов на первые два вопроса можно определить типы рассматриваемых устройств: десктоп, смартфон, планшет. Больше устройств — выше цена.Какими брендами пользуется ваша аудитория и какой охват вы хотите? От марок устройств зависит платформа, на которой будет разрабатываться и размещаться приложение — iOS, Android, Windows.

Можете выбрать все три, никто вас не ограничивает.Разработка мобильных приложений для Android занимает дольше времени, т.

к. больше версий ОС и разрешений экранов — больше времени уходит на тестирование. А разработка для iOS порой затратнее — требуется специальное дорогое оборудование.Определите сроки.

Все просто.Стоимость разработки мобильного приложения складывается из многих факторов.

В зависимости от выделенной суммы подрядчик может предложить разные варианты реализации, например, на первое время разработать только для одной из платформ или только для одного типа устройств.Есть ли похожие приложения и какие функции хотите видеть в своем? Какие из приложений вам нравятся и почему?Каждый день AppStore и GooglePlay пополняется новыми приложениями и, возможно, среди них уже есть ваши конкуренты.

Например, у вас есть сайт с личным кабинетом и т.п. Как приложение будет с ним связано?

И будет ли?Если это не продукт-инструмент для сотрудников, продумайте модель монетизации: встроенные покупки, полностью платное скачивание, размещение рекламы внутри приложения.В какой момент вы поймете, что проект успешен? Сформулируйте четкий критерий, на который вы будете ориентироваться: количество скачиваний / покупок / регистраций / операций за определенный период.Назначьте ответственного, который будет обновлять контент и администрировать приложение или наймите подрядчика.Приложите ссылку на ваш брендбук. Если его нет, напишите свои пожелания к дизайну.Отдельным пунктом распишите все ваши комментарии к будущему продукту: какой он будет внешне, дополнительный функционал и другие идеи.Вуа-ля!

Вы заложили основу для правильного ТЗ и готовы заказать мобильное приложение. Осталось только назначить «связного» от вашей фирмы, который будет принимать решения и согласовывать результаты. Дальше за дело возьмутся профессионалы.

Кстати, о профессионалах: напишите нам! Мы подготовим правильное ТЗ и разработаем приложение. +2 В избр. Сохранено Авторизуйтесь Нравится 0 Share 0 Tweet Новости 25 дней назад 26 дней назад 26 дней назад Расскажите о себе!

Блог проекта Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях Личный блог Продвигайте свои услуги или личный бренд через интересные кейсы и статьи Тусовка технологических проектов Редакция Техническая поддержка Продвижение Внимание Ок Spark использует cookie-файлы.

Последние новости по теме статьи

Важно знать!
  • В связи с частыми изменениями в законодательстве информация порой устаревает быстрее, чем мы успеваем ее обновлять на сайте.
  • Все случаи очень индивидуальны и зависят от множества факторов.
  • Знание базовых основ желательно, но не гарантирует решение именно вашей проблемы.

Поэтому, для вас работают бесплатные эксперты-консультанты!

Расскажите о вашей проблеме, и мы поможем ее решить! Задайте вопрос прямо сейчас!

  • Анонимно
  • Профессионально

Задайте вопрос нашему юристу!

Расскажите о вашей проблеме и мы поможем ее решить!

+