Разработка предварительного технического задания на прототип сайта (ТЗ)

UPD от 18.08.2016 — сделал подписи ко всем подпунктам, если что-то нужно уточнить, пишите на km_71@mail.ru или в комментарии!

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

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

На моей стороне изучение бизнеса и работа в разнообразных компаниях с 2001 года, но наверняка я пока не учитываю каких-то параметров из области опыта больших компаний. Или чего-то особенного именно для вашей бизнес-модели. Так что подходите к созданию предварительного ТЗ на разработку портала и прототипа осознано!

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

Кстати, если вы захотите заказать такую услугу, она стоит от 180 000 рублей (с НДС) и занимает от одного календарного месяца моей работы в вашем офисе.

Бизнес

  • Как сайт будет генерировать прибыль?

Когда у вас появится 3-10 вариантов, можно начинать разработку. Сводите их в один документ, он станет основой предварительного ТЗ.

  • Кто будет участвовать в жизни сайта (портала) и в каком качестве?

Обычно это Посетители, Читатели, Клиенты, Администраторы, Регуляторы.

Ответ на вопрос «КАК» зависит от модели монетизации, то есть получения прибыли, вашего проекта. Для начала хватит по 5-10 слов описания.

Поделитесь этим с друзьями:

Разработка пользовательских сценариев при разработке сайтов

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

Эти сценарии обычно используют на старте разработки сайтов, чтобы спроектировать интерфейс. Последнюю группу сценариев по проекту я разрабатывал не столько для проектирования интерфейса, сколько для понимания принципов интеграции сервера CRM Заказчика и сервера сайта.

Задача:

Сделать On-line сервис для обслуживания полного цикла сделки, состоящей из семи этапов (с вариантами). Специалист со стороны компании может меняться на каждом этапе. Нужно обеспечить максимально автоматизированный процесс.

Вот список задач, которые пришлось решить для получения итоговых сценариев:

  1. Анализ бизнес-процессов:
    1. Колл-центр
    2. Отдел обслуживания договоров (этап 1).
    3. Отдел обслуживание сделки этапа 2.
    4. Отдел обслуживание сделки этапа 3.
    5. Отдел закрытия сделок.
  2. Создание общей схемы работы пользователя по всем этапам сделки
  3. Проектирование интерактивного прототипа личного кабинет Клиента.
  4. Создание сценариев интеграции.

Теперь осталось всё это реализовать программистам >_<

Что делал:

  1. Сбор первичных данных с Клиента для уточнения параметров сделки.
    • Особенности: Пришлось пройти по всей цепочке работы компания Заказчика с Клиентом. Проводил и индивидуальные, и групповые интервью. Иногда возвращался по встречам назад, т.к. всплывали не состыковки в рассказах. После сбора данных сводил в один документ и делал повторный прогон с Генеральным директором.
    • Сложности: В итоге выяснилось, что не всю информацию мне рассказали, а я не знал, о чём спрашивать. Так часто бывает, исполнители считают что-то само собой разумеющимся или незначимым.
    • Итог: По итогам опросов сделал общую схему сделки (с ролями, документами, логикой обработки) и предварительное техническое задание на разработку прототипа.
    • Срок: Календарный месяц.
  2. Интерактивный прототип личного кабинета трёх видов пользователей
    • Особенности: У каждого вида Пользователей собственный функционал с большой системой справок и подсказок по интерфейсу и сделке в целом.
    • Сложности: Абсолютно нестандартный функционал потребовал серьёзного напряжения левого полушария J. Прототип полностью привязан к схеме сделки и требованиям интеграции с внутренними программными продуктами компании.
    • Итог: Интерактивный прототип в одном разрешении экрана с более чем 60-ю шаблонами страниц.
    • Сроки: Календарный месяц.
  3. Разработка сценариев работы и интеграции сервера Личного кабинета и внутренними программами компании.
    • Особенности: Нужно было учитывать работу персонала Заказчика с внутренними программами, от деятельности которых зависит работа личного кабинета Клиента.
    • Сложности: Не смог сходу придумать сценарии, по идее их нужно писать ДО разработки прототипа. Даже общая схема действия Клиента и Специалистов не помогли. В итоге пришлось писать сценарии после разработки прототипа, что привело к необходимости доделать прототип после разработки сценариев.
    • Итог: Текстовый документ с описанием сущностей и участников сценариев. Табличный документ со сценариями. Структура таблицы:
      • № пункта
      • Сценарий – название сценария. Может объединять несколько задач.
      • Сервер старта – где начинается сценарий.
      • Владелец процесса – персона, которая начинает сценарий.
      • Инструмент – элемент интерфейса, с помощью которого инициируется запуск сценария.
      • Вход – данные или ситуация, которые возникают на старте сценария работы Пользователей с Личным кабинетом.
      • Обработка – что происходит в процессе выполнения сценария.
      • Выход – чем заканчивается сценарий (ситуация, данные, инструкции и т.п.).
№ п/п Сценарий Задача Сервер старта Владелец процесса Инструмент Вход Обработка Выход

 

  1. Сроки: Календарный месяц.
  2. Примечание: Не смог сходу придумать сценарии, по идее их нужно писать ДО разработки прототипа. Даже общая схема действия Клиента и Специалистов не помогли. В итоге пришлось писать сценарии после разработки прототипа, что привело к необходимости доделать прототип после разработки сценариев.

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

Всё это можно сделать на бесплатных решениях и без привлечения дизайнера или программиста.

После проверки таблицы ответов смог перенести модель сборки данных в прототип.

Неожиданный вывод по итогам работы:

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

 

 

Поделитесь этим с друзьями:

Проектирование нестандартных сайтов

Всем привет!

С февраля 2016 года я сотрудничаю с компанией castcom.ru как разработчик прототипов и Технических заданий. За это время мне пришлось освоить несколько нестандартных инструментов под нестандартные задачи.

Один из них – это правила работы прототипом, который разрабатывается в программе вроде Axue RP. Я составил вот такой документ в помощь себе и тем, кого я буду обучать в дальнейшем:

1.   Главное:

1.1.            Унификация.

1.2.            Скорость.

1.3.            Простота.

1.4.            Технологичность.

1.5.            Лёгкость корректирования и поддержки.

Поделитесь этим с друзьями: