MonMon / Планирование веб-сайта
Веб-сайты компаний-разработчиков программного обеспечения: объясните варианты использования, прежде чем просить демо-версию
MonMon AI · Опубликовано
Веб-сайт программного обеспечения должен помочь посетителю понять, что делает продукт, для кого он предназначен и что покажет демонстрация. Списки технических терминов сами по себе редко отвечают на эти вопросы. Постройте историю вокруг узнаваемой задачи и возможностей, которые действительно доступны для ее выполнения.
Начните с задачи пользователя
Опишите пользователя, работу, которую ему необходимо выполнить, и соответствующий рабочий процесс продукта. Используйте конкретный пример, не претендуя на то, чтобы это был детальный анализ ситуации с клиентом. Объясните, где программное обеспечение вписывается в процесс, а что остается за его пределами. Это дает потенциальному покупателю основу для принятия решения о том, стоит ли изучать продукт.
Разделение доступных и запланированных возможностей
Покажите, какие функции можно использовать в настоящее время, какие зависят от конфигурации, а какие планируются. Не смешивайте дорожную карту с действующим списком функций без четких обозначений. Если скриншот — это концепция дизайна, укажите ее. Потенциальным клиентам не придется обнаруживать во время демонстрации, что широко разрекламированная возможность не была реализована.
Используйте скриншоты и демо с контекстом
Подпишите снимок экрана с задачей или экраном, который он иллюстрирует. Объясните, используются ли в демонстрации образцы данных, и избегайте раскрытия конфиденциальных записей. Краткое пошаговое руководство должно показывать осмысленный рабочий процесс, а не последовательность декоративных экранов. Заявления о производительности или экономии времени требуют определенного контекста измерения; один только макет не может их поддержать.
Границы государственной интеграции
Если продукт подключается к другим системам, опишите интеграцию, которую может поддерживать команда, и все важные условия, одобренные для публикации. Отличайте существующее соединение от заказной работы по интеграции, требующей оценки. Заявления о безопасности и хостинге должны быть проверены ответственным техническим владельцем. Не позволяйте широкому маркетинговому языку подразумевать возможности, которые не были проверены.
Квалифицировать демо-запрос
Спросите, какую проблему хочет изучить посетитель, соответствующую область продукции и способ связи. Дополнительные вопросы должны иметь четкую цель подготовки демонстрации. При приемке веб-сайта убедитесь, что демонстрационный маршрут сохраняет этот контекст. После запуска отдельно просматривайте подходящие заявки на демо и последующие этапы продаж; просмотр демонстрационной страницы не является доказательством того, что продукт принес пользу клиенту.
Ваш контрольный список подготовки
- Определенный пользовательский и практический вариант использования
- Живые функции, отличающиеся от элементов дорожной карты
- Снимки экрана с указанием цели и контекста данных.
- Претензии по интеграции рассмотрены
- Технические заявления, утвержденные их владельцем
- Демо-запрос определяет задачу заказчика
Часто задаваемые вопросы
Можем ли мы показать будущие функции на сайте?
Да, если они четко описаны как запланированные, а не представлены как доступные в настоящее время.
Включает ли сайт маркетинга продукта программное обеспечение?
Нет. Презентационный веб-сайт и сам продукт представляют собой отдельные задачи, если это явно не указано в проектном соглашении.