Договор на разработку мобильного приложения образец

Договор на разработку мобильного приложения. Подробно о главном

Договор на разработку мобильного приложения образец

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

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

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

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

: Заработок на мобильных приложениях

Правовые вопросы для дилетантов

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

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

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

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

Важно. Не рекомендуется перекладывать дело полностью на плечи юриста. Подписывать договор будет не он, а отвечать, потом придется вам.

Передача исключительного права

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

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

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

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

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

Предусмотренная ответственность

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

Техническое задание

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

В приложении 2, описывают весь производственный процесс поэтапно. Сюда входит реализация, тестирование, запуск, доработка и гарантия. Отдельно договариваются о послегарантийной поддержке.

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

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

Условия по приему-передаче дизайнерской разработки

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

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

Нераспространение информации

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

Результат сотрудничества

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

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

Условия оплаты

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

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

Заключение

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

Источник: https://narabotu-online.ru/dogovor-na-razrabotku-mobilnogo-prilozhenija/

Как заказать мобильное приложение (основано на реальных событиях) | Rusbase

Договор на разработку мобильного приложения образец

Чтобы с самого начала ограничить пыл заказчика: почти 90% мобильных устройств в России – это Android. О чем эта цифра должна говорить вам, как заказчику? О том, что если вы сомневаетесь в успехе своего приложения, то не надо тратить двойной бюджет на две платформы. Сделать надо сначала под Android.

Сомневаться в успехе приложения вы просто обязаны. Потому что ваши умозаключения – только ваши. Поведение пользователей на 90% не будет соответствовать вашим ожиданиям.

Делать под iOS в первую очередь можно и нужно тогда, когда вы ориентированы с первого релиза на покупки в приложении, на американский рынок или на российского потребителя с доходом выше 100 000 рублей в месяц. Ваша целевая аудитория – welcome!

2. Секунды против вас

Время единовременной сессии пользователя с устройством в 2015 и 2016 годах сократилось с 11 до 9 секунд соответственно. Объясняю на пальцах: пользователь достал, посмотрел и снова вернул в карман.

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

3. Программирование – это работа

Работа живых людей. Независимо от рынка труда и разницы в стоимости тех или иных специалистов, в одной и той же студии приложение для Android и это же приложение для iOS не могут стоить по-разному!

Если вам за android-версию озвучивают цену 300 000 рублей, а за iOS 450 000, то это как минимум сигнал к переговорам, а как максимум повод задуматься: скорее всего, у студии нет своего разработчика iOS или обоих разработчиков и они просто заказывают на стороне. Один просит одних денег, другой – других, а студия хочет сохранить свою маржу, отсюда и разница в итоговой цене.

«Бумажный этап» или с чего начать

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

Нет смысла рыть интернет с запросом «шаблон ТЗ для приложения». Не надо вам этого. Возьмите десяток листов бумаги и карандаш. Ручку, если кому удобнее. Каждый лист бумаги – это экран мобильного. Слишком большой? Ну так и рука ваша – это не Photoshop.

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

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

Для продвинутых заказчиков

Когда «бумажный» этап пройден, но вам очень хочется, чтобы приложение ожило, можно попробовать Marvel App. На мой взгляд, это бомбическая вещь. На компьютере в Paint вы можете нарисовать, или скачать шаблон у меня из публикации.

На этом самом шаблоне в том же самом примитивном Paint вы рисуете свой макет (прототип). Каждый экран. Кнопки – кружки или квадратики. Пункты меню – прямоугольники. Перерисовали все свои бумажные экраны? Каждый в отдельном файле. Должно получиться минимум с десяток, а то и больше файлов.

