Большая часть бизнеса состоит из установления контактов с другими людьми. Любой умный бизнесмен понимает, что дело не в том, ЧТО ты знаешь, а в том, КОГО ты знаешь. Обмен визитками - часть любой удачной деловой встречи, и любой бизнесмен может рассказать не одну историю о том, как удачная встреча привела к заключению большой сделки. Ну, а что если Вы можете предъявить свою визитку тысячам, может быть, миллионам потенциальных Клиентов и партнеров со словами: "Вот чем я занимаюсь. Если Вам когда-нибудь понадобятся мои услуги, Вы можете обратиться ко мне по этому адресу"? И Вы действительно можете делать так 24 часа в сутки, на WWW это недорого и просто.

Серия сообщений "Что такое сайт для бизнеса?":
Часть 1 - Бизнес сайт
Часть 2 - Чтобы обеспечить присутствие
Часть 3 - Чтобы организовать сеть

E-commerce - переводится как Электронная коммерция.  Электронная Коммерция - это форма бизнес-процесса, в котором взаимодействие между субъектами происходит электронным способом (с использованием Интернет-технологий).

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

•     Производитель - Дистрибьютор
•     Дистрибьютор- дилер
•     Дистрибьютор- продавец
•     Покупатель

Любой из этих уровней может быть частично или полностью переведен в систему Электронной Коммерции.

Для большинства компаний оптимальным началом внедрения электронной коммерции будет ее внедрение в сбытовой отдел компании. Затем следует переходить к внедрению системы в отделы производственного планирования и поставок. Хотелось бы отметить что для объединения в систему нескольких отделов, понадобится создание корпоративной информационной системы. Начало создание которой следует начинать с началом внедрения системы электронной коммерции.

При внедрении системы необходимо ориентироваться на конкретные группы субъектов. Использовать Интернет как место "складирования" информации по принципу " кто хочешь,то найдет", не имеет смыла, не принесет нужных результатов, а в большинстве случаев принесет больше вреда чем пользы.

 

Приблизительно 1 миллиард человек по всему миру имеют доступ в Интернет. Вне зависимости от того, чем конкретно Вы, занимаетесь, Вы не можете игнорировать такое количество народу. Чтобы стать частью этого сообщества и доказать, что Вы заинтересованы в предоставлении им своих услуг, Вы должны быть представлены в Интернет. Вы же понимаете, что ваши конкуренты там будут представлены...

Создание сайта для присутствия в сети Интернет  — это размещение в сети базовой информации о вас, вашем товаре или вашей компании. Это небольшой сайт, представляющий вас в сети: он будет первым, что найдёт любой ваш контрагент, решив узнать о вас перед встречей. Работает как визитная карточка, только виртуальная.

 

Серия сообщений "Что такое сайт для бизнеса?":
Часть 1 - Бизнес сайт
Часть 2 - Чтобы обеспечить присутствие
Часть 3 - Чтобы организовать сеть

1. Обратная связь.
2. Запрос на обратный звонок .
3. Уведомить о поступлении товара .
4. Запрос на снижение цены.
5. Уведомить о снижении цены.
6. Отзывы о товарах.
7. Фильтры по свойствам товара.
8. Сравнение товаров.
9. Онлайн консультация в виде чата.
10. Похожие товары.(аналоги)
11. Аксессуары .
12. Уведомить о поступлении отзывов на товар.
13. функция "отложить товар"
14. реализация различных возвратных бонусов (скидки, партнерки)
15. удобный подбор товара, пояснения к характеристикам, помощь в подборе.
16. сортировка списков товара по характеристикам
17. оплата в кредит, кредитный калькулятор
18. функция "подсказки" в поиске
19.  

Друзья, теперь вы можете читать и комментировать мои записи и на Я.ру — Sasha Step!

2.1. Анализ ваших услуг.
2.2. Анализ конкурентов.
2.3. Анализ вашей ниши и ваших клиентов.
2.4. Построение структуры слов для сайта.
2.5. Построение якорей сайта.
2.6. Разработка структуры навигации.
2.7. Создание макетов для дизайнеров.

