Покрытие продукции и технологий
Четкие целевые пользователи, основные процессы и технические маршруты клиент-клиентКомбинация требований, ключевые прототипы, диапазоны терминалов, списки бэк-офиса и интерфейса, техническая проверка и бюджет фазы
Home / Руководство по принятию решений по проекту / Расходы на разработку APP Customization
PROJECT DECISION GUIDEРасходы на разработку АПП по персонализации, периодичность и перечень поставок
Расходы на проект APP составляют не только несколько клиентских страниц. Система учета, бизнес-бэк-офис, платежи и сообщения, сторонние интерфейсы, миграция данных, современный клиренс и обслуживание совместимости в режиме онлайн полностью заложены в бюджет.
Отвечай на вопрос.
APP Custom Development Costs (Таможенные затраты на разработку)
Проектирование настройки АПП должно оцениваться в целом на основе "бизнес-закулисных сцен и интерфейсов, мобильного опыта работы с конечными устройствами, возможностей работы в режиме ожидания". Основными факторами, определяющими затраты и циклы, являются основные или межсекторальные маршруты, количество терминалов, сложность операций, возможности в режиме реального времени и автономном режиме, безопасность производительности, современные требования и долгосрочное обслуживание версий.
SCOPE & BUDGET LEVELS
Во-первых, четкие входы в границу по фазе проекта.
Для определения исходных условий для бюджета и принятия используются следующие уровни, и фактический объем по-прежнему необходимо оценивать в связи с существующим положением дел, интерфейсом и временными требованиями.
Первоначальная онлайн-версия
Завершение сквозных бизнес-замкнутых циклов, которые могут использоваться реальными пользователямиКлиент, бэк-офис, привилегии учетной записи, необходимые интерфейсы, тестирование, развертывание и поддержка магазина приложений
Операционная и продолжающаяся итеративная
Полный масштаб, совместимость версий и емкость операций с даннымиСтатистика сайта, информационные операции, безопасность производительности, наблюдение и сигнализация, обновление версий, ответ на отказ и текущее обслуживание
DECISION FACTORS
Ключевые элементы, подлежащие проверке для принятия решений
Сначала выявляются границы сдержанности и ответственности, затем сравниваются технические пути и условия сотрудничества.
Развитие коренных народов или перекрестная зависимость
IOS и Android имеют различный опыт, возможности оборудования, конфигурации команд и долгосрочное техническое обслуживание, с различными сквозными программами или гибридными технологиями, соответственно.
Привилегии бэк-офиса и счета
APP обычно также требует управления бэк-офисом, организации пользователей, привилегий для ролей, разрешения конфигурации, работы с контентом и статистики данных.
Вместимость и интерфейс третьих сторон
Платежи, карты, доставка, текстовые сообщения, IM, логистика, идентификация и внутренние системы предприятия требуют координации и необычной обработки.
Возможности в режиме реального времени, оффлайн и оборудование
Расположение, камеры, синие зубы, мазки, аудио и видео, слабая синхронизация веб- и офлайн-данных увеличивает сложность клиента и тестирования.
Качество, безопасность и соблюдение
Правила совместимости, производительности, авторизации конфиденциальности, конфиденциальных данных, списания учетных записей, аудита журналов и применения правил магазина должны быть включены в приемку и проверку.
Вверх и вверх и долгосрочное обслуживание
Сертификаты, учетные записи разработчиков, обзоры магазинов, адаптация системных версий, сторонние обновления SDK и онлайн-решение проблем являются постоянными входами.
Подготовка рекомендаций до сообщения или оценки
Целевые пользователи и сцена основного использованияiOS, Android и другие терминальные диапазоныПервый полный бизнес-процессУправление за кулисами и ролевые привилегииСписок интерфейсов, таких как оплата картографических сообщенийНеобходимость в автономном режиме или возможности оборудованияОжидаемая численность пользователей и требования безопасностиАктуальная тема и текущий бизнес-план
Предлагаемый путь к осуществлению
Рекомендуется завершить инвентаризацию интерактивного прототипа и интерфейса до определения основного или сквозного технологического маршрута.
DECISION WORKSHEET
Преобразование затрат на разработку, настроенных на АПП, в принятие решений, подлежащих исполнению
Следующие рабочие листы помогают предприятиям организовать нечеткие консультации в рамках исходных данных, касающихся поставщиков, внутреннего одобрения и дебиторской задолженности по проектам.
Развитие коренных народов или перекрестная зависимость
IOS и Android имеют различный опыт, возможности оборудования, конфигурации команд и долгосрочное техническое обслуживание, с различными сквозными программами или гибридными технологиями, соответственно.
Если фактор остается неопределенным, следует организовать диагностику или мелкомасштабную валидацию, и нецелесообразно включать непосредственно неизменный фиксированный общий ценовой диапазон.
Привилегии бэк-офиса и счета
APP обычно также требует управления бэк-офисом, организации пользователей, привилегий для ролей, разрешения конфигурации, работы с контентом и статистики данных.
Если фактор остается неопределенным, следует организовать диагностику или мелкомасштабную валидацию, и нецелесообразно включать непосредственно неизменный фиксированный общий ценовой диапазон.
Вместимость и интерфейс третьих сторон
Платежи, карты, доставка, текстовые сообщения, IM, логистика, идентификация и внутренние системы предприятия требуют координации и необычной обработки.
Если фактор остается неопределенным, следует организовать диагностику или мелкомасштабную валидацию, и нецелесообразно включать непосредственно неизменный фиксированный общий ценовой диапазон.
Что должно содержать сопоставимое резюме оценок?
Как минимум, организованы целевые пользовательские и основные пользовательские сценарии, iOS, Android и другие терминальные диапазоны, полные бизнес-процессы за первый период, управление бэк-офисными и ролевыми привилегиями, а также текущий объем бизнеса, среднее время обработки, основные аномалии, системы на месте, привилегии данных, зависимость от третьих сторон и окна go-live.Одна и та же версия информации предоставляется различным поставщикам, и требование состоит в том, чтобы предоставить отдельные предположения, исключения, вопросы сотрудничества с клиентами, доказательства доставки и принятия, чтобы избежать сравнения общей цены только одной границы.
Например, предприятие ожидает, что проект позволит сэкономить 160 часов труда в месяц, но этот показатель следует разбить на число задач, экономию времени, коэффициенты принятия и коэффициенты ручного обзора. Если только 40 процентов пользователей используют первый период, или если новый процесс увеличивает процесс обзора, фактические выгоды будут значительно ниже, чем кажущаяся оценка.
Четыре типа доказательств, рекомендуемых для допроса во время общения с продавцом
Первый из них - это объемные доказательства: согласованность версий спроса, бизнес-процессов, прототипов, интерфейсов и исключений; второй - инженерные доказательства: имеют ли аналогичные технологии доступные структуры, управление кодом, тестирование, развертывание и методы управления проблемами; третий - кадровые доказательства: ясны ли фактические участники, этапы ввода, обязанности и механизмы замены; и четвертый - доказательства доставки: как передаются исходные коды, данные, номера счетов, документы, обучение, обеспечение качества и транспорт. Нормально, что поставщики не могут обеспечить конфиденциальность клиентов на этапе торгов, но должны быть в состоянии объяснить свои собственные методы и доказательства, которые могут быть разработаны в рамках этого проекта.
Рекомендуется, чтобы ясность охвата, критическая зависимость, способность команды, возможность принятия и долгосрочное поглощение оценивались отдельно и чтобы основа для каждого балла была записана. Если программа дешевле, интерфейс, миграция, тестирование или онлайн-ответственность исключены, то она должна быть преобразована в тот же калибр доставки перед сравнением.
Принцип суждения
Эта страница предоставляет структуру принятия решений, которая не представляет собой фиксированное предложение или обязательство по производительности.
FAQ
FAQs
Наиболее распространенные вопросы перед сотрудничеством четко излагаются заранее.
Может ли приложение дать фиксированное предложение?+
Бюджетный уровень может быть предоставлен в первую очередь, но фиксированное предложение требует четкого клиента, бэк-офиса, интерфейса, ролевых привилегий, требований к качеству и границ приема и проверки.
Должна ли разработка кросс-департамента быть дешевле, чем сырая?+
Хотя общие операции обычно уменьшают дублирование разработки, сложная анимация, аудиовизуальные, аппаратные возможности или высокие требования к производительности могут по-прежнему требовать первичных модулей и большего соответствия.
Зачем нужно поддерживать приложение, когда оно включено?+
Операционные системы, типы машин, правила магазина приложений и SDK третьих лиц будут продолжать изменяться, а также потребуется онлайн-мониторинг, ремонт, обновление безопасности и выпуск версий.
DECISION FAQ
Проверить 265 вопросов.Общие вопросы, связанные с текущими проектами
Апплеты, APP, SaaS и старые системы
Сколько будет стоить разработка бизнес-аппа и какие шаги предпринимаются?
Затраты на АПП зависят от количества платформ, бизнес-процессов, возможностей оборудования, бэк-офисных систем, офлайн-требований и обязанностей по абордажу. Мобильные дисплеи не являются тем же уровнем, что и сложные локальные AP, которые также обрабатывают позиционирование, фотографирование, проверку, толкание, слабые сети и синхронизацию данных.
Смотреть полный ответРазработка программного обеспечения и аутсорсинг проектовСколько обычно стоит разработка программного обеспечения?
Настраиваемое программное обеспечение не имеет единой цены, основанной на размере страницы, а затраты определяются главным образом объемом, интерфейсом, данными, полномочиями, производительностью и подотчетностью за доставку. Система управления с таким же названием может быть инструментом одного сектора или соединением с заказами, инвентарем, финансами и многоорганизационными органами. Рекомендуется установить первый замкнутый цикл бизнеса и границы приема и проверки, а также оценить рабочую нагрузку на продукт, проектирование, разработку, тестирование, развертывание и техническое обслуживание. Любая точная общая цена, указанная без знания необходимости, рассматривается только в качестве маркетинговой ссылки.
Смотреть полный ответЗаполнение, загрузка и технический отбор Applet и APPКак мы можем подать и установить рынок после завершения разработки АПП?
Доступ к APP обычно включает в себя номер учетной записи субъекта и разработчика, подачу заявки APP, соблюдение конфиденциальности, авторские права на программное обеспечение или материал платформы, тестирование и обзор рынка приложений. Квалификация различных рынков, раскрытие SDK и требования к аудиту не идентичны. Файлер, дисплейер приложений и получатель должны поддерживать интерпретируемые и последовательные отношения. План проекта должен иметь файл и полку в качестве независимого этапа доставки, а не автоматическое завершение по умолчанию разработкой кода.
Смотреть полный ответЗаполнение, загрузка и технический отбор Applet и APPAP выбирает первичную разработку, Flutter или Uniapp?
UniApp подходит для приложений, которые охватывают Web, небольшие программы и мобильные концы, и имеют высокий операционный интерфейс.В конечном счете, он определяется емкостью оборудования, опытом работы в команде, жизненным циклом и реальным тестированием прототипов.
Смотреть полный ответRELATED
Представление оценки проектаСохраняйте свои знания об услугах
относящийся
Разработка бизнес-программного обеспечения
Просмотр APP, за кулисами, данными, интерфейсами и многоцелевой унифицированной доставкой услуг
Для получения дополнительной информации.относящийсяИнспекция на месте и рабочие листы в координации с АПП
Понимание сцен дела в мобильном конце, процессов на месте, данных и бэк-офисов
Для получения дополнительной информации.относящийсяСмета расходов на социальное развитие Custom
Понимание факторов воздействия бюджета и цикла на основе полного объема проектов
Для получения дополнительной информации.