Нарисовали? Что дальше:

  1. Перекидываете себе эти файлы в мобильное устройство.
  2. Грузите Марвел и в проект импортируете все созданные изображения.
  3. С помощью тычка пальца в каждую кнопку и меню link вы делаете связи между вашими экранами.
  4. Когда все закончите, нажимаете треугольничек play в правом верхнем углу, и (эврика!) у вас получился почти профессиональный прототип приложения, которым можно поделиться с друзьями для оценки функционала, поделиться с бизнес-партнерами, поделиться с будущим разработчиком, чтобы он знал, что вы от него хотите. Для него такой макет – это в сто раз лучше кучи слов, которые вы напишете в письме или расскажете по телефону.

«Мясо» или реальный поиск исполнителя

Как искать – всем понятно: Яндекс, Гугл, рекомендации, фриланс. Все средства поиска хороши по-своему. В итоге вы будете переписываться и разговаривать по телефону, скайпу или другим популярным способам.

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

Общение по электронной почте с сохранением истории переписки

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

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

Шаблонов множество, полагаю, если разобрались с Marvel, то и тут справитесь.

Критерий 2. Подписание NDA

Лучше подписаться на стадии обсуждения прототипа приложения (шаблон NDA). Некоторые разработчики начнут кривить нос еще в этот момент. Это тревожный сигнал. Что ждать от разработчика, если ему лень подписать бумагу о неразглашении?

Критерий 3. Официальное предложение

Продолжим, NDA вы подписали, прототип показали, и после этого разработчик должен вам прислать (подчеркну: прислать) официальное предложение, где он опишет этапы, ориентировочную цену и сроки реализации. А также укажет дельту изменения цены и, в зависимости от каких моментов эти изменения могут произойти.

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

1. Юридические вопросы

Если вы получили КП, цена и сроки вас устраивают, то стоит переходить к согласованию договора.

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

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

Очень желательно предусмотреть порядок сдачи работ по каждому этапу:

  • Рекомендую исходные коды и иную документацию, необходимую для работы с ПО, передавать одновременно с результатами работ, то есть вместе с ПО.
  • Обратите внимание на испытательный срок для тестирования ПО – хватит ли вам его для всестороннего тестирования.
  • Обязательно предусмотреть ответственность за срыв сроков сдачи работ по каждому этапу и по итогу в целом. И это должны быть не пени. Это должны быть фиксированные в конкретных суммах штрафы, которые будут бодрить разработчика. Даже если разработчик испугается штрафов и захочет срок сдачи проекта увеличить в полтора раза – пусть, но зато у вас будут инструменты компенсации, чем срок будет 10 дней без штрафов, но реально растянется на год и вы просто потеряете время.

2. Согласование ТЗ

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

На что стоит обратить внимание:

  • В ТЗ должны быть указаны общие технические и графические требования к платформе и в целом к окружающей нас действительности. И у Google, и у Apple есть свои рекомендации по оформлению приложений и по их функциональным особенностям. Разработчики знают об этих рекомендациях. Хорошие разработчики знают их на зубок. Средние знают, что они существуют. Плохие просто знают, что «что-то там есть». Какой вам нужен разработчик – определитесь сами.
  • Какие версии операционных систем должны воспринимать ваше приложение, какие серверные мощности вам нужны, каким способом приложение будет «общаться» с базой данных и прочее. Опять же, рекомендую обратиться к статистике и опыту разработчика. Если он говорит, что Android 4.4 – это 80% от всего андроида в России, значит, не нужно вам 4.3, если у вас старый телефон. Если он говорит, что с учетом специфики вашего приложения хоститься лучше за границей, значит, наверное, так лучше. Благо, нет проблемы купить заграничный хостинг.
  • Дальше в ТЗ будет детальное описание каждого экрана вашего приложения и действий, которые будут на нем происходить. Как бы это ни было нудно, придется все это вычитывать. Это важная кропотливая работа, но она того стоит, ведь ТЗ – это неотъемлемая часть вашего договора. Это приложение к договору!

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

Еще не всё… Важные моменты

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

Документ этот будет называться Style-guide и тоже будет доп.соглашением к договору. Если этого нет в ваших переговорах – насторожитесь, будут проблемы.

Важно!

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

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

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

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