Серия сообщений "Управление проектом по созданию сайта":
Часть 1 - Особенности бизнес плана интернет проекта
Часть 2 - Разработка концепции для сайта

1.1. Шрифты
1.2. Видимые зоны
1.3. Якоря внимания
1.4. Цвета
1.5. Структура
1.6. Тексты
1.7. Картинки
1.8. Расположение объектов

В результате Вы получаете:
• Увеличение времени посетителя на сайте.
• Увеличение количества просмотра страниц.
• Уменьшение отказов.
• В итоге, посетитель изучит Ваше предложение.

Серия сообщений "Юзабилити и конверсия":
Часть 1 - Анализ сайта на юзабилити.

3.1 Общие слова

"Хотелки" клиента в виде его письма в произвольной форме или в форме ответов на вопросы в вашем бирфе. Изучите тематику клиента, сайты конкурентов. Собирайте информацию о компании, рынке, клиентах, конкурентах. Просмотренная информация даст вам понимание бизнеса заказчика, что, в свою очередь, поднимет вас в его глазах.

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

Этот раздел вводит в курс дела. Исходите из того, что вам нужно отдать ТЗ стороннему программисту, и вас не будет на связи всё время работы над проектом вплоть до сдачи. Т.е. программист должен взять ТЗ, и у него не должно возникнуть ни одного вопроса, а первый вопрос, который он мог бы задать — это: «а про что сайт делать будем?» Раздел «Общие слова» в вольной форме и отвечает на этот вопрос.

3.2 Эксплуатационное. назначение

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

3.3 Функциональное назначение

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

Очень часто на фрилансерских сайтах публикуются документы с гордым названием «Техническое задание», в которых содержатся вышеописанные три пункта. Однако, на самом деле, это только вводная часть ТЗ.

3.4 Термины и определения

Этот раздел дает уверенность, что заказчик и исполнитель говорят об одном и том же.

Термины могут «вводится» с двух сторон: от вас к заказчику, например вы ему втолковываете, что такое хостинг и SMTP-сервер, и от заказчика к вам.

Во втором случае, как правило, не нужно описывать термины специфичные для предметной области, но не имеющие отношения к реализации проекта. Например, для магазина торгующего запчастями для парусных судов, не стоит выносить в термины такое, как стаксель и ванты. Здесь нужны расшифровки терминов, которыми оперирует заказчик и вкладывает в них некий смысл, который может быть нами истолкован неверно. Какие-то простые слова, но в данном контексте, принимающие особое значение. Например, заказчик говорит: «Сеанс работы с сайтом стоит 100 тугриков». Фраза «сеанс работы с сайтом» — претендент на описание. Этот термин может означать продолжительность времени от входа на сайт до выхода, или же период работы пока на счету пользователя не закончатся деньги. Т.е. нам нужно точно знать, что такое «Сеанс работы». Ошибочное понимание такого простого термина может создать реальную проблему.

3.5 Данные и списки

Ключевой раздел ТЗ. Можно сказать его сердце. Это не самый многословный, но самый важный и трудный пункт ТЗ. Если он сделан как надо, можно быть уверенным, что автор задания понимает, что именно нужно сделать. Наличие этого пункта накладывает очень сильные ограничения на создаваемый продукт. Один только этот пункт, думаю, «весит» больше половины всего ТЗ.

Данные

Этот раздел содержит перечень сущностей, которые используются в проекте. Это очень близко к описанию таблиц в базе данных или моделей, если говорить о фреймворках с MVC. Например, у нас на сайте есть новости. А что такое новость? Как гласит военное определение, куст — это совокупность веток и листьев торчащих из одного места. Так и новость, это совокупность заголовка, текста и даты публикации. Для чего нужно это определение? Как и всё в ТЗ — прояснить, что делать и подстраховаться от хотелок.

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

Для примера, та же самая новость:

• Заголовок
• Текст
• Дата публикации

