phone 

месенджеры

+7(903)237-27-07

Техническое задание на разработку мобильного приложения
Какие "техзадания" нам присылают, и что мы об этом домаем...
Очень часто, а точнее   практически всегда  практически всегда присылают примерно следующие, как две капли воды похожие, технические задания на разработку мобильного приложения (смотрите под спойлером). И просят уточнить стоимость и самое главное точные сроки разработки.

Найди своё ТЗ тут.

Сборник самых популярных технических заданий. Здесь вы найдёте ТЗ на любой случай!
СБОРНИК ТЗ

Вот наше ТЗ, оцените пожалуйста и сообщите точную стоимость и сроки разработки

Нам нужно приложение для нашей службы доставки (интернет магазина, сервиса или что-то в этом роде).

Сделать на подобие как у ТАКОЕ-ТО ПРИЛОЖЕНИЕ (взять просто за основу).

Дизайн возьмите отсюда ТУТ ТАКОЙ-ТО ТАМ САЙТ (это наш сайт).

Также вверху приложения будут акции, либо новинки в меню.

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

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

Клиенту будут начисляться баллы в данном приложении, % от суммы заказа. 1 балл –столько-то рублей. Он может их использовать при заказе еды (например, если накопил 100 баллов, то при общей сумме заказа в 1000 руб – может списать 100 баллов и будет 900р заказ стоить).

В приложении будет отдельный раздел – Игрульки.

Тут описание игрульки…

Ждём точных сроков разработки и конкретную стоимость за работу.

Технические задания на все случаи!

Сборник самых популярных технических заданий. Здесь вы найдёте ТЗ на любой случай!
СБОРНИК ТЗ
Очень многие фрилансеры, с удовольствием взялись бы за разработку по такому ТЗ. Ведь согласно этому ТЗ нужно сделать непонятно что, а значит это можно делать бесконечно, требуя за продолжение дальнейшей работы денег. Сперва можно сделать само приложение с дизайном, похожим, на тот, что хочет видеть заказчик. Ведь по сути можно сделать простой html и запихнуть его в apk. Потом, когда заказчик поймёт, что приложение само по себе не работает без серверной части – объяснить, что нужно написать ещё и её. А потом, когда заказчик захочет изменить цены на продукцию, а сделать у него это не получится, т.к. нет никаких инструментов для взаимодействия с приложением, вежливо объяснить что в ТЗ про эту ну вообще не было ни слова. И так до бесконечности. Или пока заказчик не решит на сервисах поиска фрилансеров создать ещё одно задание вида: "Наш программист не справляется, ищем человека, который сможет доработать «почти готовое» приложение. "

Или пока заказчик не решит на сервисах поиска фрилансеров создать ещё одно задание вида:
  "Наш программист не справляется, ищем человека, который сможет доработать «почти готовое» приложение. "  
Разумеется, дорабатывать такие «почти готовые» приложения мало кто хочет. Причин на это много. Основная – разбираться в чужом, наспех набросанном коде, задача так себе. А иногда это даже не возможно, т.к. попросту нет исподников.

Должен ли заказчик разбираться во всех тонкостях разработки?

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

Проблема в том, что это не техническое задание. Такой файл без особых проблем можно сократить до всего лишь одного предложения «Нам нужно мобильное приложение для нашего магазина (службы доставки, или ещё чего-либо)».
Должен ли заказчик разбираться во всех тонкостях разработки, знать технические детали и прочее? Скорее всего нет… Но, и требовать назвать конкретные сроки и цену по такому ТЗ тоже не вполне разумно. Т.к. это не техническое задание, а если уж на то пошло скорее пожелания для человека, который и будет составлять ТЗ для программиста.
В этом месте стоит провести границу между разработкой программы по конкретному и четкому ТЗ и программой, которая делается по ТЗ приведённому выше. В первом случае с разработчика можно требовать выполнения работы в определённый срок, во втором же случае…

Ок, мы поняли. Нам нужен грамотный технический специалист для составлении ТЗ.

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

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

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

Сперва вам нужно задаться вопросами:

1) Сколько денег вы хотите потратить.

2) Насколько функционально и отказоустойчиво должно быть ваше приложение.

Для нас Деньги не проблема! Нам нужно супер приложение, которое будет работать всегда. Без глюков и багов.

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

-настроят облачные сервера Amazon,
- сделают приложение с поддержкой отказоустойчивых баз данных (например, CouchDB)
- само приложение, как это водится в сфере профи, сделают на нативном языке (для каждой платформы, разумеется, свое)
- И прочие вещи, без которых немыслимо выполнение работы с такими требованиями.
Сколько это будет стоить даже не представляю.

-Мы не хотим тратить кучу денег!!!

-Мы не хотим тратить кучу денег, так как понимаем, что наша фирма обслуживает не более 100 (1000) клиентов в день и количество заказов через приложение не требует таких серьёзных требований. Да и вообще, нам кажется, что в мобильном приложение должно быть только одно – удобство для клиента при оформлении заказа (услуги).

