Руководство разумного
пользователя

Разработка веб-проектов — это процесс, связанный с рисками, которые нужно знать

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

Большинства проблем
можно избежать, обладая общим представлением
о специфике веб-разработки

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

Методология

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

  • 01. Акцент на максимально глубокой проработке задач клиента на начальном этапе проекта.
  • 02. Внимание к «формальностям» — с клиентом согласовываются все ключевые промежуточные результаты проекта.
  • 03. Предоставление клиенту инструментов контроля всех производственных этапов.
  • 04. При разработке проектов мы используем Agile — «гибкий» подход к разработке и запуску проектов.

Прототип и предварительное ТЗ

Однозначное понимание «продукта на выходе» со стороны клиента и разработчика является одним из ключевых условий успешной реализации проекта. Для этого мы на самом первом этапе реализуем кликабельный html-прототип. Он позволяет увидеть говорить с клиентом на языке интерфейса и его элементов, а не на уровне часто неоднозначно понимаемых слов в тексте технического описания. Чтобы понять прототип, не нужно обладать знаниями web-специфики — по своей форме он очень похож на будущий сайт, и в этом его основное преимущество.

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

CMS

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

айдайвер

iDiver

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

Drupal

Drupal

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

1С Битрикс

1С Битрикс

Лидирующая в России лицензионная система управления веб-проектами. Широкая известность этого движка и конъюнктура российского рынка веб-разработки определило включение 1С Битрикс в качестве одной из платформ для разработки проектов наших клиентов.

Взаимодействие с клиентом

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

  • 01. К началу работы над проектом совместно с клиентом создается проектная группа, при этом определяются ключевые ответственные лица со стороны заказчика и исполнителя с четко регламентированными функциями/ролями.
  • 02. Клиенту предоставляется детальный календарный план работ по проекту с определенными согласованными датами завершения работ по каждому этапу, в т.ч. план мероприятий, где необходимо включение клиента (встречи/презентации/предоставление материалов).
  • 03. При необходимости проводятся рабочие встречи в режиме «штурма», на которых стороны приходят к согласованному совместному решению.
  • 04. Клиенту предоставляется доступ к нашей системе управления проектами (Redmine), где можно в режиме онлайн отслеживать статусы реализации задач проекта специалистами компании.



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


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

Этап 1. Разработка творческой идеи проекта

Добрифинг
Цель: уточнение информации, полученной на первичных этапах обсуждения проекта.
Формат коммуникации: презентация на встрече/call.
Обзор конкурентов и аналогов
Цель: анализ ситуации на рынке, выявление тенденций с целью отстройки от конкурентов (если они есть). Обзор удачных решений. Определение направления разработки проекта.
Формат коммуникации: презентация на встрече.
Разработка кликабельного html-прототипа проекта и ТЗ
Цель: разработка кликабельной модели проекта (html-прототипа) для определения структуры, навигационной модели и архитектуры проекта. Разработка технического задания проекта.
Формат коммуникации: презентация на встрече/call.
Разработка скетча (эскиза) главного экрана
Задача: разработка предварительного эскиза (эскизов) утвержденного с клиентом экрана/ов для определения стилистического направления дизайна проекта:
цветового решения, шрифтового решения, сетки.
Формат коммуникации: презентация на встрече.

Этап 2. Разработка дизайна проекта

Разработка макета главной страницы
Цель: разработка дизайна главного экрана на основе выбранного на этапе скетчинга направления.
Формат коммуникации: презентация на встрече.
Разработка дизайн-макетов внутренних страниц
Цель: разработка внутренних страниц на основе утвержденной стилистики главной страницы и согласованного html-прототипа.
Формат коммуникации: презентация на встрече/call.

Этап 3. Программинг/сборка проекта

Верстка макетов
Цель: верстка согласованных макетов проекта, получение кликабельного прототипа проекта.
Формат коммуникации: отчет о старте/финализации этапа по e-mail.
Разработка дизайн-макетов внутренних страниц
Цель: сборка ядра проекта и его сервисов.
Формат коммуникации: отчет о старте/финализации этапа по e-mail.

Этап 4. Тестинг/релиз проекта

Проверка проекта по чек-листу
Цель: Проверка первичной сборки проекта по типовым сценариями для передачи приложения на тестирование. Чек-лист готовится на базе ТЗ проекта и содержит типовые сценарии проекта для первичной проверки.
Формат коммуникации: без привлечения клиента.
Тестирование проекта
Цель: тестирование проекта по подготовленным тест-кейсам для подготовки отчета об ошибках (баг-листа).
Формат коммуникации: без привлечения клиента.
Отладка/доработка проекта
Цель: исправление выявленных ошибок реализации, подготовка к релизу.
Формат коммуникации: отчет о старте/финализации этапа по e-mail.
Согласование/релиз проекта
Цель: согласование конечного продукта с заказчиком, при необходимости внесение последних исправлений, релиз.
WARNINGS!!!
timetypemessagetrace
2020-01-19//00-02-27Warningsession_start(): open(.sids//sess_np2p6d2fppjrf86md0tlnrnmi5, O_RDWR) failed: No space left on device (28) (stdfx.php, 49)session_start [49] » session [28] » TAccess->__construct [142] » TSite->Ready [21]
2020-01-19//00-02-27Warningsession_start(): Failed to read session data: files (path: .sids/) (stdfx.php, 49)session_start [49] » session [28] » TAccess->__construct [142] » TSite->Ready [21]