Любой дизайнер может подать иск и требовать от заказчика прекратить использование произведения дизайна и выплатить компенсацию размером от 10 до 50 000 минимальных размеров оплаты труда. Так что вам стоит призадуматься заранее. 99% заказчиков просто везет, что в России дизайнеры, во-первых, юридически безграмотные, а во-вторых, просто добрые.

Итог: без вас ничего не выйдет

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

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

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

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

Материалы по теме:

Битва за данные: какие войны назревают за новую нефть

«Досмартфонная эра» — краткий экскурс в историю для тех, кто так и не накопил на Vertu

Умная Москва: какими технологиями нашпигована столица

Компания Тимати запустит собственного виртуального оператора, интернет-банкинг и кэшбек-сервис

Где пользователи больше всего пострадали от хакеров: топ-10 стран

Источник: https://rb.ru/opinion/real-mobile/

Мобильные приложения для бизнеса: инструкция по разработке

Договор на разработку мобильного приложения образец

data-eval=if (window.outerWidth

  • Какие задачи поставить перед мобильным приложением?
  • Какую платформу выбрать: Android или iOS?
  • С чего начать разработку?
  • Нанимать разработчика в штат или отдать на аутсорсинг?
  • Как удешевить разработку?
  • Что делать с приложением после разработки?

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

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

Какие задачи поставить перед мобильным приложением?

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

Все самое важное в Telegram

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

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

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

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

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

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

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

Менеджер, приходя в магазин к клиенту, на планшете оформляет заявку, отправляет ее в 1С, после чего эту заявку обрабатывает оператор на складе.

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

Представление каталога продукции
Интерактивный, всегда обновляемый каталог товаров: фотографии, описания, характеристики и т.д.

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

Увеличение продаж в b2c, ритейл сегмент
Продажа билетов, заказ товаров, бронирование столиков и т.д.

Удобный поиск товара, более отзывчивый интерфейс по сравнению с мобильным вебом, возможность присылать пуш-сообщения, больше возможностей в разработке (доступ к камере телефона, gps и другим модулям).

Три вопроса, на которые нужно ответить

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

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

2. Вы понимаете рентабельность этого проекта?

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

— Закладывайте бюджет на поддержание и обновления приложения.

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

3. Где будут искать ваш товар или услугу пользователи?

Посмотрите внимательно, есть ли в цепочке поиска вашего товара магазины приложений Google Play и AppStoreЕсли нет, тогда еще раз уделите внимание спросу.

Инструмент для работы с клиентами, автоматизация специфических процессов

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

  • оформление заявки на услугу;
  • вызов специалиста компании;
  • анкетирование клиентов;
  • информирование клиентов о новостях компании (наряду с СМС-приложением);
  • автоматизация специфического процесса в компании или эксплуатации продукции.

Примеры:

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

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

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

С чего начать разработку?

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

Существует практика, когда приложение разрабатывается на аутсорсинге, а потом в штат принимают специалиста для поддержания и развития проекта.

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

Чтобы обратиться к подрядчику:

  1. Соберите требования от отделов, которых затронет внедрение мобильного приложения.
  2. Определитесь, с какими программами будет синхронизироваться мобильное приложение.
  3. Подумайте, как вы будете администрировать эти данные.
  4. Выберите платформы (Android и/или iOS).

В разговоре с подрядчиком узнайте:

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

Ответы на частые вопросы

Android или iOS?

Мы всегда рекомендуем отталкиваться от задач и вашей аудитории.

  • Android-устройств в СНГ более 80%. Пользователи iOS более платежеспособны.
  • Если вы будете покупать устройства для корпоративного использования, Android устройства значительно дешевле.
  • Недостаток Android-разработки — большое количество моделей девайсов, много слабых устройств от производителей со своей прошивкой Android. Вы не сможете гарантировать 100% работоспособность приложения на всех моделях.

Можно ли перенести код с Android на iOS?

Android-приложение пишется на языке программирования Java, а iOS приложения — на Swift или Objective C. Это делают два разных программиста. Перенести код нельзя.

То есть, мне придется делать приложение на Android и отдельно на iOS?
Да. Кроме того, приложения на Android и на iOS — это два разных дизайна.

Но на рынке есть такое явление, как кросс-платформенная разработка. Используя специальные фреймворки (Xamarin, PhoneGap, Cordova), программисты пишут приложения с помощью веб-языков программирования. Это делается с целью снизить затраты на разработку. Преимущества и недостатки этой модели — дискутируемый вопрос на рынке. Мы не будем затрагивать его в статье.

Что дешевле разработать — Android или iOS?

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

Как удешевить разработку?

  • Пользуетесь учетной/складской/CRM/ERP системой? Обратитесь к разработчику этого софта. Спросите, есть ли у него мобильные решения.
  • Поищите готовые решения. Если у вас типовой бизнес-процесс, то на рынке должны быть готовые решения. Это дешевле, чем разработка индивидуального приложения.

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

Выпускайте поэтапно и тестируйте

  1. Из всего объема функций выберите несколько самых востребованных и начните с них. Да, это увеличит общий срок разработки, но чем раньше вы получите первый функционал, тем меньше сделаете ошибок в дальнейшем.
  2. Если вы не хотите рисковать и делать приложения сразу на двух платформах, сделайте на одной и протестируйте.
  3. Если делаете приложения для клиентов, то предложите нескольким ключевым клиентам поработать с ним. Соберите ошибки и пожелания для дальнейшей работы.
  4. В Google Play есть инструмент для Альфа и Бета тестирования. Пригласите клиентов протестировать ваше приложение. При финальном релизе отзывы и оценка не перенесутся на основное приложение.

У Apple инструмент посложнее — TestFlight.

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

Клиент-серверное приложение

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

Каталог товаров, данные о клиентах, цены и т.д. — все это может обновляться онлайн, данные приходят с сервера. Это могут быть существующие базы данных, которые вы используете для работы в других сервисах. Или вам придется создавать эти базы данных заново.

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

Публикация приложения

После разработки приложения размещаются в специальных магазинах приложений play.google.com или AppStore. Эти ресурсы взимают годовую оплату за регистрацию аккаунта.

Размещение не занимает много времени:

  1. Подготовьте материалы для публикации (GooglePlay, AppStore).
  2. Прочтите правила публикации приложений.
  3. Разместите приложение.

Затраты на обслуживание и поддержание мобильных приложений

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

Источник: https://delo.ua/business/mobilnye-prilozhenija-dlja-biznesa-instrukcija-po-razrabotke-328778/

Стоимость разработки мобильного приложения | AppCraft | Блог

Договор на разработку мобильного приложения образец

Александр Мурзанаев CEO AppCraft

Ξ  Обновленный анализ темы: сколько стоит мобильное приложение в 2017 году

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

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

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

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

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

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

  • оплата работы программистов;
  • оплата работы дизайнера и управляющего проектом;
  • обеспечение условий работы команды (аренда помещений, интернет и т.д.);
  • социальные выплаты и налоги;
  • прибыль организации.

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

Мы разрабатываем приложения и для стартапов, и для уже функционирующего бизнеса. Что тоже влияет на формат работы над проектом.

Минимальная стоимость мобильного приложения

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

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

Две недели работы двух специалистов с полной занятостью (управляющий проектом и программист под одну платформу) и одного с частичной занятостью (дизайнер) составят минимум 80-90 тысяч рублей. Операционные расходы в этом случае добавят еще 15-25% к стоимости проекта.

В результате с заложенной прибылью в 5-10% стоимость проекта под одну платформу составит уже от 105 тыс рублей.

Можно ли сделать приложение еще дешевле? Да, для этого есть три варианта:

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

    Подробнее об этом мы говорили в статье о мобильном приложении для стартапа.

  2. Сделать приложение кроссплатформенным. О плюсах и минусах данного подхода мы подробно рассказали в статье о кроссплатформенной и нативной разработке. В некоторых случаях данный подход имеет смысл.
  3. Заказать приложение на фриланс-сайтах.

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

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

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

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

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

Максимальная стоимость мобильного приложения

На формирование максимальной цены оказывают влияние два фактора: закон спроса / предложения и здравый смысл, которые не всегда идут рядом.

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

То есть вы покупаете проект и еще минимум за такую же стоимость, ощущение гарантии. Ощущение, опять же, не потому что оно мнимое – любая известная студия делает свою работу крайне профессионально. А потому, что гарантии (подробно расписанные в договоре) вы получите и в любой другой студии, сделавшей 5-10 хороших проектов.

Но наличие в портфолио компании Apple психологически успокаивает больше, чем любые юридические и имиджевые обязательства )

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

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

