Техническое задание
Что это и зачем оно нужно?
Что такое техзадание на разработку мобильного приложения? Каким оно должно быть? Какова его стоимость? Мы подскажем, что делать и с чего начать, если вы не знаете, как составить ТЗ на разработку мобильного приложения.
Без подробного технического задания разработка мобильных приложений невозможна.
Практика показывает, что владельцы бизнеса часто не знают, с какой стороны подойти к техзаданию, поэтому медлят с заказом, теряя время и деньги. На какие вопросы нужно дать точные ответы разработчикам?
Без подробного технического задания разработка мобильных приложений невозможна.
Практика показывает, что владельцы бизнеса часто не знают, с какой стороны подойти к техзаданию, поэтому медлят с заказом, теряя время и деньги. На какие вопросы нужно дать точные ответы разработчикам?
Что такое ТЗ на разработку мобильного приложения?
Это подробное задание программистам и другим членам команды, по которому на заданной платформе создают конкретный продукт или совокупность программных продуктов. Заказчик делает наглядное описание со снимками, логическими схемами, расчетами и другими пояснениями.
На этапе проектирования создают концепцию и прописывают технические подробности:
На этапе проектирования создают концепцию и прописывают технические подробности:
- какие задачи и цели выполняет приложение (например, пользователь одним нажатием на иконку узнает новости, отслеживает акции, заказывает продукты и услуги);
- особенности дизайна, соответствующие стилю и фирменным цветам компании;
- где хранятся и как структурированы базы данных;
- на каких мобильных платформах будет работать приложение: IOS / Android;
- тип верстки (альбомная, книжная, адаптивная);
- особенности серверной части
- особенности интеграции
Как написать ТЗ самостоятельно?
Самостоятельно создать техническое задание — задача сложная и требующая компетенций в различных областях знания (IT, дизайне и т.п.). Как правило, заказчики приходят с идеей, или с описанием требуемого функционала и общих представлений о том, как это должно выглядеть и работать. Некоторые компании собирают собственную команду для создания технического задания или нанимают внешнего подрядчика для выполнения этой работы.
Мы выделяем следующие стадии готовности ТЗ:
1. Идея
2. Описание функционала
3. Референсы (приложения, аналог которого Вы хотите получить)
4. Готовое ТЗ
На любой стадии прежде чем обратиться за расчетом стоимости, мы рекомендуем найти время и письменно ответить на следующие вопросы (хотя бы для себя):
1) Цели создания приложения
— для кого вы хотите создать приложение
— какие реальные задачи пользователей будет решать приложение
— зачем пользователи будут скачивать приложение и занимать память своего телефона
— какую цель преследуете Вы сами (ваш бизнес), создавая это приложение
2) Функционал
— какие функции должны быть в первой версии приложения обязательно
— какие функции могут появиться во вторую/третью/… очередь
3) Как организован бизнес-процесс сейчас
Как правило, приложения — это внешняя часть некоторого бизнес-процесса, данные о котором уже содержатся в некой системе. Это может быть CRM, 1С, IIKO, R-Keeper и другие. В каждой отрасли своя специфика, но в каждой отрасли есть решения, позволяющие хранить и обрабатывать данные о клиентах/заказах/продукции и т.п. Приложение не работает на пустом месте — это лишь оболочка, которая транслирует пользователю информацию с сервера и загружает ее обратно. При отсутствии такой системы — необходимо либо ее внедрение либо проектирование и создание (а это уже совсем другой процесс). Нужно быть к этому готовым.
Мы выделяем следующие стадии готовности ТЗ:
1. Идея
2. Описание функционала
3. Референсы (приложения, аналог которого Вы хотите получить)
4. Готовое ТЗ
На любой стадии прежде чем обратиться за расчетом стоимости, мы рекомендуем найти время и письменно ответить на следующие вопросы (хотя бы для себя):
1) Цели создания приложения
— для кого вы хотите создать приложение
— какие реальные задачи пользователей будет решать приложение
— зачем пользователи будут скачивать приложение и занимать память своего телефона
— какую цель преследуете Вы сами (ваш бизнес), создавая это приложение
2) Функционал
— какие функции должны быть в первой версии приложения обязательно
— какие функции могут появиться во вторую/третью/… очередь
3) Как организован бизнес-процесс сейчас
Как правило, приложения — это внешняя часть некоторого бизнес-процесса, данные о котором уже содержатся в некой системе. Это может быть CRM, 1С, IIKO, R-Keeper и другие. В каждой отрасли своя специфика, но в каждой отрасли есть решения, позволяющие хранить и обрабатывать данные о клиентах/заказах/продукции и т.п. Приложение не работает на пустом месте — это лишь оболочка, которая транслирует пользователю информацию с сервера и загружает ее обратно. При отсутствии такой системы — необходимо либо ее внедрение либо проектирование и создание (а это уже совсем другой процесс). Нужно быть к этому готовым.
Можно заказать приложение и без ТЗ
Порой ответы на эти вопросы приводят к пониманию того, что приложение вашему бизнесу не нужно. Если Вы убеждены в необходимости создания приложения, то ответы на эти вопросы помогут нам быстро и правильно понять Вашу задачу. А техническое задание составим вместе.
Какие виды ТЗ могут быть с которыми мы работаем?
1) Профессиональные (можно заказать у нас от 800$)
2) Пользовательские (100% пишите самостоятельно)
Опишем короткий пример пользовательского (не профессионального) технического задания:
Техническое Задание на Создание мобильного приложения «Тики-Токи»
Первый экран приложения после запуска: (Приветствие)
Оно содержит текст: (Привет, рады тебя видеть) ниже текста две кнопки:
1) авторизация
2) регистрация
Логика этого окна:
При нажатии кнопки Авторизация — открыть окно номер 2 (авторизация)
При нажатии кнопки Регистрация — под кнопкой регистрация отобразить два поля ввода:
1) Почта — в поле ввода отображать текст (Введите Email)
2) Пароль — в поле ввода отображать текст (Придумайте пароль)
И кнопку продолжить (не активна пока оба поля выше не будут заполнены)
После нажатия кнопки продолжить должно появится всплывающее по верх окна сообщение: На ваш Email отправлена ссылка для подтверждения email.
Вид окна Нарисовано в виде примера ручкой на салфетке, также прикладываю понравившейся дизайн из интернета — такой примерно хочу от вашего дизайнера:
Окно номер 2 : (название окна)
1) текст:
2) расположения текста:
3) Поля ввода и кнопки:
4) Логика окна:
5) примерный дизайн:
Окно номер 3 : (название окна)
1) текст:
2) расположения текста:
3) Поля ввода и кнопки:
4) Логика окна:
2) Пользовательские (100% пишите самостоятельно)
Опишем короткий пример пользовательского (не профессионального) технического задания:
Техническое Задание на Создание мобильного приложения «Тики-Токи»
- Только на Android — На iOS Может быть в будущем.
- Приложение рассчитано на пользователей возрастом от 16 до 32 лет (целевая аудитория)
- Приложение является социальной сетью
Первый экран приложения после запуска: (Приветствие)
Оно содержит текст: (Привет, рады тебя видеть) ниже текста две кнопки:
1) авторизация
2) регистрация
Логика этого окна:
При нажатии кнопки Авторизация — открыть окно номер 2 (авторизация)
При нажатии кнопки Регистрация — под кнопкой регистрация отобразить два поля ввода:
1) Почта — в поле ввода отображать текст (Введите Email)
2) Пароль — в поле ввода отображать текст (Придумайте пароль)
И кнопку продолжить (не активна пока оба поля выше не будут заполнены)
После нажатия кнопки продолжить должно появится всплывающее по верх окна сообщение: На ваш Email отправлена ссылка для подтверждения email.
Вид окна Нарисовано в виде примера ручкой на салфетке, также прикладываю понравившейся дизайн из интернета — такой примерно хочу от вашего дизайнера:
Окно номер 2 : (название окна)
1) текст:
2) расположения текста:
3) Поля ввода и кнопки:
4) Логика окна:
5) примерный дизайн:
Окно номер 3 : (название окна)
1) текст:
2) расположения текста:
3) Поля ввода и кнопки:
4) Логика окна:
Оценка технического задания
Как узнать стоимость мобильного приложения?
Оказание услуг по оценке технического задания (ТЗ), предоставленного заказчиком. Услуга применяется в тех случаях, когда клиенту нужно узнать стоимость выполнения работ до реализации задачи.
Обращаем внимание на то, что точная оценка технического задания возможна далеко не во всех случаях. Подробности и условия оказания услуги читайте ниже.
Обращаем внимание на то, что точная оценка технического задания возможна далеко не во всех случаях. Подробности и условия оказания услуги читайте ниже.
Стоимость услуги
Стоимость: 20$/час
Срок выполнения: от одного часа
Комментарий: Оцениваются только корректные ТЗ
Срок выполнения: от одного часа
Комментарий: Оцениваются только корректные ТЗ
Подробная информация об услуге
Заказчикам бывает нужно узнать точную стоимость выполнения работ. В связи с эти выделим два случая применения оценки:
В первом случае речь идёт о том, чтобы примерно оценить сроки и стоимость выполнения работы. Однако оплата реализации задачи всё равно выполняется согласно почасовым тарифам на услуги. Оценка нужна лишь для того, чтобы клиент понимал, на какую сумму и сроки следует рассчитывать. Таким образом, определённые сроки и стоимость клиенту сообщаются в качестве справочной информации, а конечная стоимость определяется по факту затраченного на реализацию задачи времени.
Что касается «точной оценки», то это совсем другая ситуация. В данном случае клиент хочет получить конечную стоимость, которая войдёт в счёт на оплату, а также точные сроки реализации. О таких случаях читайте подробнее ниже.
- Приблизительная оценка;
- «Точная оценка»
В первом случае речь идёт о том, чтобы примерно оценить сроки и стоимость выполнения работы. Однако оплата реализации задачи всё равно выполняется согласно почасовым тарифам на услуги. Оценка нужна лишь для того, чтобы клиент понимал, на какую сумму и сроки следует рассчитывать. Таким образом, определённые сроки и стоимость клиенту сообщаются в качестве справочной информации, а конечная стоимость определяется по факту затраченного на реализацию задачи времени.
Что касается «точной оценки», то это совсем другая ситуация. В данном случае клиент хочет получить конечную стоимость, которая войдёт в счёт на оплату, а также точные сроки реализации. О таких случаях читайте подробнее ниже.
Особенности точной оценки сроков и стоимости
Весьма распространённой является следующая ситуация: заказчик рассылает описание задачи в разные компании и запрашивает сроки и стоимость реализации. Затем выбирается «лучшее предложение» (обычно по самой низкой стоимости).
С точки зрения клиента такая ситуация выглядит вполне нормальной. Однако с точки зрения IT-компаний подобный подход является невыгодным. Давайте посмотрим, почему так происходит.
Проблема заключается в том, что в программировании нельзя просто взять и сказать: вот эта задача стоит столько-то и делается за такое-то время. Причин много, но вот несколько самых значимых (просьба обратить внимание! ):
Всё это приводит к тому, что оценка задач по программированию становится очень сложной задачей даже для специалиста высокой квалификации. В частности, возникают следующие вопросы:
Также напоминаем, что для большинства сложных задач некоторые моменты её реализации могут быть определены только в процессе выполнения задачи, то есть многие вопросы заранее просто неизвестны. Чтобы их выяснить, нужно начать выполнять задачу.
Таким образом, получается достаточно большой объём работы, который далеко не все клиенты хотят оплачивать (особенно потому, что не понимают технических особенностей оценки задач по программированию, что и не удивительно).
Оценка — это работа, которая должна быть оплачена!
С точки зрения клиента такая ситуация выглядит вполне нормальной. Однако с точки зрения IT-компаний подобный подход является невыгодным. Давайте посмотрим, почему так происходит.
Проблема заключается в том, что в программировании нельзя просто взять и сказать: вот эта задача стоит столько-то и делается за такое-то время. Причин много, но вот несколько самых значимых (просьба обратить внимание! ):
- Приложения, даже созданные на одной платформе, всегда отличаются (часто очень существенно);
- Не зная особенностей приложения клиента, а именно — как он сделан и функционирует, нельзя сказать ничего определённого;
- Клиенты могут придумать абсолютно любые задачи, основываясь только на бизнес-логике своей компании, но не понимая как это реализуется в приложении (в том числе конкретно в их приложении);
Всё это приводит к тому, что оценка задач по программированию становится очень сложной задачей даже для специалиста высокой квалификации. В частности, возникают следующие вопросы:
- Можно ли вообще выполнить указанную задачу в принципе (с учётом платформы приложения и его особенностей);
- Если это можно сделать, то как именно;
- Сколько времени займёт реализация и, следовательно, сколько это будет стоить;
Также напоминаем, что для большинства сложных задач некоторые моменты её реализации могут быть определены только в процессе выполнения задачи, то есть многие вопросы заранее просто неизвестны. Чтобы их выяснить, нужно начать выполнять задачу.
Таким образом, получается достаточно большой объём работы, который далеко не все клиенты хотят оплачивать (особенно потому, что не понимают технических особенностей оценки задач по программированию, что и не удивительно).
Оценка — это работа, которая должна быть оплачена!
Правила оказания услуг по оценке
Ниже приведены основные условия, которые применяются при запросе оценки сроков и стоимости выполнения задач по программированию. Указанные условия в равной мере относятся как к новым заказчикам, так и к текущим нашим клиентам.
В процессе оценки в приложение не создается.
Срок оценки предоставленного технического задания зависит от его объёма и сложности задачи. Обычно оценка занимает несколько дней. Результат оценки как правило представляет собой PDF документ с заключением программиста, в том числе комментарии по отдельным частям задачи, а также срок и стоимость реализации.
Задачи, не подлежащие оценке
Такие задачи мы отклоняем сразу, если это возможно. В этом случае клиент ничего не платит.
Если невозможность реализации задачи выясняется только в процессе оценки, то задача по оценке всё равно считается выполненной (как правило с указанием технических причин, по которым реализация невозможна в данном конкретном случае).
В процессе оценки изменения в Техническое задание от клиента не допускаются!
Результат оценки, выполненной нашим специалистом, не может быть оспорен ни при каких обстоятельствах (иначе обращение к нам за оценкой теряет смысл по определению).
Также мы оставляем за собой право отказать в оценке любой задачи до её оплаты без объяснения причин. Обратите внимание, что счёт на оплату подобных работ всегда выставляется после одобрения нами оценки предоставленного ТЗ.
- Наличие подробного технического задания.
- Предоплата счёта на выполнение оценки.
В процессе оценки в приложение не создается.
Срок оценки предоставленного технического задания зависит от его объёма и сложности задачи. Обычно оценка занимает несколько дней. Результат оценки как правило представляет собой PDF документ с заключением программиста, в том числе комментарии по отдельным частям задачи, а также срок и стоимость реализации.
Задачи, не подлежащие оценке
Такие задачи мы отклоняем сразу, если это возможно. В этом случае клиент ничего не платит.
Если невозможность реализации задачи выясняется только в процессе оценки, то задача по оценке всё равно считается выполненной (как правило с указанием технических причин, по которым реализация невозможна в данном конкретном случае).
В процессе оценки изменения в Техническое задание от клиента не допускаются!
Результат оценки, выполненной нашим специалистом, не может быть оспорен ни при каких обстоятельствах (иначе обращение к нам за оценкой теряет смысл по определению).
Также мы оставляем за собой право отказать в оценке любой задачи до её оплаты без объяснения причин. Обратите внимание, что счёт на оплату подобных работ всегда выставляется после одобрения нами оценки предоставленного ТЗ.
Как формируется стоимость работ по оценке?
Стоимость оценки ТЗ клиента зависит от объёма технического задания, а также его предполагаемой сложности.
Например, программист примерно считает, что оценка займёт 6 часов. В таком случае стоимость будет равна: 6*20=120 $.
В программировании понятия «посмотреть» и «оценить» приравниваются к понятию «сделать». Поэтому оценка тарифицируется по прайс-листу на оказание услуг программиста.
Особенности реализации оцененной задачи
Задача реализуется в том виде, в котором она описана в оцененном Техническом задании. Если клиент вносит изменения в ТЗ, то мы оставляем за собой право отклонить эти изменения, поскольку оцененная стоимость и сроки реализации задачи изменились (причём непонятно, как именно).
Все задачи, реализуемые на основании оцененного ТЗ, выполняются только по 100% предоплате без каких-либо исключений.
В качестве альтернативы клиент может выбрать реализацию задачи без предварительной оценки по тарифам на услуги программиста.
Если клиент настаивает на точной оценке, а мы считаем, что оценить точно сложно, то конечная стоимость реализации задачи может быть увеличена (с запасом на непредвиденные трудности). Увеличение стоимости может быть значительным относительно «минимальной оценки».
В редких случаях оценка может выполняться бесплатно по нашему усмотрению, но это касается только наших постоянных клиентов (и то далеко не во всех случаях).
Например, программист примерно считает, что оценка займёт 6 часов. В таком случае стоимость будет равна: 6*20=120 $.
В программировании понятия «посмотреть» и «оценить» приравниваются к понятию «сделать». Поэтому оценка тарифицируется по прайс-листу на оказание услуг программиста.
Особенности реализации оцененной задачи
Задача реализуется в том виде, в котором она описана в оцененном Техническом задании. Если клиент вносит изменения в ТЗ, то мы оставляем за собой право отклонить эти изменения, поскольку оцененная стоимость и сроки реализации задачи изменились (причём непонятно, как именно).
Все задачи, реализуемые на основании оцененного ТЗ, выполняются только по 100% предоплате без каких-либо исключений.
В качестве альтернативы клиент может выбрать реализацию задачи без предварительной оценки по тарифам на услуги программиста.
Если клиент настаивает на точной оценке, а мы считаем, что оценить точно сложно, то конечная стоимость реализации задачи может быть увеличена (с запасом на непредвиденные трудности). Увеличение стоимости может быть значительным относительно «минимальной оценки».
В редких случаях оценка может выполняться бесплатно по нашему усмотрению, но это касается только наших постоянных клиентов (и то далеко не во всех случаях).
