Панель или кирпичная кладка

Руководителю проекта не всегда следует вдаваться в детали и выяснять, какие преимущества имеет язык разметки гипертекста (HTML), созданный Тимом Бернесом-Ли, или зачем нужна технология ASP. Но желательно, чтобы он понимал, какую технологию полезно использовать при программировании сайта. Это позволит принять правильные решения при заказе проекта. Такие решения требуют учета многих факторов.

Сначала надо выяснить, чем программное обеспечение интернет-магазина отличается от корпоративного портала или сайта-визитки. “Главным отличием программного обеспечения интернет-магазина будет возможность интегрировать его с другими системами. Например, с “1C: торговля” или “1C: предприятие”. Остальные интернет-проекты в меньшей степени зависят от интеграционных решений”, — считает директор по развитию системы управления web-проектами “1С-Битрикс” Алексей Сидоренко. По мнению Владислава Флакса, директора компании Owox, разрабатывающей и оказывающей техническую поддержку интернет-магазинам, главным правилом при разработке программного обеспечения является четкое понимание деятельности заказчика. Уже известный нам Максим Сло- бодянюк выделяет в качестве ключевых аспектов безопасность и надежность виртуального решения.

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

Важно принять во внимание сроки разработки этого решения. Алексей Сидоренко считает, что оптимальный период для запуска интернет-магазина составляет от 3 до 6 недель и указывает на “необходимость ограничить максимальный период разработки и внедрения интернет-магазина, убрав все лишние части. Максимальный период разработки — 4 месяца, или 1500-2000 человеко-часов”.

Требования, которые предъявляются к виртуальному решению, достаточно серьезные или жесткие, но именно они определяют первичный выбор: на основе какой технологии будет разрабатываться интернет-магазин. Можно заказать разработку уникального решения, написанного на HTML, а можно выбрать систему CMS, с помощью которой управлять содержанием сайта сможет любой опытный пользователь. Следует отметить, что под ваш проект могут специально разработать CMS либо вы можете взять типовое решение и адаптировать его под свою концепцию.

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

Дать нужную подсказку могут справочники и рейтинги. По данным экспертной группы “Тэглайн”, в 2012 г. более 98% web-студий использовали CMS, причем 17,5% студий использовали собственную CMS, почти 58% — “коробочные” решения, а 22,8% — собственную CMS и сторонние решения. Распределение сторонних CMS, используемых при web-разработках, представлено в табл. 8.

Таблица 8

Рейтинг частоты использования коробочных CMS web-студиями и digital-агентствами России¹

¹ http://2012.tagline.ru/cms/

Перед тем как сделать выбор в пользу того или иного виртуального решения, ответьте на следующие вопросы:

• 1. Как часто будут производиться изменения в структуре и содержимом сайта?
• 2. Каким образом вы планируете поддерживать работу сайта после запуска проекта?
• 3. Каково количество потенциальных посетителей и покупателей будет в вашем интернет-магазине?
• 4. Сколько времени каждый из посетителей будет проводить на вашем сайте?
• 5. Насколько полно, четко и ясно вы описали бизнес- процессы интернет-магазина?
• 6. В какие сроки вы хотите получить готовое решение и запустить проект?
• 7. Есть ли необходимость интегрировать программное обеспечение интернет-магазина с другими информационными технологиями, используемыми в организации?
• 8. Какие средства вы планируете инвестировать в разработку и поддержание программного обеспечения интернет- магазина?

Постараемся проанализировать наиболее типичные ситуации.

Ситуация № 1. Бизнес, для которого создается интернет- решение, весьма динамичен. Ассортиментная матрица интернет-магазина широкая и глубокая. Изменения происходят быстро, частоту изменений предсказать невозможно. Количество пользователей вашего проекта будет ежедневно превышать 50 000. Срок, в течение которого вы планируете внедрить проект, жестко не лимитирован. Вы достаточно четко описали бизнес-процессы, на основе которых будет построена работа интернет-магазина. У вас есть определенная свобода в управлении инвестициями.

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

Ситуация № 2. Вы планируете создать специализированный интернет-магазин. После запуска проекта вы ожидаете небольшое количество изменений. Вы ограничены в сроках и средствах на его запуск и поддержание. Вы определили основные цели и поставили промежуточные задачи проекта, но четкого описания бизнес-процессов у вас пока нет. В течение одного дня вы ожидаете 2000—3000 посетителей. При создании проекта к числу ваших приоритетов относятся: цена, надежность, устойчивость системы.

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

Ситуация № 3. Интернет-магазин, который вы планируете создать, будет одним из каналов распределения крупного торгового бизнеса. При проведении оптовых и розничных продаж offline применяется 1C. И для вас важно успешно интегрировать интернет-решение с имеющимися программами.

В данной ситуации выбор следует сделать в пользу решения, интегрируемого с 1C. Самым очевидным будет выбор в пользу lC:Bitrix. За доработкой или адаптацией проекта можно обратиться к одному из сертифицированных партнеров lC:Bitrix.

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

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

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

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

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