Предположим, в процессе работы выясняется, что забыли анонс новости (коротенький текст, который отображается в списке новостей). Добавить его не проблема: нужно в таблицу добавить поле «анонс» типа «текст» и дополнительное поле ввода в создании/редактировании новости. Доработка несложная.

А теперь, допустим, выясняется, что забыли добавить атрибут «Категория новости». Просто добавить одно поле в таблицу базы данных, как это было с анонсом, уже недостаточно. Придется добавлять еще одну сущность, таблицу категорий и соответствующий раздел в админке по управлению категориями новостей. Вот такого рода пункты, оставаясь незамеченными при оценке проекта, приводят к неверным результатам и, как следствие, к срыву сроков. И именно этот пункт ТЗ позволяет выявлять подобные проблемы. Т.е. лучше заметить нехватку «Категорий» на этапе написания ТЗ, чем в процессе работы.

Списки

Как подсказывает Кэп, новость — это новость, а список новостей — это список новостей.

Зачем это описывать? Допустим мы должны отобразить на главной странице «последние новости». Вот последние новости, это как раз такой список. А что есть «последние новости»? Это уже можно понять по разному, это могут быть последние 5 новостей, а может это новости за последние 24 часа? Приведенный пример прост, его недорого исправить и при сдаче проекта. Но есть более тяжелые случаи.

Например, заказчик хочет свой сайт с коллективными блогами, типа своего хабра. И он хочет, что бы на странице, где отображается одна статья, сбоку был список «похожих статей». Что такое похожие статьи? Этот вопрос требует отдельного разбирательства и описания. И не обратив внимания на этот список мы рискуем уже достаточно серьёзно. Т.е. тут нужно подробно описывать алгоритм по определению сходства статей. Пропустив этот пункт на этапе оценки сроков можно промахнуться достаточно сильно.

3.6 Страницы с описанием

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

Тут будет уместно описать не только, что отображается, но и как. Не в том смысле, что мы описываем дизайн: «Большими красными буквами отображается название новости», а в смысле, как работает: «Слева плавно выезжает окошко с предложением ввести логин и пароль». Или так: «при нажатии кнопки „Отправить комментарий“, комментарий появляется на странице без перезагрузки, с помощью AJAX».

Нужно ли тут описывать контент страницы? Нет не нужно. Мы пишем техническое задание. Описывая каталог, мы же не описываем все товары в нем? Наша задача описать функционал, который позволит заказчику самостоятельно заполнить контентом страницу. Если планируется наполнение сайта контентом исполнителем, это лучше вынести в отдельный документ.

Естественно, будет очень здорово добавить к каждой странице эскиз вроде такого:

Стоит следить, чтобы текстовое описание не вступало в противоречие с тем, что нарисовано в эскизе.

Т.е. если на иллюстрации новость имеет «Категорию новости», а в разделе «Данные и списки» новость не имеет ее, то это проблема. Очень высока вероятность, что изучая ТЗ, заказчик запомнит именно картинку с эскизом новостей, в которой есть категория, и если в готовом проекте не будет категории (в соответствии с текстовым описанием новости), он расстроится.

Возможно, стоит в тексте документа прямо указать, что первичен текст, а иллюстрации просто для облегчения понимания. Хотя этот вопрос спорный.

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

3.7 Требования к надежности

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

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

3.8 Требования к хостингу

Очевидно, что вполне может возникнуть, например, такая ситуация. Наша веб-студия делает красивые сайты, но пишет исключительно на Django. Заказчик нашел наш сайт, увидел красивые дизайны и сделал заказ. Приходит пора выкладывать сайт на хостинг, к другим десяти сайтам заказчика, а там, естественно PHP. И начинается, «а я думал что все на PHP делают..., у меня другого хостинга нет, надо переделывать на PHP».

Помимо таких очевидных проблем есть проблемы и потоньше. Например, для нормальной работы нужен cron, а хостер его не предоставляет (абсолютно реальный случай из моей практики). Или, скажем, специфический сайт, который не может работать на shared хостинге, ему нужен только VPS или VDS.

