@OnYourLips У нас в компанії немає посади менеджер-аналітик. Компанія невелика. В мої обов'язки входить: збір вимог з клієнта, проектування і прототипування, написання ТЗ, постановка завдань виконавцям і контроль, здача проекту замовнику.
Ось приклад однієї з завдань для програмістів:
Призначений для користувача сценарій: Як користувач сайту я хочу залишити заявку на зворотний зв'язок адміністратора сайту, щоб зі мною зв'язалися і дали консультацію.
У блоці "Для Вас ми пропонуємо наступні послуги", при натисканні на кнопку "замовити послугу" з'являється віконце "замовити послугу" з трьома полями даних:
# Поле введення даних <ваше имя>
# Поле введення даних
# Поле вибору даних <какая услуга вам нужна?>, що складається з 3-х кнопок для вибору послуги (обстеження, експертиза, проектування).
При натисканні на кнопку "відправити заявку" дані з трьох полів форми (<ваше имя>. <какая услуга вам нужна?>) Зберігаються в БД і дублюються на email'и адміністраторів, з текстом (текст див. Нижче).
В адмін. панелі дані показуються в таблиці з чотирма стовпцями (дата звернення, ім'я користувача, контактні дані, вид послуги).
Після натискання на кнопку "відправити заявку" користувачеві показується lightbox з текстом, редагований через flatblock (текст див.нижче).
h2.Ошібкі
* Якщо поле <ваше имя> не заповнено і користувач намагається відправити заявку, то незаповнені поле підсвічується червоним кольором і з'являється hint під полем, з текстом: "Представтеся ласка".
* Якщо поле не заповнено і користувач намагається відправити заявку, то незаповнені поле підсвічується червоним кольором і з'являється hint під полем, з текстом: "Залиште ваші контактні дані".
* Якщо в поле <какая услуга вам нужна?> не вибрано послуга, заявка все одно вирушає (поле не обов'язкова).
Чи зрозуміють, звичайно, але ось дивіться: Ви в контактні дані відвели 255 символів, що буде недостатньо. Для поля з послугами відвели 255 символів, а досить одного (потрібно зберігати просто число).
lightbox користувачеві я б показував після успішного додавання даних в БД відразу з номером заявки, а то написати щось написали, а заявка могла і не піти. Текст заявки адміну оформив шаблоном, щоб потім простіше змінювати.
В цілому, більшу частину такого ТЗ можна побачити дивлячись на макет (опис форми текстом - зайва процедура, наприклад). Структуру БД теж можна залишити програмісту на відкуп. Я б скоротив це все до приблизно такого:
Необхідно реалізувати функціонал відправки заявки на зворотний зв'язок через форму (див. Додаток N). Зберігати дані форми в БД (можна вказати ім'я таблиці) без перезавантаження сторінки, відправляти повідомлення адміністратору сайту і інформувати користувача про успішне створення заявки повідомленням в lightbox'е (див. Додаток N + 1).