Как описать задачу по 1С: чек-лист для заказчика

Что указать обязательно

• Конфигурация и версия — например, УТ 11.5, ERP 2.5, ЗУП 3.1. Версия определяет, что уже есть в типовой и что придётся писать.
• Что сейчас — как процесс работает сегодня и что в нём не устраивает.
• Что должно быть — какой результат считается готовым.
• Кто пользуется — бухгалтер, менеджер, склад; от этого зависит интерфейс и права.
• Сроки и ограничения — к какому событию нужен результат (закрытие месяца, инвентаризация).

Пример: «плохо» и «хорошо»

Расплывчато: «нужен отчёт по продажам». По такому описанию невозможно ни оценить, ни сделать — непонятно, какие показатели, за какой период, в каком разрезе.

Конкретно: «Отчёт: продажи по менеджерам за месяц. Колонки — сумма, себестоимость, маржа и маржинальность. Группировка по номенклатуре, можно развернуть до документов. Нужна выгрузка в Excel и автообновление при открытии». Это уже можно и оценить, и реализовать.

Скриншоты и примеры — сильнее текста

• Скриншот места в интерфейсе, где сейчас приходится работать вручную.
• Пример «как должно быть» — хоть таблица, собранная в Excel руками.
• Если речь о печатной форме — образец документа, который нужен.

Что не нужно расписывать

Как именно это реализовать — задача программиста. Не стоит описывать, «в каком регистре хранить» и «какой запрос писать»: для этого и приглашают специалиста. Лучше сосредоточиться на результате и ограничениях.

Как ускорить оценку

• Копия базы или доступ к тестовой — оценка будет точной, а не «примерно».
• Если копию передать нельзя — хотя бы состав доработок и версия конфигурации.
• Один вопрос — одна задача. Несколько независимых задач лучше присылать отдельно.

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