В этом случае или стоимость часа работы должна быть почти 14 тысяч рублей (а это должен быть ну очень хороший программист, делающий по одной социальной сети каждый день), или кол-во часов занижено и на самом деле над проектом работают не три, а 42 человека при ставке в 1000 руб/час.

Оба сценария не являются реалистичными, что дает вам понимание завышенной оценки. В общем случае если умножением кол-ва сотрудников, работающих над проектом, на кол-во трудовых часов и ставку в 1-2 тыс руб/час вы получили цифру в 2-3-5 и т.д.

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

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

Порядок оценки стоимости мобильного приложения

Например, вам нужно заказать разработку приложения для iOS или Android, позволяющего пользователям оформить доставку пиццы квадрокоптерами. На этапе приятного знакомства мы определяем, что мобильное приложение должно работать и на iOS, и на Android. Адаптация для планшетов не требуется.

Уровень проработки дизайна должен быть стандартным (не создаются уникальные элементы интерфейса специально для этого приложения).

Наши менеджеры сразу определяют, что должна быть механика регистрации/входа пользователей, необходимо реализовать подтверждение некоторых полей профиля пользователя (указанного телефона, возможно прозвон адреса доставки), должна быть привязка к серверной стороне, через которую приложение будет получать каталог пицц и список свободных квадрокоптеров (допустим, каждый из них должен иметь свое собственное имя), а также отправлять сформированные заказы с возможностью оставлять отзывы после их выполнения. На основе понимания необходимых частей работы, мы ориентировочно оцениваем мобильное приложение в 300-700 тысяч рублей.

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

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

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

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

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

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