Сюда стоит включить требования к интерпретаторам, библиотекам, пакетам, гемам, требования к дисковому пространству, памяти, smtp, pop, ftp, внешним программам и прочему, что имеет значение для работы проекта.

3.9 Наполнение контентом

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

Если мы должны, например, залить в каталог 500 фотографий, предварительно их обработав, то это следует описать именно тут.

Описание этого раздела предостережет нас от разного понимания того, кто должен залить 500 фотографий и наполнить каталог товарами.

3.10 Сдача и приемка

Описание тех условий, при наступлении которых должен состояться расчет за работу.

Возможны варианты, например, перенос на хостинг заказчика после 100% оплаты. Или же оплата после переноса на сайт заказчика плюс неделя на обкатку.

Кстати, 100% оплата, я думаю, не должна означать окончание исправления багов. На мой взгляд, на баги должна даваться пожизненная гарантия, и исправляться они должны всегда и бесплатно. Хотя, думаю, тут будут и иные взгляды на эту проблему.

Источник

Серия сообщений "Техническое задание":
Часть 1 - Обоснование необходимости ТЗ
Часть 2 - Что должно быть в ТЗ и чего нет. Формулировки
Часть 3 - Разделы ТЗ

Техническое задание — это документ, часть договора (не важно это договор с печатями и подписями или же только устная договоренность), которая регламентирует, какие работы должны быть выполнены. Всё что описано в ТЗ должно допускать возможность объективной оценки. Т.е. должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет.

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

Реализация дизайна с формулировкой задачи «в зеленых тонах, и что бы дерево», может быть как плохой работой, так и шедевром (и что особо печально, оба варианта могут не нравиться заказчику). Короче говоря, выполнение объективных критериев описывающих дизайн может приводить к плохому результату.

Вообще, ТЗ надо писать так, как будто вы с заказчиком не сошлись во мнениях и ваш спор будут разбирать в суде, основываясь на тексте тех. задания. А у вас в ТЗ написано «сделать дизайн, который понравится заказчику». Судья спрашивает: «Заказчик, Вам нравится дизайн?». Заказчик: «Нет, Ваша честь!». Судья: «Исполнитель, присуждаю — 2 года уборки снега в Сибири за невыполнение условий ТЗ!».

Формулировки должны быть «закрытыми», т.е. четко указывать границу нашей работы. В ТЗ не может быть написано «админка должна быть удобной». Удобство — субъективный фактор, кому-то удобно так, кому-то иначе, и в случае спора трудно будет установить, кто прав. Формулировка «админка должна быть удобной» может привести к бесконечным переделкам: «добавьте в админку к списку товаров сортировку по столбцам и фильтрацию. Без этого не удобно. И загрузку товаров из экселя, по одному добавлять не удобно».

«Всё, что не оговорено, выполняется на усмотрение исполнителя» — не смотря на суровость этого заявления, эта фраза должна присутствовать в ТЗ. Она проистекает из самой сути задания: заказчик хочет получить некий продукт, но он не может и не должен указывать каким образом будет достигнут конечный результат. Этот пункт защищает от вмешательства в глубины работы (не хватало, чтоб заказчик начал рассказывать, как именовать функции в коде и какие пакеты использовать), но также перечеркивает возможность заказчика иметь любые хотелки. На мой взгляд, стоит идти на встречу заказчику в хотелках, пока это не выходит за рамки приличия. Когда же терпение лопается, нам и пригодится этот пункт. Как в песне поется: «Мы мирные люди, но наш бронепоезд стоит на запасном пути». (Фразу «что не оговорено — на усмотрение исполнителя», лучше всунуть под конец ТЗ, в начале она может быть встречена в штыки. Но если ТЗ нормальное и в конце стоит эта фраза, против неё не будут протестовать).

