Если вы думаете о разработке своего первого (или второго, или 31-го) мобильного приложения, вам, очевидно, нужно знать, сколько это будет стоить. К сожалению, «это зависит» - самый распространенный и в то же время самый глупый ответ, который вы получите, когда попытаетесь поговорить с разработчиками о затратах и оценках.
Обычное дело - потому что разработка мобильных приложений на самом деле зависит от множества различных факторов, что само слово - просто самый простой способ ответить в ближайшее время. Глупо, потому что это оставляет тебя без реальной информации вообще.
И как только они говорят это, вы спрашиваете «Зависит от чего?». Далее следует, как правило, сочетание методов продаж и попытки выяснить, каковы ваши требования.
Процесс правильной оценки и подготовки к нему имеет решающее значение для успеха вашего проекта. Для вас так же важно, как и для разработчика, сделать это правильно.
Я постараюсь сделать этот процесс немного более существенным и менее коммерческим. Да, мы по-прежнему хотим, чтобы ваш бизнес, но больше всего мы хотим, чтобы вы могли принять обоснованное решение, выбираете ли вы keepwarning или другого разработчика для работы.
В приведенной ниже статье делается попытка объяснить «краткое изложение мобильного приложения» максимально подробно и удобно для читателя, но если у вас есть какие-либо комментарии или вам нужна дополнительная информация, пожалуйста, дайте мне знать. Особенно если что-то не достаточно понятно. Я хочу, чтобы это помогло всем, кто задумывается о разработке программного обеспечения.
Это просто, как наше простое приложение. Чем больше мы знаем о вашей идее, тем лучше. Не потому, что мы хотим украсть его , а потому, что мы хотим помочь вам добиться успеха. В меру наших знаний и способностей. Бит знаний, по крайней мере, основная его часть, придет от вас.
На самом деле, это то, что важнее всего. Если есть что-то, чему вы должны уделить больше всего внимания при подготовке брифинга, это детали. Когда мы оцениваем ваши требования, тщательно собранная информация окажется неоценимой.
Итак, без лишних слов, давайте поговорим о вашем следующем кратком обзоре мобильного приложения. Это что-то вроде чтения, но для одного - я постараюсь сделать его настолько безболезненным и кратким, насколько смогу. Во-вторых, если вам удастся пройти через все это, я могу гарантировать, что у вас будет то, что нужно, чтобы начать искать подходящего разработчика.
Почему вы думаете о разработке мобильного приложения? Понимание вашей идеи и ее обоснования поможет нам выбрать правильные технологии, приспособиться к вашей краткосрочной и / или долгосрочной стратегии и дать рекомендации по наиболее эффективному подходу.
Чтобы обеспечить адекватное обслуживание, разработчикам программного обеспечения необходимо знать, какую ценность вы предоставляете своим пользователям. Будь то клиенты, широкая публика или ваши собственные сотрудники, внедрение новой системы направлено на решение проблемы, удовлетворение потребности или получение выгоды для конечного пользователя. Понимание вашего ценностного предложения и целевой аудитории вашего приложения поможет нам разработать правильное решение и использовать технологии, соответствующие вашим потребностям.
Определите текущее состояние вашего проекта. Это просто идея, требующая анализа и оценки? Или, может быть, вы уже прошли через это, и ваш проект уже находится на стадии разработки? У вас уже есть собственная команда, работающая над проектом?
Как только мы узнаем ответы на них, мы сможем использовать эту информацию, чтобы лучше оценить спектр услуг, которые вам потребуются. В основном, мы хотели бы знать:
Если у вас есть команда людей, ответственных за проект? Какие роли покрыты? Вы предоставляете специального Владельца продукта или планируете контролировать разработку самостоятельно?
Можете ли вы предоставить какую-либо деловую информацию, документацию, другие знания о проблеме, которую решит ваша система?
Существуют ли конкретные рекомендации для предлагаемой вами системы относительно возможностей, технологий, стандартов или процессов поставщика, которым должен следовать поставщик услуг (разработчик)?
Обладая вышеуказанной информацией, ваш будущий поставщик сможет быстро определить, обладают ли они необходимыми качествами, активами и ресурсами для работы над вашим проектом.
Предоставляя вышеуказанную информацию или любые другие подробности в кратком изложении, я рекомендую не скрывать какую-либо информацию / требования, которые могут у вас возникнуть. Если вы пропустите важную деталь, нарочно или случайно, это может иметь значительные последствия. Просто потому, что то, что может показаться вам маленьким и незначительным, на самом деле может оказаться серьезным и сложным вопросом для разработчика. Такое недоразумение чаще всего приводит к осложнениям и конфликтам. Лучше избегать этого с самого начала.
В этой важной части краткого изложения вы будете описывать задачи и процессы, которые конечный пользователь будет выполнять с помощью вашего приложения. Другими словами - что должно делать ваше приложение? Во-первых, вам нужно определить типы пользователей, которые будут иметь ваше приложение - администратор, клиент, поставщик (в системе Uber это администратор, пассажир, водитель). Затем для каждого из них необходимо указать функции, к которым они смогут получить доступ.
Стандартный способ описания функции приложения - история пользователя. Обычно в следующей форме: Как <тип пользователя>, я хочу <некоторую цель>, чтобы <некоторая причина> рассказывала нам, кто (пользователь), как (цель) и почему (цель) будет использовать конкретный функция. Эта информация является основой для разработчиков и разработчиков UX для планирования и оценки времени и технологий, необходимых для разработки функции.
Как <обычный пользователь> я хочу <войти в приложение>, чтобы <я мог использовать его основные функции>
или
как <системный администратор> я хочу <управлять учетными записями пользователей>, чтобы <я мог изменять, настраивать, удалить и создать новые учетные записи пользователей>
Каждое приложение / система может быть разбито на 2 части:
1. Компоненты, которые необходимо разработать,
2. Предстоящая работа.
Основными компонентами системы / приложения являются следующие:
Android мобильное приложение - приложение, предназначенное только для устройств Android,
мобильное приложение iOS - приложение для iPhone,
Бэкэнд-приложение - серверное решение, содержащее базу данных и / или интерфейс программирования (API),
Веб-панель администратора - приложение администратора для системных администраторов,
Веб-приложение для конечных пользователей - приложение на основе браузера,
Интеграция со сторонними сервисами - внешними системами, API,
Целевая страница - сайт с информацией о проекте.
В зависимости от сложности и ваших предпочтений, вашему проекту потребуются все или только некоторые из этих компонентов. Большинство современных разработчиков предлагают начать с MVP вашей системы .
Кроме того, проект может быть определен путем определения объема требуемой работы и реализации результатов.
UX / UI design - подготовка требований, макеты hi-fi и lo-fi, прототип,
Реализация приложений (разработка Android, iOS, веб, бэкэнд, API и т. Д.),
QA - процесс тестирования, включающий в себя приемочное, безопасность, эффективность, производительность, автоматическое, модульное, альфа- и бета-тестирование (и пользовательские тесты для хорошей оценки),
Подготовка проектной документации (спецификация, технические, функциональные, тестовые сценарии, API, интеграция),
Передача интеллектуальной собственности (ИС) - исходный код или решение по лицензированию,
Реализация Google Play и App Store,
Управление проектом - клиент предоставляется при найме только команды разработчиков или предоставляется разработчиком при освещении проекта в целом,
После обслуживания - техническое обслуживание и дальнейшее развитие после завершения проекта.
Время всегда имеет значение. Если вам нужно, чтобы ваше приложение было запущено к определенной дате, ваш разработчик должен знать об этом как можно раньше. Знание того, сколько у нас есть времени, позволит нам настроить размер команды в соответствии с вашими требованиями, а также даст вам знать, возможны ли временные рамки. Разработчик может сделать так много, и некоторые сумасшедшие все еще утверждают, что на самом деле вы можете заставить 9 женщин родить ребенка за 1 месяц от зачатия. Здесь, на земле, мы все еще работаем на принципах «делаем все возможное».
Если вы не в сжатые сроки, это также докажет ценную информацию. Возможность потратить наше время снизит цену вашего проекта.
Цель ваших инвестиций в новое (или уже существующее) ИТ-решение состоит в достижении целей, указанных в кратком изложении вашего приложения. Инвестиции не могут быть успешными без бюджета.
Поскольку разработка программного обеспечения является в значительной степени творческим процессом со многими переменными с точки зрения решений, технологий, времени и т. Д., Зная, что бюджет позволит разработчикам адаптировать свое предложение к вашим бюджетным требованиям.
Как только они узнают, сколько вы планируете инвестировать в проект, разработчики мобильных приложений могут предложить наиболее подходящее решение. Без этих знаний они будут вынуждены оценивать «вслепую», что обычно означает предложение самых дешевых и низкокачественных вариантов, чтобы быть конкурентоспособными с другими поставщиками. Полученные оценки обычно в значительной степени неадекватны и неточны. В худшем случае вы фактически заплатите за испорченную услугу или получите программное обеспечение, которое потребует месяцев исправления ошибок и их устранения другим поставщиком. Большинство компаний, разрабатывающих приложения, обычно отказываются от такого назначения, так как опыт научил нас, что исправление чужих ошибок - это и больно, и дорого. Кроме того, наши технические аналитики обычно говорят нам, что «сделать новый дешевле, чем починить этот мешок с…».
Четкое указание ваших бюджетных требований - лучший способ найти подходящую компанию по разработке приложений . Лучший способ раскрыть это, сказав нам: «Мы думаем потратить сумму Х на этот проект, и мы определенно не хотим превышать сумму Y». Это позволит нам предложить решение, удовлетворяющее требованию X, и расширенное решение, которое приблизится к сумме Y.
При поиске хорошего разработчика приложения вы должны установить критерии, которые будут определять ваш выбор. Это даст вам четкое представление о компании, с которой вы, скорее всего, будете сотрудничать. Открытое и честное заявление об этом на начальных этапах поиска также сэкономит вам время на переговоры с поставщиками, которые не могут удовлетворить ваши потребности.
Ниже вы найдете три наиболее распространенных характеристики поставщиков, которые наши клиенты учитывают при принятии решения. Все они действительны и в равной степени важны, хотя по опыту мы можем сказать, что ни один поставщик не способен предоставить услуги, которые удовлетворят их все. Возьмите это за совет - если разработчик говорит вам, что он может «сделать все», он, скорее всего, не стоит вашего доверия или, по крайней мере, должен быть тщательно проверен.
Цена - если вы стартап или у вас очень ограниченный бюджет (они часто встречаются вместе), вы, очевидно, будете искать самый дешевый вариант. Налаженные предприятия обычно ищут долгосрочных партнерских отношений, и цена является второстепенным вопросом. Взаимное доверие, опыт и поддержка играют более важную роль,
Сроки - некоторые решения требуют соблюдения строгих сроков. Если вам требуется команда разработчиков как можно скорее, то разработчики, предлагающие услуги в короткие сроки, - это то, что вам нужно,
Качество - продавцы, предлагающие высокое качество, в настоящее время наиболее востребованы на рынке. Будь то идеальный дизайн UX / UI, чтобы угодить пользователям, чистый код, надежность, эффективность или все это вместе взятые - поиск мобильного разработчика по этой мере кажется наиболее популярным и дает наилучшие результаты с точки зрения ROI.
Что из перечисленного будет определять ваше решение, зависит от потребностей, возможностей и требований вашего бизнеса. Также полезно сообщить разработчикам о ваших приоритетах, чтобы они могли лучше скорректировать свое предложение и оценку.
Обратившись к различным разработчикам, вы обнаружите, что они отвечают запросами на дополнительную информацию, разъяснения и т. Д. Хорошо бы включить ответы на эти вопросы в свое задание, чтобы у следующего разработчика, которого вы спрашиваете, была еще более четкая и более подробная картина вашей идеи. Тем более важно обновлять любые изменения ваших требований, которые вы предлагаете при поиске подходящего поставщика.