Первым этапом, в рамках которого заказчик начинает плотно взаимодействовать с исполнителем, является разработка технического задания (ТЗ). Относительно того, кому лучше разрабатывать техническое задание, мнения экспертов расходятся. Максим Слободянюк считает: “Лучше, когда заказчик пишет техническое решение, а разработчик отвечает техническим решением”. Иной точки зрения придерживается Алексей Сидоренко: “Техническое задание должен разрабатывать представитель исполнителя. Его дело — получить от заказчика всю необходимую информацию, уточнить условия выполнения задачи. Для этого заказчик должен общаться не с программистом, а с аналитиком. При желании заказчик может разработать техническое задание самостоятельно. Однако это нетипичная для заказчика задача, поэтому ему придется затратить много времени на ее выполнение. Кроме того, он может упустить какие-то моменты”.

Владислав Флакс дополняет и конкретизирует последнее мнение: “В техническом задании доля руководителя проекта должна быть равна 20%, остальные 80% должны относиться к исполнителю проекта”. Какая точка зрения импонирует вам, зависит от конкретики вашего бизнеса и личных предпочтений. Вне зависимости от того, кто разрабатывал ТЗ, надо внимательно проверить текст документа и при необходимости внести в него коррективы до подписания. Не следует забывать, что обязанность исполнителя — разработать программное обеспечение интернет-магазина в соответствии с техническим заданием. Если в ходе разработки вы захотите внести коррективы, то, вероятно, это увеличит стоимость и сроки выполнения проекта. После подписания технического задания вы будете взаимодействовать с исполнителем по мере того, как в ходе разработки будут возникать различные вопросы. После того как сайт будет готов, надо уделить особое внимание тестированию продукта.

Если вы выбрали надежного партнера, а в договоре определены гарантийные обязательства, вопрос бета-тестирования не потребует пристального внимания. В штате компании, занимающейся разработкой программного обеспечения, обычно работают тестировщики. Максим Слободянюк указывает на то, что в договор компании XTLabs включен пункт о материальной ответственности исполнителя перед заказчиком в случае, если выявились технические ошибки. Бета-тестирование позволяет убедиться в том, что сайт работает без ошибок. Если в результате тестирования обнаруживаются ошибки, их исправляют программисты. Гораздо сложнее представляется вопрос usability-тестирования. Он позволяет убедиться в том, что посетитель интернет-магазина будет себя чувствовать комфортно. Только дружественный по отношению к посетителю магазин может рассчитывать на то, что посетитель станет покупателем, обратится в магазин повторно и приведет новых клиентов. Под понятием “usability” подразумевается приятное оформление сайта, простая и понятная навигация, соответствие содержания и формы, наличие нужной информации на сайте, доступный для чтения шрифт, возможность настройки под пользователя.

Usability-тестирование является необходимым условием при завершении разработки сайта. Организацию usability- тестирования заказчику можно взять на себя или передать в лабораторию, которая выполнит исследование на аутсорсинге. Основатель компании USABILITYLAB Дмитрий Сатин считает: “Юзабилити-тестирование вы можете выполнить и сами, если сумеете найти и пригласить будущих клиентов интернет- магазина в специально оборудованное место, предоставите им компьютер и доступ в Интернет, предложите совершить покупку и не будете при этом защищать свое “детище” или критиковать пользователя. Если вы отнесетесь к тестируемому пользователю как к ценному источнику информации”. Обращаться в специальные юзабилити-лаборатории Дмитрий Сатин рекомендует в том случае, когда разработчики “не понимают проблем пользователей”. Существуют достаточно жесткие usability- стандарты и каноны тестирования, остановимся лишь на самых важных моментах. Для тестирования сайта вам полезно пригласить четверых-шестерых человек, которые могут впоследствии стать вашими покупателями. Такое число научно обосновано. Гуру юзабилити Якоб Нильсен установил, что тестирование четырех пользователей позволит выявить уже 75% проблем, с которыми могут столкнуться покупатели интернет-магазина. Результаты шести тестируемых повысят точность оценки юзабилити до 90%. Разработчики программного обеспечения не могут быть тестерами, поскольку их знания и навыки работы отличаются от восприятия рядового пользователя. Наиболее часто при usability-тестировании выявляется, что пользователь не может найти определенные элементы или понять, что означает та или иная кнопка. При возникновении таких проблем не надо пытаться обучить тестеров работе с сайтом, поскольку в такой же ситуации могут оказаться ваши потенциальные клиенты. Необходимо вносить изменения в концепцию сайта, менять дизайн или программное обеспечение. Отдельное внимание следует обратить на быстроту нахождения товара или услуги, распознавания их изображения, восприятие соответствующей информации. Вспомните, сколько раз вам приходилось уходить с сайта какого-то интернет-магазина, где вы не нашли нужный товар. И вы хорошо понимаете, как интернет-магазин может потерять клиентов и свою прибыль.

Следующий момент, на котором хотелось бы заострить внимание, это гарантийные обязательства разработчика программного обеспечения. “В ходе гарантийного периода мы бесплатно устраняем ошибки, — говорит Максим Слободянюк, — Наличие бесплатной гарантии мы указываем в техническом задании”. Как правило, гарантийные обязательства разработчиков даются на период от 6 до 12 месяцев. Ваша задача как инвестора — проверить наличие данного пункта в договоре.

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

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