Тех. задание — это документ, который нам дает заказчик (Не важно, что его пишем мы. По смыслу это задание, техническое задание, а задание дает заказчик исполнителю, т.е. нам). А из этого следует, что в ТЗ должны быть формулировки, которые указывают нам, что делать (типа «сайт должен содержать», «должна быть возможность»). В некоторых ТЗ я видел, формулировки вида «на сайте будет то-то и то-то» — это неверная формулировка, это какое-то уведомление заказчика, что будет сделано, но документ-то называется «задание», а не «уведомление».

Источник

Серия сообщений "Техническое задание":
Часть 1 - Обоснование необходимости ТЗ
Часть 2 - Что должно быть в ТЗ и чего нет. Формулировки
Часть 3 - Разделы ТЗ

А зачем вообще нужно ТЗ на сайт? Заказчик говорит: «Нужен следующий сайт: каталог товаров, корзина, форма заказа, доставка, мы на карте, о нас, обратная связь». Что не ясно? Ничего необычного, всё обыденно и рутинно.

Разработчик отчетливо представляет, что нужно сделать, а сделать, в его понимании нужно вот так:




Под конец работы приходит дизайн от заказчика, и при его просмотре становится ясно, что заказчик понимает задачу несколько иначе. А именно так:



И тут выясняется, что первоначальная оценка объема работ (и соответственно, сроков выполнения и стоимости проекта), которую сделал разработчик на основании своих умозаключений и озвучил заказчику, отличается от того, что, собственно, хочет заказчик.

Если «вычесть» одну картинку из другой, сделать, так сказать, diff, то мы получим разницу в ожиданиях заказчика и планах разработчика. И разница эта может быть весьма существенной:



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

Так вот, задача технического задания — это свести к минимуму разницу между представлениями двух строн: заказчика и исполнителя. Хорошее ТЗ дает маленький diff, плохое ТЗ — большой.

Однако, есть очень важный момент: тех. задание не должно и не может свести diff к нулю! Поясню почему.

И diff и ТЗ имеют свою стоимость, причем стоимость нужно понимать более широко, чем просто деньги. Это деньги, время, потраченные нервы, испорченные отношения и т.д.
Стоимость diff — это стоимость изначально неоговоренных доработок, стоимость ТЗ — это, собственно, стоимость ТЗ. Чем более подробное и детализированное техническое задание, тем выше его стоимость, но тем меньше величина и стоимость diff-а, и наоборот.

Если рассматривать две крайности, когда тех. задания просто нет, нет совсем, т.е. вообще, и мы сделали фотохостинг, а заказчик желал интернет-магазин, то diff будет равен всему проекту, и его стоимость будет равна стоимости проекта (придется выкинуть наш фотохостинг и сделать магазин). При этом стоимость ТЗ равна нулю. Другая крайность, это когда техническое задание и есть сам реализованный проект, т.е. оно детализировано полностью, т.е. до строк кода, переменных и стилей css. В этом случае diff равен нулю, а стоимость ТЗ равна стоимости проекта (т.к. ТЗ уже является реализацией). А между этими крайностями находится реальность, которая отражена на этом графике:



Синяя линяя — стоимость ТЗ, она растет с ростом детализации, красная линия — стоимость diff-а, его стоимость, напротив, падает с ростом детализации.

Голубой линией отмечена суммарная стоимость ТЗ и переделок, предстоящих по окончании работы. Как видно из графика, у этой суммарной стоимости есть минимальное значение. Т.е. с некоторой точки становится дешевле исправить в конце работы хотелки заказчика, чем доводить до совершенства ТЗ.

Отсюда важный вывод: ТЗ должно хорошо описывать проект, но не более того.

Описываемый ниже подход, как раз и будет претендовать на ТЗ со степенью детализации близкой к оптимальной.

Источник

Серия сообщений "Техническое задание":
Часть 1 - Обоснование необходимости ТЗ
Часть 2 - Что должно быть в ТЗ и чего нет. Формулировки
Часть 3 - Разделы ТЗ

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

Страница каталога

