.jpg)
Страница-источник на сайте falconspace.ru
Создаёте свой первый сайт? Или уже наняли разработчиков, но боитесь, что вас обманут? Самое дорогое в IT-проектах — это не деньги, а ваше непонимание. Чем лучше вы разбираетесь в основах, тем меньше рискуете.
Я много лет работаю с веб-проектами. И постоянно вижу одну и ту же ошибку: заказчик не знает базовых вещей, а исполнитель этим пользуется. В итоге — срывы сроков, переплаты и кривой сайт.
Эта статья — ваш страховочный трос. Я разберу ключевые понятия: домен, хостинг, CMS, SEO. Без сложных терминов и воды. Только то, что реально пригодится.
ВАЖНО! Чем лучше вы понимаете основы веб-проектов, тем меньше риска обмана со стороны исполнителей и потери денег. Не пожалейте время на изучение этой статьи, и, вероятно, это поможет вам избежать ненужных проблем в будущем в ваших веб-проектах
Если вам требуется больше информации по конкретному элементу — заходим на Youtube или Википедию и погружаемся в это понятие.
Домен — это буквенное отображение вашего сайта, по которому пользователь вас находит в сети. Вы покупаете его на определенный срок у Регистратора (компания, которая заведует доменами).
Важно вовремя продлевать домен, занесите в календарь дату, когда необходимо продлить домен.
Важно регистрировать домен на себя (или свою компанию), а не на исполнителя. Иначе затем передавать права придется через нотариуса.
У домена могут быть поддомены. Например, у домена web-automation.ru есть поддомен falconspace.ru. На поддоменах может быть установлено совершенно другое приложение и находиться он может на другом сервере (с другим IP).
Хостинг — это место на диске некоего сервера, где лежит ваш сайт. Вы арендуете его на время у хостера (компания, которая предлагает услуги хостинга) для того, чтобы ваш сайт был виден в сети. Вы можете брать просто хостинг, либо можете взять более сложный вариант — виртуальный частный сервер (VPS).
Важно вовремя продлевать аренду хостинга, иначе сайт будет остановлен (что плохо для продвижения в поисковых системах для сайта).
Работу по покупке и настройке хостинга можно поручить исполнителю (но при этом имейте у себя все доступы к хостингу, чтобы в любой момент вы могли взять файлы с него).
Это технический адрес вашего сайта (сервера) в сети, например, 10.203.21.24. Заказчику он нужен только для настройки DNS хостинга. В других случаях он никак не используется заказчиком.
Домен должен быть связан с некоторым IP-адресом, чтобы пользователь в итоге мог найти сайт через браузер. Для этого используется DNS хостинг, где к домену прикрепляется определенный IP адрес (через A запись).
Важно! Когда покупаете домен, убедитесь, что там же есть бесплатный DNS хостинг. Иначе его придется покупать дополнительно. В общем случае лучше, когда все лежит и настраивается в одном месте.
Это более сложный вид хостинга. Вы получаете доступ к виртуальному серверу по RDP (удаленный рабочий стол) и в нем настраивается все необходимое для сайта ПО самостоятельно. Это веб-сервер, средство управления базами данных и другое.
В случае с хостингом вам не требуется подобная настройка, там есть панель (Plesk, ISP manager), которая упрощает настройку сайта.
В случае сервера вы можете ставить любое ПО на этот сервер (например, боты для парсинга данных с социальных сетей).
VPS дороже хостинга и имеет больше возможностей.
Почему виртуальный? Есть физический сервер с большими мощностями. На него ставят средствами виртуализации несколько отдельных виртуальных серверов и именно подобным сервером вы владеете.
Крайне ВАЖНО: не забывайте продлевать сервер! Если долго не продлевать сервер, то все данные могут быть уничтожены (хостер просто удаляет сервер автоматически). Т.е. если не планируете его дальше держать — хотя бы данные вовремя извлеките с сервера.
Без SSL данные сайта по сетям передаются в открытом виде. Т.е. злоумышленник может взломать некий промежуточный узел в сети и получать информацию по запросам между браузером и сервером сайта.
Чтобы этого избежать, данные шифруются по определенным правилам (протоколам). Именно это и обеспечивается SSL.
Когда сайт находится под SSL, адрес сайта начинается с https:// (рядом с адресом появляется замочек), весь трафик при этом шифруется и недоступен для расшифровки промежуточным узлам.
Даже если у вас нет секретных данных, все равно SSL нужно устанавливать — для более хорошего ранжирования в поисковых системах.
Также многие браузеры начинают предупреждать пользователей, что вы заходите на подозрительный сайт (что вызывает конфуз у пользователя).
SSL покупается на год и устанавливается на сервер/хостинг.
Есть бесплатный SSL — Let's Encrypt.
Если у вас используются активно поддомены основного домена, то обязательно брать нужно Wildcard SSL (т.е. который также защищает поддомены).
Это адрес страницы в сети. URL состоит из протокола, домена и пути к странице.
Например, для URL https://falconspace.ru/blog/bazovye-voprosy-i-ponyatiya-v-sfere-sozdaniya-veb-proektov
https:// — протокол,
falconspace.ru — домен
/blog/bazovye-voprosy-i-ponyatiya-v-sfere-sozdaniya-veb-proektov — путь к странице
URL можно всегда посмотреть вверху страницы (некоторые браузеры по какой-то причине искажают пути и необходимо щелкнуть по ним, чтобы увидеть реальный URL).
Важно, когда вы взаимодействуете с разработчиками и другими специалистами, скидывайте конкретные URL и скрины, а не "на странице услуги что-то не работает". Так вы сэкономите время на повторные вопросы разработчиков. URL — это наиболее точный идентификатор объектов на сайте (а не Title или Заголовок страницы).
Пример из практики: Один заказчик месяц жаловался, что "кнопка на главной не работает". Оказалось, он тыкал в баннер, который вообще не был ссылкой. Если бы он сразу прислал URL и скрин, проблема решилась бы за 5 минут.
Движок сайта — это программное обеспечение, на котором работает сайт.
Движком может быть типовая система управления контентом (CMS), например, Wordpress. Либо это может быть самописная система (созданная специально под проект на некотором фреймворке).
При выборе движка следует учитывать специфику вашего проекта
Например, магазины лучше делать на какой-то конкретной CMS, лендинги на другой, а уникальные сервисы лучше делать под себя.
Общие критерии выбора движка:
Система управления контентом сайта — программное обеспечение для быстрой публикации текста, картинок и других материалов на сайте.
Есть панель управления, в которой администратор создает материалы: статьи, страницы, новости, портфолио, товары.
И есть публичные страницы, которые отображают контент. Наиболее популярная CMS — Wordpress. Она позволяет без программирования создавать довольно функциональные сайты.
При этом у Wordpress есть и свои минусы — низкое быстродействие (обычно из-за проблемных плагинов), ошибки-дыры безопасности в плагинах.
Язык — это способ описания работы приложения в виде специального текста.
Программисты пишут на языке инструкции, которые в итоге обеспечивают всю работу по обработке запросов страниц сайта.
Фреймворк отличается от языка тем, что задает некоторый способ разработки, который в целом упрощает и ускоряет процесс разработки.
Например, Falcon Space — это фреймворк, который позволяет с помощью определенных правил управлять через SQL хранимые процедуры всей бизнес-логикой и внешним видом веб-приложения (и в этом главное отличие от всех других фреймворков).
Если вам требуется сделать сайт в точности под свои требования, то имеет смысл рассмотреть заказную разработку. В этом случае берется некоторый фреймворк (в нашем случае ASP.NET Core или MVC5), и на базе него создается веб-программистами проект по спецификациям заказчика.
Если сравнивать с использованием CMS, этот подход гораздо дороже, дольше, сложнее. Но зато он позволяет делать решения без учета ограничений CMS или других коробочных продуктов. Это могут быть ограничения по производительности, архитектуре, внешнему интерфейсу.
Для управления файлами и другими объектами сайта, необходимо обеспечить доступ. Если вы используете хостинг, то вы можете получить доступ через FTP протокол. Вы можете использовать некую FTP программу (Filezilla) и просматривать/редактировать файлы на удаленном сервере через эту программу.
RDP позволяет подключиться к операционной системе удаленного виртуального сервера. У вас откроется интерфейс операционной системы, и вы можете работать в ней, как если бы это была локальная операционная система.
Данные сайта хранятся в базе данных (БД). По сути, это просто набор таблиц и связей между ними. Управление всем этим хозяйством осуществляется средствами системы управления базами данных (СУБД).
Примеры: SQL Server, MySQL.
База данных может располагаться как на сервере, где находится сайт, так и на отдельном сервере.
Когда вы видите страницу в браузере, она отображается по определенным правилам. Под капотом любая страница представляет из себя специальный текст (в виде кода HTML), который задает структуру документа и внешний вид.
К примеру, чтобы сделать ссылку на другую страницу, используется конструкция
Some textВ дополнение к HTML языку идет CSS — средство стилизации страниц, т.е. изменение цвета, размера, положения и т.д. Без CSS все сайты были бы очень-очень похожи друг на друга и отличались бы только расположением элементов.
HTML и CSS позволяются сделать красивые страницы, но как сделать некую интерактивность и динамичность на страницах? Для этого есть JavaScript. С помощью него можно сделать некую реакцию элементов на действия пользователя: нажатие кнопок, изменение полей и т.д.
jQuery, Angular, React и другие библиотеки/фреймворки JS
Сам по себе JS непрост для быстрого использования в повседневных задачах веб-разработчика. Поэтому были созданы некие библиотеки для более удобного и простого использования. Они скрывают разницу в браузерах, упрощают выполнение типовых операций (изменение разметки страницы, обращение к серверу и т.д.).
Это объединение JS и CSS библиотек для упрощения создания разметки страниц. Bootstrap содержит множество типовых элементов и стандартный приятный интерфейс. Основной смысл — использование типовых классов CSS для более простого формирования разметки. Вы не создаете свои стили, вы используете множество готовых стилей, которые наделяют вашу разметку заранее заданными качествами (скругление, видимость на разных устройствах и др.)
Bootstrap — это значительное упрощение в вопросе верстки страниц. Bootstrap мы используем в Falcon Space как одну из двух ключевых технологий.
Современные приложения плотно "общаются" друг с другом без участия человека — передают друг другу данные, уведомляют о важных событиях.
Чтобы это было возможно, системы должны "договориться" между собой о правилах взаимодействия. Т.е. должен быть некий протокол, чтобы одна система "понимала", что пытается "донести" другая система. Поэтому данные передаются в определенном формате (XML или JSON) по определенным правилам (протокол API).
API — это программный интерфейс, который сообщает другой системе, что можно вызывать такие-то методы, передавая определенные параметры и ожидать результаты также в определенном формате.
В нашей системе Falcon Space мы реализовали универсальный API, который позволяет делать свой API интерфейс (чтобы внешние системы могли к нему обращаться), а также отправлять некие запросы вовне в форматах JSON, XML, Text.
В проектах интеграция по API — всегда некая точка неопределенности, т.к. возникающие проблемы идут на стыке двух систем. В большинстве случаев проблематично точно оценить трудозатраты на интеграцию нового АПИ (т.е. такого АПИ, которое разработчик еще не интегрировал).
В этом случае хороший вариант — сделать минимальный прототип интеграции, и на нем понять нюансы по подключению. А затем уже спланировать полноценную интеграцию.
Когда вы используете браузер и набираете определенный адрес в строке адреса, браузер отправляет запрос серверу в определенном формате (IP сервера он получает от серверов DNS по домену).
Чтобы правильно понять, что запросил браузер, запрос должен подчиняться определенному протоколу. А сервер должен отвечать по определенным правилам, понятным браузеру. Именно для этого существует протокол HTTP (или его защищенный шифрованный аналог HTTPS).
В работе над проектом мы по сути его никак не касаемся (только в моменте, когда подключаем SSL к домену).
По мере работы сайта данные постепенно накапливаются. Это могут быть файлы на хостинге или данные в базе данных. Если возникнет некий форс-мажор (сгорел жесткий диск, вирусы, случайно разработчик испортил данные), то данные могут быть потеряны.
Поэтому надо регулярно делать бекап, т.е. сохранять резервные копии данных. Это можно делать автоматическими средствами хостера, либо вручную. Самое важное — проверять, что есть относительно свежие бекапы, которые можно будет использовать в случае возникновения проблем с текущей версией данных.
Пример из практики: Один мой знакомый предприниматель потерял базу клиентов за 3 года, потому что хостер случайно удалил его сервер. Бекапов не было. Восстановить данные не удалось. Не повторяйте его ошибку — настройте автоматические бекапы сразу.
Главные угрозы информационной безопасности в экономическом плане исходят не из утечки конфиденциальности данных. Основная проблема — остановка сервиса. К примеру, сколько потеряет средств Ali Express, если остановится на 1 час?
Одной из причин остановки сервиса может быть DOS атака.
Это ситуация, когда к вашему серверу начинают обращаться большое количество ботов-программ и возникает ситуация, когда ваш сервер не может обрабатывать больше запросов и падает. Таким образом, внешнее воздействие приводит к выводу из строя сервиса.
Есть также DDOS атака — это распределенная DOS атака, осуществляющаяся с разных серверов или рабочих станций (причем эти станции могут быть вовсе не злоумышленниками, а, например, жертвами вируса, который активизирует множество запросов в сторону определенного сервера).
Существует множество типов, и зачастую они пересекаются.
Это страница, имеющая минимум внешних ссылок, задачей которой является обращение пользователя (регистрация, звонок или сообщение). Landing переводится как посадочная страница. Пользователя "находит" в сети реклама сайта (желательно по узкому запросу, точно направленному на определенную потребность человека) и мягко "приземляет его" на посадочную страницу.
Если у вас нет особых планов на сложную бизнес-логику обработки заказов, то имеет смысл использовать конструкторы лендинга типа Тильда или ЛП генератор.
Это сайт с каталогом, корзиной и системой обработки заказа. Есть множество типовых решений под эту задачу (CS Cart, Bitrix). В 99% следует использовать именно типовое решение, а не делать что-то свое кастомное и уникальное.
Для блога совсем необязательно иметь свой сайт, можно разместить свой блог на специализированных площадках типа VC, Medium, Blogger и т.д. Если планируете делать свой блог, то в большинстве случаев имеет смысл взять Wordpress — очень много готовых плагинов, тем оформления.
Сайт-визитка дает краткую информацию о компании. Обычно не содержит каких-то сложных элементов и больше направлен на передачу информации и формированию некоторого первичного представления о компании.
Если вы только начинаете делать первые шаги в сети, то имеет смысл начать с визитки и постепенно расширять ее состав блогом, личными кабинетами клиентов и т.д.
Маркетплейс — это сайт определенной отрасли, на котором встречаются два типа пользователей: поставщики и покупатели. Покупатели ищут подходящее предложение и заказывают через площадку или напрямую у поставщика.
Маркетплейс — это не просто сайт объявлений. Он должен давать добавочную ценность его пользователям. Это может быть снижение рисков, автоматизация, ускорение операций, проверенная информация и т.д.
Владелец маркетплейса должен быть готов к вероятным изменениям в своем сайте (т.к. неясно, что именно будет работать как добавленная ценность для конкретного случая).
Смотри также:
Строго говоря, CRM — это программа для учета клиентов. В широком смысле, это программа, которая обслуживает весь цикл продаж (подготовка КП, предпроектные исследования и т.д.).
CRM может быть типовой, а может быть создана под специфику конкретного бизнеса.
Если вы ищете CRM, сначала попробуйте типовые бесплатные или недорогие CRM (типа Битрикс24). Если они подходят, используйте их. Если их возможности вам не подходят, делайте свою, под свои процессы.
CRM в большинстве случаев — это веб-приложение, в котором есть кабинет Продавца, есть кабинет начальника отдела продаж и кабинет администратора. Иногда в ней может быть кабинет клиента (т.е. некий клиентский сервис). Есть таблица клиентов, карточка клиента, сделки клиента, запросы на КП, выставление КП, документооборот.
Смотри также Как создать CRM с возможностью будущей кастомизации
Это реклама в поисковой выдаче Яндекса, Гугла. Вы набираете определенный запрос, и поисковая система предлагает вам релевантные рекламные объявления. Плата обычно идет за клик.
Пользователи ежедневно набирают миллионы запросов в поисковиках. Среди них есть ваши запросы, т.е. запросы, где вам есть, что предложить. И хотелось бы, чтобы пользователь увидел именно ваш сайт.
Для этого надо особым образом настраивать страницы сайта, чтобы поисковик связал страницу с определенным запросом.
Второе направление — это повышение авторитетности вашего сайта в глазах поисковика. Поисковики хотят улучшить качество своей выдачи, чтобы пользователь нашел в итоге то, что он искал. Именно поэтому для него важно отделять хорошие сайты от плохих.
Поисковое продвижение — это некие танцы с бубном вокруг поисковых систем.
На мой взгляд, важно просто придерживаться простых правил и у вас будет постепенный рост позиций:
Важно! Требуйте от сеошников прозрачного плана работ и его точного выполнения. Контролировать результаты продвижения очень непросто из-за длительной обратной связи по изменениям. Этим пользуются неблагонадежные исполнители по SEO. Ваше окружение против них — прозрачность работ и показателей продвижения.
Продвижение в социальных сетях. Это публикация некоторого контента в социальных сетях с целью привлечения внимания к своему продукту.
Далеко не каждому подойдет этот способ продвижения. Тут все зависит от целевой аудитории.
Стандартный путь в SMM — завести группу, постить там какой-то контент и приглашать всех подряд в группу через различные каналы (знакомые, боты, на других площадках).
Когда сайт работает, необходимо понимать, что на нем происходит, как пользователи работают на сайте и нет ли у них каких-либо проблем.
Веб-аналитика — это возможность подглядывать за поведением пользователей на сайте. Вы можете регулярно замерять ключевые показатели сайта, делать гипотезы по улучшению сайта и проверять как из внедрение на сайт сказалось на показателях. Это основа цикла улучшения сайта. Без него вы будете действовать вслепую, надеясь на удачу.
Счетчик веб-аналитики — это некий блок кода, который вы вставляете на каждую страницу сайта. Тем самым этот код будет собирать данные о посещениях пользователей, которые вы можете просмотреть в удобном интерфейсе поисковиков в виде отчетов.
Самые популярные бесплатные инструменты веб-аналитики — Яндекс Метрика и Google Analytics.
Конверсия — это КПД вашего ресурса. Количество полезных действий к общему количеству.
Увидели рекламу 100 раз, зашли 4 раза. Конверсия 4%.
Конверсия позволяет понять, что дает нужный результат, а что работает недостаточно эффективно. Также она позволяет прогнозировать показатели при увеличении входящего потока.
Отказ — это понятие веб-аналитики. В терминах Яндекс метрики отказ — это посещение 1 страницы менее 30 секунд.
Один конкретный отказ ничего не значит. Важен агрегирующий показатель. Если ваш сайт дает 33% отказов, то это значит, то треть трафика идет мимо (т.е. пользователь заходит и сразу уходит со страницы).
Необходимо выявлять места, которые создают отказы и улучшать их итеративно.
Наивно думать, что мы сейчас сделаем сайт и больше менять его не будем. Если вы планируете сделать эффективный ресурс, то планируйте непрерывную итеративную работу по улучшению сайта.
Поисковики раньше ориентировались на различные факторы, например, количество внешних ссылок на сайт или страницу или участие в каких либо каталогов. Исходя из здравого смысла, самый достоверный показатель для поисковика — статистика посещения данной страницы по поисковому запросу.
Если люди, в поиска ABC, кликают по вашему объявлению и потом долго его изучают и не возвращаются в поиск, значит у вас там что-то интересно для людей, ищущих ABC.
Это по сути и есть поведенческий фактор — как пользователь ведет себя на странице. Улучшая поведенческие факторы, вы улучшаете ранжирование в поисковых системах.
В поисковой выдаче выдается заголовок, текст и возможны также ссылки, картинки. Это и есть сниппет. Мы можем влиять на этот сниппет через определенные настройки. Улучшая сниппет, мы увеличиваем вероятность клика пользователя на сайт.
При этом важно не обманывать ожидания пользователя. Лишний клиент нецелевой аудитории приведет в итоге к увеличению показателю отказов, а значит скажется на поведенческих факторах.
Указывайте информацию максимально понятно и достоверно, старайтесь максимально точно попасть в потребность клиента. В идеале — вызовите эмоциональный отклик у пользователя.
Ключевой запрос — это единица продвижения. Именно ими оперирует пользователь, когда что-то ищет. Ваша задача — выявить по максимуму эти запросы и предложить свой качественный материал на каждую группу похожих запросов.
Это итеративная работа. Не нужно пытаться объять сразу все запросы. Начните с самых жирных, главных запросов, а потом постепенно создавайте контент на более специализированные темы.
Поисковая система старается под запрос пользователя подбирать подходящие страницы, а не все подряд. Чем точнее подобраны запросы, тем больше будет удовлетворен пользователь.
Необходимо описывать страницу максимально релевантно тому запросу, на который вы планируете получить клики. Если у вас страница про тракторы ABC — не нужно в Title писать про тракторы EFG (или просто общий запрос Купить трактор).
Ключ ключу рознь. Один запрос могут набирать десятки тысяч раз в день, другой в месяц может набирать всего 50 шт. Но при этом один из этих 50 попаданий может вам принести миллионы (если человек, например, ищет франшизу или резюме узкого специалиста).
Частотность — это по сути ваш рычаг. Чем выше частотность запроса, тем больше будут просматривать ваш соответствующий контент.
Частность запросов в Яндексе можно определить по wordstat.yandex.ru.
При определении также учитывайте регион. Т.е. всегда сравнивайте данные по определенному региону, а не на основе разных исходных данных.
Также частность позволяет определить, что интересно людям. Наберите в wordstat запрос "Заказать" или "Купить", и вы узнаете что хочет в среднем пользователь Яндекса.
Сайт делается на для всех пользователей сети, а для узкой группы людей, которым сайт помогает решать их специфические задачи.
Задача владельца сайта — максимально точно определить черты целевой аудитории, понять, что ей интересно, где она обитает и выйти на них со своим предложением.
Если вы чего-то не учли, то ваш сайт не достигнет своих целей.
Вы можете приводить не ту целевую аудиторию. Ваше предложение может быть неинтересно потребителям. Либо вообще никто не придет, т.к. вы не там ищете своего потребителя (например, b2b в инстаграме или в линкедин ищете кочегаров для работы в Подольске).
У вашей целевой аудитории есть некие потребности. Когда она возникает, он может набрать в поиске определенные запросы. Они по синтаксису разные, но по сути это одна и та же потребность. Разработка сайта или создание сайта? Это одно и тоже.
На каждый такой кластер запросов у вас должна быть своя страница, которая полностью раскрывает этот вопрос. Не нужно делать две страницы — под каждый запрос. Сделайте одну страницу и максимально раскройте тему.
При этом не надо делать слишком крупные кластеры. Есть более узкие вопросы, которые требуются отдельной страницы (например, создание сайтов .NET или как создать сайт на .NET).
Все кластеры запросов можно объединить в карту релевантности, где есть список страниц и каждой странице соответствует некий набор ключевых запросов (кластер), которые она закрывает.
Это набор методологий для уменьшения рисков сделать плохой продукт (или вообще не сделать его).
По большому счету, это просто проявление здравого смысла.
Двигаться нужно постепенно и контролировать промежуточные результаты.
Продукт создают люди, и нельзя к ним относиться как к машинам.
Код важнее документации.
Плотное взаимодействие с клиентом важнее пунктов в договоре.
Есть также набор некоторых практик, которые применяются внутри проекта (движение по спринтам, ежедневная планерка на 5 минут, ретроспектива и др).
В этих практиках по сути нет ничего нового и революционного. Они были и в СССР, и в Штатах, но были сформулированы в виде методологии относительно недавно.
Читайте нашу статью-курс Как создать IT продукт
Рейт — это почасовая ставка в рублях или валюта, на основе которой строится смета.
Разработчик оценивает в нормативных часах, сколько стоит сделать ту или иную функциональность, умножает на рейт и получит в итоге смету. Эту смету согласовывают с заказчиком и запускается очередной этап разработки.
Эстимейт — это оценка в часах, сколько времени сделать требуется на создание некоторой функциональности.
Требуйте более детальных оценок от разработчиков. Если в смете написано Создание АПИ 100 часов, то тут явно надо задать о детализации этой оценки. Чем детальнее оценка, тем проще будет понять, где было превышение и тем прозрачнее отношения между заказчиком и подрядчиком.
Большой проект нельзя сделать за 1 присест. Если вы пишете большое ТЗ, то в процессе реализации высока вероятность изменения требований.
Гораздо лучше делить проект на этапы.
Каждый этап выполняется отдельно. Требования для нового этапа учитывают уже сделанный функционал. Нет большой задержки в начале проекта на создание громадного ТЗ.
Также этапы снижают риски заказчика и поставщика услуг. Заказчик может проверить на малой сумме на 1 этапе адекватность поставщика услуг. А поставщик не рискует, что ему конце проекта просто не заплатят 50% от суммы проекта (особенно если поставщик без штатного юриста, а у заказчика сидит целый отдел юристов, которых надо чем-то занять).
Снижение стоимости возможного спора (стоимость этапа) снижает риски и напряжение для обоих сторон.
Каждый этап — это отдельное ТЗ, смета, сроки, отдельная оплата и акт.
Как узнать, что нужно потребителю? Самое простое — спросить.
Методология Customer Development позволяет организовать интервью с людьми и выявить нужную для проекта информацию. Спрашивать у потребителя по продукту надо ДО начала создания продукта, а не после его реализации.
Обязательно используйте этот инструмент — вы сэкономите кучу денег. Вместо создания никому ненужных функций, вы сосредоточитесь на 20% тех возможностей, которые действительно нужны вашим пользователям.
Основной смысл — не продать ваше уникальное решение, а понять, почему ваше решение не подходит в данный момент потребителю.
Это методология развития стартапа. Проект начинается с прототипа, который показывается пользователям. Это MVP — первая полностью рабочая и готовая к использованию версия продукта, но при этом она содержит только самые важные для пользователя функции и под капотом может вообще оказаться не двигатель, а 4 человека, толкающие машину.
Это сильно снижает риски. Главный риск продукта — он никому не нужен. Прототип приземляет человека с его супер идеей.
Чем раньше ваш продукт сталкивается с рынком, тем раньше вы получите реальные данные о вашем продукте.
Вполне вероятно после получения первой обратной связи, вы поймете, что ваш продукт не нужен и не конкурентоспособен изначально.
В своей практике видел такие ситуации, когда заказчик постоянно избегал внедрения в эксплуатацию, добавляя все больше и больше функций. Это путь в никуда, рано или поздно деньги закончатся и нужно будет внедрять. После такого внедрения появятся новые данные, что необходимо иметь в продукте, но бюджета на это уже не будет.
Поэтому делайте дешевый прототип, внедряйте и потом постепенно дорабатывайте его до полного продукта, либо делайте с нуля продукт уже с пониманием рынка.