И мы так же не понимаем, что нам незачем переплачивать сотни тысяч денег за какие-то там сервера, и технологии, ждать месяцы, когда же наконец всё будет сделано и отлажено… Ведь по сути это очередное мобильное приложение – интернет магазин, где люди должны удобным для них способом всего на всего сделать заказ. А мы в свою очередь, должны узнать про этот заказ и доставить его клиенту, получив за это свою прибыль.
У меня для вас отличные новости. Ваше приложение для интернет магазина уже готово! Вот оно.
МОБИЛЬНОЕ ПРИЛОЖЕНИЕ ДЛЯ РЕСТОРАНОВ
МОБИЛЬНОЕ ПРИЛОЖЕНИЕ ДЛЯ МАГАЗИНОВ
МОБИЛЬНОЕ ПРИЛОЖЕНИЕ ДЛЯ САЛОНОВ

Что не указано в этом ТЗ. Или помощь всем страждущим в составлении ТЗ.

Дизайн.

Взять дизайн отсюда. Сделать его похожим на…Выдержки из ТЗ
Ну, это самая первая часть проблем. Конечно, большинство заказчиков хочет, что бы будущее мобильное приложение было похожим на их уже существующий сайт… Сайт, как правило, сделан на шаблоне WP или Joomla. Разумеется, что в шаблонах нет ничего плохого. В конце концов, сколько уже можно верстать одни и те же элементы?

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

Теперь остаётся решить вопрос номер два – вы все же решите заказать нативное на Java или кросплатформенное на JS приложение. Цены будут полярно отличаться. В случае с JS дизайн может сделать любой верстальщик. В нативном приложении дизайн, скорее всего, придётся делать под каждую платформу отдельно, да и обычный верстальщик не подойдёт. Всё это резко повысит стоимость приложения.

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

В случае с гибрдным приложением или собранным через cordova – мы имеем возможность использовать HTML и все возможности последней его версии. Так же не стоит забывать, что дизайн в смартфонах ограничен маленьким экраном, а это значит что всё что нужно – это умудриться сделать удобные для управления элементы программы. Сделать так, что бы пользователь мог без особого труда использовать ваш магазин, держа телефон одной рукой. Это та ещё задача.

Так же в последнее очень часто заказчики хотят видеть в своих приложениях Material Design. И в этом случае вообще становится непонятна вся возня вокруг дизайна. Т.к. для этого будет достаточно подключить любой Фреймворк и расположить кнопки и другие элементы в нужном порядке.

Итог: как и во всех других пунктах выбор того каким будет дизайн следует начинать с обсуждения вашего бюджета и того сколько денег вы желаете потратить на вёрстку красивых кнопочек. Если у вас приложение для какой-то очень модной дизайнерской фирмы, тогда, скорее всего, стоит задуматься над очень необычным дизайном. Но что если у вас интернет магазин, в котором люди хотят всего на всего купить колбасы?

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

Само мобильное приложение компилируется и загружается на play.market, а если позволяют средства заказчика, то ещё и в appstore.

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

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

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

Пользовательские требования к дизайну

    • Приложение должно корректно отображаться на следующих разрешениях экранов мобильных устройств:
  • o диагональ экрана 7" (4,65") ~ 10,1" 1280x800(720) / 800(720)x1280 (xhdpi) :– Android;
  • o диагональ экрана 3,7" ~ 5,1", разрешение 480x800 / 800x480 (hdpi) : – Android;
  • o диагональ экрана 5"~ 5,5", разрешение 1080х1920, 1440х2560– Android;
  • o диагональ экрана 10,5", разрешение 2560х1600"– Android планшет;
  • o диагональ экрана 4", разрешение 640х1136 – iPhone 5;
  • o диагональ экрана 4,7”, разрешение 750x1334 – iPhone 6, 6s, 7, 8;
  • o диагональ экрана 5,5”, разрешение 1080x1920 – iPhone 6plus, 7plus, 8plus;
  • o диагональ экрана 5,8”, разрешение 2436 x 1125 – iPhoneX, XS, 11 Pro;
  • o диагональ экрана 6,5”, разрешение 2688 × 1242 – iPhoneXSmax, 11 ProMax;
  • o диагональ экрана 6,1”, разрешение 1792 х 828– iPhoneXR, 11;
  • o диагональ экрана 9.7", разрешение 2048x1536 – iPad 3, 4;
  • o диагональ экрана 7.9", разрешение 1024x768 – iPadmini.
  • o диагональ экрана 7.9", разрешение 2048x1536 – iPadmini 3.
Онлайн чат BusinessApp
Сейчас онлайн: 65 человек
Превратите ваш сайт в мобильное приложение.
590р.
Делайте приложения сами бесплатно. Firebase include:D
0р.
Обсуждение Webview и других программ.
0р.
Бесплатные программы для бизнеса .
0р.
Превратите ваш сайт в мобильное приложение.
590р.