Если целевая аудитория много выбирает и сравнивает, то эта страница важнейшая в вашем магазине (Это работает в сегментах, где покупатель не является экспертом по товару и где широкий ассортиментный ряд: бытовая техника, ювелирные изделия, одежда, электроника). Страница должна предоставить максимальную функциональность для правильного выбора. Обязательно должны быть представлены интуитивно-понятные фильтры. Фильтры должны работать быстро при сложных условиях и на больших объемах данных. Сейчас общая тенденция — применение фильтрации после внесения каждого нового условия в фильтр с AJAX-обработкой. Но это не всегда удобно, так как на больших объемах номенклатуры будут задержки, а также часто покупатель точно знает что хочет, вводит достаточно много параметров и желает получить результат после указания всех критериев. Очень важный инструмент после фильтров — механизм сортировки. Минимум что должно быть, это сортировка по цене. Часто и много делают сортировок по популярности и бестселлерам, но, на мой взгляд, это сейчас работает там, где аудитория точно не знает чего хочет, и полагается на мнение большинства («Посоветуйте мне…»): очень характерно для женских товаров, книжной торговли. Каждый товар должен быть представлен просто фотография + название + цена + купить +сравнить, но и его конкурентные преимущества, в крайнем случае, ключевые характеристики. Основная цель этой страницы — вызвать доверие, приятные эмоции от использования и перевести посетителя на детальную страницу. ~1% случаев кто добавляет товар в корзину со страницы каталога.

Страница товара

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

Покупка с оформлением заказа в 99% случаев происходит с детальной страницы, поэтому требования к ней самые строгие.

1. Товар должен быть представлен качественными фотографиями, их должно быть достаточно. Фотографии должны представлять товар с наилучшей стороны. Интернет магазины очень уступают реальным в этом плане — здесь нельзя потрогать товар, поэтому фотографии должны быть наилучшего качества, чтобы скомпенсировать отсутствие возможности «потрогать товар».
2. Если к товару есть видеоматериалы, это еще один огромный плюс.
3. Нужно правильно показывать цену — как я уже говорил, для этого нужно знать аудиторию – кому мы продаем. Тут все на выводах и экспериментах единых правил нет. Кому-то нужно показывать цену крупно + перечеркнуто, кому-то мелко и ненавязчиво, если цена для аудитории не является решающим фактором.
4. Нужно правильно показывать кнопку «Купить» по тем же принципам что и цену.
5. Важен блок характеристики товара и описание. Не на столько важный блок, чтобы отдавать ему лучшее место, поэтому лучше показывать первые несколько, а остальное только по требованию.
6. Важен сервис «Сравнить», но применять его нужно только для сравниваемых товаров, также замечу, что сравнивать лучше в каталоге, а если посетитель уже пришел на детальную страницу, ему нужно продавать.
7. Сейчас все любят ставить сервисы «оценки» и «отзывы» которые в жизни всегда уныло пустуют со статистикой «Еще нет отзывов по товару», «Количество голосов 0». Эти сервисы действительно нужны, но если есть комьюнити хотя бы > 4000
8. Для товара должна быть доступна информация «гарантия», «условия доставки», «условия возврата» — это важно но показываться должно ненавязчиво, только если посетителю понадобится, он должен это без труда найти, но не более.
9. Этот сервис должен быть на втором месте по важности. Сервисы «UpSell» или «DownSell». Но об этом я расскажу в одном из следующих выпусков. Кто хочет быстрее, смотрите здесь
10. Виджеты социальных сетей также все любят ставить. Если нет посещаемости, то большого смысла нет.
11. Сервис «похожие товары». Очень важный и нужный сервис, если только есть информация о количестве товара – например, товар отсутствует, и если похожий товар представлен адекватно — сейчас во многих магазинах по ощущениям выбор происходит генератором случайных чисел.

Корзина

Важная страница, ошибки тут дорого стоят. Главные цели: «оформить заказ», «не дать покупателю отвлечься», если сорвалось, то «получить какие-то контакты». Под корзину надо делать отдельный шаблон, в идеале — чтобы в нем не было шапки и футера, чтобы не было ни одной ссылки, кроме как «только вперед к оформлению». В корзине должны быть:

1. Представлены выбранные товары: название, фотографии, цена каждого товара, количество, сумма
2. Скидки
3. Общая сумма заказа
4. Опционально, но сейчас очень хорошо работает: условия кредита и калькулятор для расчетов помесячных выплат
5. Самое главное: корзина — это лучшее место для UpSell. Если здесь показать, например: «Только сейчас в комплекте с тем что покупаете, Вы можете купить товар ХХХ со скидкой Х%» — Вы удивитесь конверсии. Это самый простой пример, самое интересное, если заинтересовались, пишите в личку.
6. В корзине очень полезно продублировать информацию: «гарантия», «условия доставки», «условия возврата»
7. Важна функция удаления позиции товара из корзины, о ней часто забывают и чтобы удалить надо поставить кол-во «0»

Оформление заказа

Важнейшая страница, ошибки тут, катастрофичны. По специфике тут от покупателя требуются действия, вводить данные: ФИО, e-mail и т.д. Люди не хотят печатать, шарят глазами по экрану вниз чтобы узнать: «А сколько там вообще полей…?» и вот тут главное не показывать все поля сразу, делать ввод естественным, не вводить то что не нужно исходя из ранее введенного (например если оплата только налом, то доставка только самовывоз, и адрес знать уже не понадобится. Таких взаимосвязей довольно много и все их надо проработать). Подсовывать поля по мере надобности и только те, без которых никак.

1. ФИО — а лучше просто имя
2. e-mail, телефон – что-то одно
3. способ оплаты
4. способ доставки
5. адрес доставки
6. комментарии

Все время оформления нужно показывать состав корзины и возможность в нее добавить UpSell или удалить то, что уже есть.

Главная страница

Страница не первой важности. Странный вывод, правда? Однако это так. Магазины — это не брэндовые сайты и не имиджевые. Трафик в основном «приземляется» на детальные страницы и страницы каталога. Такая уж специфика текущего времени. Все покупают контекст, SEO и приземлять дорогого посетителя на главную бессмысленно.

Выводы

Возможно, я не прав на счет нашего ранжирования страниц по степени важности для интернет магазина, но на деле оно получается так.
Подчеркиваю что данная оценка состава и важности компонентов дана именно для интернет магазинаа ориентированного на высокую конверсию и продажи.

Источник

Контент для сайта нужно прорабатывать еще до этапа разработки проекта. И если фрилансер или студия говорят Вам об обратном, Вы сделали неудачный выбор. Собственно нормально, когда сайт делается под контент, а не наоборот. Кому нужны рюшечки, кружочки и красивые квадратики? Люди нуждаются в информации, а информация это и есть контент. Бизнесмен, который не понимает это, очень сильно рискует своим бизнесом в интернет.

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

Чем вы конкретно рискуете?

Когда дизайнер делает макет без контента, он оформляет информацию, блоки, меню как ему кажется красивым. А что будет, если количество Вашего контента не впишется в эти блоки? Если меню будет в 5 раз больше, чем запланировал дизайнер? Правильно, весь макет расползётся к чертовой матери. И красивый сайт превратиться в набор слабо связанных между собой блоков информации.

Очень часто дизайнер и заказчик под одним и тем же понятием понимают совершенно разные вещи. К примеру, Вы написали в ТЗ что хотите страницу с описанием товара, для дизайнера это значит просто большое текстовое поле в карточке товара, а Вы подразумевали и текст, и файлы для скачки, и 3D-view и т.п. И что? и все. Или у вас не будет такой возможности на сайте или все придется переделывать, и следовательно доплачивать.

 

 

Серия сообщений "Контент":
Часть 1 - Контент для сайта

Что общего между интернет магазином и обычным городским магазином? На самом дел очень много общего, главное одинаковые основные принципы и там и там все строится вокруг двух столпов - товар и покупатели.

Бизнес-стиль сайта это часть корпоративной культуры компании. Если Вы взглянете на деловой сектор Интернета, то обнаружите, что многие веб-сайты, созданные для продажи товаров и услуг, похожи друг на друга до безобразия.Что же побуждает бизнесменов заказывать практически однотипные сайты?