Что еще может влиять на бюджет мобильного приложения

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

Еще один фактор – глубина проработки элементов. Если вы попробуете рассчитать стоимость вашего проекта на одном из онлайн-калькуляторов (на otreva.com или kinvey.com), предлагаемых некоторыми студиями, то будете удивлены стоимостью той же иконки приложения в €1000-1500.

На первый взгляд кажется, что создание одной иконки явно должно потребовать меньшее количество времени (вряд ли у профессионального дизайнера это займет 12 полных рабочих дней при стоимости 1000 руб/час). Однако в данном случае, собственно отрисовка иконки – только небольшая часть всей расчетной работы.

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

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

На примере иконки вы можете выбрать разные варианты, начиная от ее отрисовки за 1-2 часа и 2000 рублей и заканчивая получением объемной презентации на несколько десятков страниц, где описываются различные концепции и как каждая из них будет восприниматься на различных фонах, в различных позициях магазина и т.д., стоимость которой может быть больше 100 тыс рублей.

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

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

Безусловно, все эти факторы не означают, что бюджет может измениться, скажем, в 2-3 раза с момента старта работ. Но, необходимо понимать, что есть независящие от обеих сторон риски, которые мы при необходимости совместно должны прорабатывать.

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

Поддержка

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

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

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

Еще про деньги:

Стоимость приложения за 26 секунд
Сколько стоит мобильное приложение в 2017 году
Как зарабатывать с помощью мобильного приложения

Источник: https://appcraft.pro/blog/stoimost_mobilnogo_prilozhenija/

Рука правосудия
Добавить комментарий