Знаете ли вы, что общего у многих предпринимателей-провидцев, помимо деловой хватки, настойчивости, преданности и уверенности в своем техническом гении?
Неспособность правильно и четко сформулировать идею или концепцию своего проекта для тех, кто на самом деле будет работать над их воплощением в жизнь!
Конечно, есть исключения, как и во всем, но, исходя из моего семидесятилетнего опыта работы в сфере ИТ, большинство наших будущих создателей мобильных продуктов не смогли создать четкие и хорошо структурированные спецификации для разработки мобильных приложений. В противном случае мы в Intersog не получили бы так много хаотических спецификаций приложений, иногда напоминающих эссе от более свежего колледжа (хотя некоторые владельцы приложений действительно являются более свежими из колледжа) или заметки из безумного убежища, а не из набора технических требований.
Вы можете возразить, что все идеи хомяков по своей природе креативны, а креативность не всегда приравнивается к упорядоченному подходу. Проблема заключается в том, что плохо написанная спецификация разработки приложения, скорее всего, не позволит вам получить ваш мобильный продукт вовремя, в рамках бюджета и в соответствии с вашим первоначальным видением, а также от сопоставления ваших фактических расходов с бюджетом разработки и создания среды общего видения продукта. с вашим партнером по развитию или командой.
Техническая спецификация, как правило, определяет требования, необходимые для выполнения контракта на разработку, поэтому, когда вы не можете предоставить своему будущему поставщику приложений четкое представление о продукте и о том, как он будет взаимодействовать с пользователями и системами, будьте готовы к накладным расходам и доставке. проблемы на этапах пост-релиза.
Поставщики услуг буквально ненавидят получать спецификации, в которых отсутствуют важные детали, такие как целевая аудитория приложения, совместная работа с сервером или подтверждение концепции. Преобразование грязных, фрагментированных или громоздких рассказов в технические документы требует дополнительных усилий и времени, и, как вы знаете, в наши дни оба стоят очень дорого. Мой бывший работодатель был настолько взбешен получением сырых и неясных спецификаций, что начал серию семинаров, чтобы научить компании, как создавать правильные и хорошо структурированные спецификации для мобильной разработки. И поверьте мне — эти семинары были очень востребованы и стали отличным источником дополнительного дохода!
Но сделать убийственную спецификацию для разработки мобильных приложений совсем не сложно, так зачем тратить на них деньги? Просто придерживайтесь предложенной ниже последовательности при написании спецификации вашего следующего популярного приложения, и вы сможете правильно обернуть свои идеи и видение ради своего поставщика услуг.
Вступление
- Прежде всего, объясните все определения, сокращения и аббревиатуры, которые будут использоваться в документе (это может быть сделано в качестве последнего шага при написании спецификации, но всегда должно быть помещено поверх документа)
- Опишите цель вашего приложения
- Опишите целевую аудиторию вашего приложения
- Перечислите и определите приоритеты всех мобильных платформ, для которых предназначено ваше приложение
- Перечислите и расставьте приоритеты для всех устройств и версий ОС, для которых предназначено ваше приложение
- Перечислите все технологии, которые должны быть использованы для создания вашего приложения (я предлагаю вам всегда делать свои собственные исследования, прежде чем получать ответ поставщика и запрашивать предложения)
- Перечислите основные этапы (от анализа, создания прототипа и предварительной версии до размещения в магазине приложений), их сроки и / или желаемые сроки для подтверждения концепции / доставки
- Укажите бюджет вашего проекта
Функциональные требования
- Удобство использования (экраны, режимы просмотра, меню и т. Д.) И пользовательский интерфейс
- Интеграция с социальными сетями (перечислите все каналы социальных сетей, с которыми ваше мобильное приложение должно взаимодействовать)
- Сотрудничество приложения с сервером, включая подробное описание механизма взаимодействия приложения с сервером, протоколов и аналогичных данных.
- Кэширование данных для автономной работы при необходимости
- Покупка в приложении, если применимо (укажите, какой тип контента будет продаваться пользователям внутри приложения)
- Услуги геолокации и push-уведомления
- Функциональность печати
- Совместимость / синхронизация с движками электронной коммерции, внутренней CMS и другими системами
дизайн
- Здесь вы должны указать, кто будет заниматься графическим дизайном — ваши собственные дизайнеры, фрилансеры, субподрядчики или разработчики. В любом случае, спецификация проекта должна создаваться отдельно и включаться в документ с требованиями разработки приложения.
Дополнительная информация
- Предоставьте информацию о своем исследовании рынка и ссылки на / описание всех конкурирующих / похожих приложений
- Выскажите свои опасения, ограничения и особые пожелания, чтобы у поставщика услуг была полная картина вашего будущего приложения и его роли на рынке.
- Перечислите все точки соприкосновения в вашей организации и кратко опишите свое видение того, как коммуникация между вашей компанией и разработчиком приложения должна поддерживаться на протяжении всего проекта.
Также помните, что спецификация для разработки мобильных приложений должна быть правдивой, однозначной, последовательной, проверяемой, модифицируемой и отслеживаемой. Старайтесь держаться подальше от общих требований, таких как «приложение никогда не должно падать» или «приложение должно быстро реагировать на пользовательский запрос» и вместо этого предоставить количественные требования, такие как «каждое нажатие кнопки должно давать ответ в течение 100 мс».
Будьте резкими, четкими и точными, и вы получите максимальную отдачу от ответов поставщиков на ваш запрос предложений!