Ответ прост - Если это работает, зачем придумывать что-то еще? Попробуем определить общие, характерные черты ст

• Стандартное расположение элементов. Типа корзина для товара, логотип, телефон, Обусловлено тем что пользователи посещающие крупные бизнес сайты (озон, Самсунг и.т.д.) уже приучены к таким стандартам расположения.
•  

Серия сообщений "Дизайн":
Часть 1 - Бизнес стиль сайта

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

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

Если Вы владелец бизнеса, первое лицо которое принимает решения. Вы должны знать, что сегодня 9 из 10 новых интернет проектов закрываются раньше чем выходят на порог рентабельности. Причины? Как отмечают многие владельцы разорившихся проектов именно в плохом понимании особенностей интернет бизнеса.

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

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

При написании бизнес плана интернет проекта наши специалисты учтут все особенности ведения бизнеса в интернет именно для Вашего предприятия, Вместе мы обязательно найдём оптимальное решение Ваших задач!

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

Во многих случаях первые лица компаний не воспринимают серьезно все, что относится к Интернету. Для того что бы убедить начальника что интернет это серьезно, часто достаточно показать ему доходность успешных интернет проектов за прошедший год.

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

Если не удалось убедить начальника? ну что же? придется идти своим путем, рекомендуем начать изучение материала с  технологии бизнес процессов в интернет.

Серия сообщений "Управление проектом по созданию сайта":
Часть 1 - Особенности бизнес плана интернет проекта
Часть 2 - Разработка концепции для сайта

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

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

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

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

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

Но вот дальше

Серия сообщений "Интеграция сайта с соцсетями (SMO)":
Часть 1 - Бизнес в социальных сетях

Надеюсь Вы знаете что такое сайт? Если нет напомню, название сайт произошло от английского слова site - место. Буквально стоит понимать это значение как место в сети интернет. Место в сети интернет это адрес (имя сайта) и хотя-бы одна страничка по этому адресу.

Что такое бизнес сайт? Это сайт который продает товары или услуги бизнеса, создавая прибыль. Именно наличие за сайтом реального (не интернет) бизнеса, отличает бизнес сайт от всех остальных видов сайтов. Бизнес сайты создаются не для заработка в сети Интернет, а для развития существующего бизнеса.

Самый простой вариант бизнес сайта это страничка со списком ваших товаров или услуг с ценами  и Вашими контактными данными.

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

Но прежде чем посоветовать Вам сайт для Вашего бизнеса, давайте определимся зачем он (сайт) вообще нужен для Вашего бизнеса.

1. Чтобы обеспечить присутствие
2. Чтобы организовать сеть
3. Чтобы предоставлять информацию о бизнесе
4. Чтобы обслуживать Ваших клиентов
5. Чтобы повысить интерес общественности
6. Чтобы публиковать информацию, чувствительную ко времени
7. Чтобы организовать продажи
8. Чтобы иметь возможность предоставлять графическую, звуковую и видеоинформацию
9. Чтобы выйти на возможно более широкий рынок
10. Чтобы отвечать на часто задаваемые вопросы
11. Чтобы постоянно поддерживать связь с продавцами
12. Чтобы открыть международный рынок
13. Чтобы создать сервис, работающий 24 часа в сутки
14. Чтобы предоставлять быстро меняющуюся информацию
15. Чтобы обеспечить обратную связь с клиентами
16. Чтобы проверять новые службы и продукты рынка
17. Чтобы осуществлять связь со средствами массовой информации
18. Чтобы выйти на молодежный рынок и рынок образования
19. Чтобы выйти на специализированный рынок
20. Чтобы обслуживать Ваш местный рынок

Серия сообщений "Что такое сайт для бизнеса?":
Часть 1 - Бизнес сайт
Часть 2 - Чтобы обеспечить присутствие
Часть 3 - Чтобы организовать сеть

Сайт Для Бизнеса