Техническое задание в строительстве образец составление

Хорошее ТЗ — залог хорошего дизайна. Поэтому я просто обязана рассказать, как сделать такое ТЗ, чтобы дизайнер понял вас на все 100%. Я покажу на трех примерах в какой форме вы можете составить техническое задание. Таким образом вам станет понятнее, как можно составлять само задание и это дело не будет казаться таким уж сложным =) Тем более вы сможете использовать некоторые примеры в качестве шаблона.

После того, как дизайнер получает от вас такой файлик (а перед этим вы еще должны заполнить специальный опросник (бриф)), дизайнер сам перерабатывает всю информацию, полученную от вас и составляет один файл, по итогу изучения информации, в котором описываются ваши требования и решения, которые он может предложить. Это и есть ТЗ, которое вы еще раз должны будете просмотреть и утвердить. С этим файлом дизайнер начинает работу над макетом

Как важно хорошее ТЗ я уже писала в своей статье «Как составить ТЗ для дизайнера?». Чем больше нюансов вы сможете осветить, тем лучше поймет задачу дизайнер, тем качественнее получится результат. ТЗ — это документ, в котором изложены все требования к будущему проекту. В нем обязательно должны быть прописаны сроки исполнения и сроки согласования макетов, а также определено бесплатное и платное количество правок. В общем, это путеводитель дизайнера при разработке вашего проекта.

Как составить правильное Техническое Задание? Образцы и шаблоны | Дневник проектировщика

На самом деле это проще, чем кажется. Просто скачайте один из моих примеров ТЗ, изучите, и заполните данные о своем проекте и пожелания по одному из шаблонов. Лучше всего для этого подходит 3-ий файл, но если вы расскажете о своем проекте в вольной форме это тоже будет очень хорошо. После того как напишите, мы обсудим задание и придем к какому-либо дизайн-решению. Если, все-таки, вы не можете определиться с заданием, просто напишите мне и я вам помогу.

Источник: 3second.ru

ТЗ на разработку сайта образец

Говорят, что хороший дом не построить без качественного фундамента. Также как без технического задания нельзя сделать хороший вебсайт. ТЗ — это документ, в котором расписаны требования к будущему ресурсу. Чем четче и качественнее будет данная документация сделана, тем правильнее будут выполнены требования заказчика.

ТЗ – это точка отправления для любого вида работ, которые будут выполняться по ресурсу. Основная цель составления техзадания – это удостоверение того, что заказчик и исполнитель правильно поняли друг друга.

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

Польза ТЗ

Техзадание — полезная вещь для обоих сторон. Клиент, имея ТЗ, сможет:

• понять, на что будут потрачены финансы и что он получит взамен: какой сайт. Этот пункт помогает заказчику познакомиться со структурой и понять работу ресурса. Если есть моменты, которые не устраивают, то до начала разработки их можно изменить;
• познакомиться с компетентностью исполнителя. Четкое ТЗ — это доверие к тому, кто будет заниматься разработкой, а хаос может быть сигналом о том, что похожее может быть на сайте;
• застраховаться от недобросовестности разработчика. Имея техническое задание, готовый сайт можно легко проверить по нему. Если имеются несоответствия, то разработчик должен их устранить;
• упростить передачу разработки ресурса другим исполнителям. Это актуально в тех случаях, когда разработчик и клиент повздорили между собой. Имея на руках техническую документацию, можно ресурс передать другим профессионалам. Они втянутся в работу быстрее, чем без ТЗ;
• узнать цену на создание сложного сайта. Стоимость разработки и точные сроки сдачи сложного сайта сразу назвать нельзя. Необходимо понять, какие функции будут на ресурсе и как он будет работать.

Исполнитель, имея техническое задание, сможет:

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ПРОЕКТИРОВАНИЕ от А до Я

• правильно оценить, что нужно к клиенту. Заказчику задается множество вопросов, предлагаются решения, показываются разные примеры. Далее вся информация оказывается в едином документе. Если заказчик согласен с внесенными данными, то будущий разработчик сайта правильно все понял (в случае, если документ делает разработчик);
• застраховаться от неожиданных пожеланий заказчика. Бывают ситуации, когда клиент хочет все изменить. Его не смущает, что сайт уже наполовину сделан. ТЗ — это страховка от таких хотелок;
• доказать свою компетентность. Техническое задание, если оно хорошо сделано исполнителем, вызовет у клиентов уважение и даст понять, что перед ними профессионалы. Многие клиенты соглашаются работать с разработчиками после того, как увидят эту документацию;
• ускорить и облегчить разработку ресурса. Как правило в техзадании можно найти требования к структуре сайта, функции и элементы, расположенные на каждой странице. Имея это перед глазами, остается сделать малое: оформить визуал и написать код;
• создать возможность для заработка. Составить правильно ТЗ — дело непростое и очень хлопотное, особенно для человека, который в этом плохо разбирается. Поэтому разработчики предлагают услугу по составлению технической документации.

3 блока информации, которые должны быть в хорошем ТЗ

Для автоматизации процесса создания технических заданий и обработки больших объемов данных, было придумано составить этот документ из трех блоков: технического, маркетингового и дизайнерского. Техническая часть — основа того, от чего будет разработчик отталкиваться.

Данная часть системы создания сайтов важна, ведь она раскрывает основные стадии: от выбора CMS до внедрения определенных функций. Маркетинговая часть отвечает за коммерческий успех будущего сайта. Здесь необходимо описать ряд требований с учетом ниши, в которой компания работает, обрисовав преимущества, описав ситуацию на рынке и уровень конкуренции, отметив особенности целевой аудитории и т.д. Часть системы создания сайта, отвечающая за дизайн и контент, не менее важная составляющая техзадания. Ее цель — сделать ресурс удобным, полезным, интересным для пользователя, причем максимально.

Вопросы, которые можно встретить в техзадании

ТЗ может сделать кто угодно, а вот правильно заполнить документы тот, кто в этом разбирается. Убедиться в этом несложно, ведь в документе должен быть перечень вопросов с ответами, без которых в работе над сайтом не обойтись.

ТЗ должно включать в себя ряд вопросов. Предлагаем ознакомиться с основным перечнем (для каждого сайта предлагаются свои вопросы). Их можно разделать на 3 группы:

Информация о будущем сайте общего характера:

• задачи и цели проекта. Тут необходимо вкратце расписать требования и пожелания того, что хочется получить от сайта. Лучше это сделать в цифрах. Например, достичь трафика 10000/мес, добиться увеличения продаж на 30% и т.д.;
• концепция будущего сайта. Здесь необходимо озвучить проблему, которую должен решать продукт, предложить порядок ее устранения и рассказать о целевой аудитории;
• расшифровка терминов, которые используются в документе. Часто заказчик под определенным термином понимает одно, а исполнитель другое. Чтобы не было путаницы при выполнении работ, рекомендуется составить словарь, используемой терминологии;
• перечень документации, на основании которой будет создан сайт. Тут можно указать ссылки на приглянувшийся дизайн, внешние документы и т.д.;
• карта страниц будущего проекта или разделов. Требований тут немного: нужно нарисовать структуру в формате дерево. Благодаря этому рисунку будет понятен объем работ, с которым придется столкнуться разработчику.

Часто при составлении этого раздела заказчик отказывается заполнять пункты, мотивируя это тем, что цель создания проекта — коммерческая тайна. Заказчику, чтобы разработчик правильно все сделал, необходимо расписать не только ее, но и все подразделы, указанные в этой части. Требования ко всем заказчикам выставляются одинаковые. Их выполнение, точно так, как и утечка коммерческой информации, регулируется договором.

Дизайн и прототип:

• при разработке сайта часто исполнитель предлагает заказчику сделать прототип — схемы страниц, представленные в единой структуре, которые имитируют работу серверной части и интерактивных элементов. Если он будет сделан, то проект можно оценить быстрее;
• иногда у заказчика уже есть дизайн сайта, тогда рекомендуется на исходные файлы макетов прикрепить ссылку. Если дизайна нет, то необходимо написать перечень требований к дизайну. Например, какие должны быть цвета на сайте: общие по всему ресурсу и отдельно в логотипе, какие элементы хочется использовать и т.д.;
• динамика страниц. Здесь необходимо указать требования к реагированию интерфейса, когда происходит нажатие на определенные элементы управления. А также расписать нужны ли всплывающие окна, дополнительные эффекты, подсказки;
• требования к адаптивной версии ресурса. Здесь указывается, на каких платформах и браузерах будет использоваться сайт.

• информационная архитектура. В этом разделе необходимо описать структуру сущностей сайта: объекты системы, сущности базы данных, основные функции ядра и т.д.;
• функциональная спецификация. Здесь указываются какими алгоритмами вызываются определенные действия системы;
• описательная часть для бек-офиса. Необходимо указать функционал для контент-менеджера, администратора и т.д. Главный вопрос здесь: описать порядок наполнения контентом и администрирование;
• интеграция с внутренними и внешними системами. В этой части необходимо написать информацию о данных: куда и откуда они передаются, в каком виде;
• информация о тестировании. Необходимо указать требования о том, какие системы будут тестировать продукт: прописать устройства, системы, браузеры;
• описание требований к безопасности ресурса. Заказчиком должны быть озвучены требования к безопасности, причем как общие, так и частные;
• информация о серверах и нагрузке. Указываются требования на каких серверах должен быть размещен проект и какую нагрузку выдерживает.

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

Можно ли составить техническое задание самостоятельно правильно?

Конечно, можно попробовать сделать этот документ без помощи специалистов, но нужно быть готовыми к следующим нюансам:

Для тех, кто не боится сложностей и решился сделать документацию сам, даем несколько подсказок, как отвечать на вопросы по ТЗ:

ТЗ от «Studio B»

Если нет желания рисковать и давать в работу самостоятельно написанную техническую документацию на разработку сайта, то рекомендуем обратиться к профессионалам «Studio B». Каждый клиент при сотрудничестве с нами может рассчитывать на:

• индивидуальный подход. Каждый клиент – это отдельная история. Невозможно сделать ТЗ одно для всех. При его разработке учитывается история компании, специфика бизнеса и т.д.;
• точность и доскональность. Документация для разработки сайта должна максимально четко и подробно описывать будущий проект;
• выгодную цену: от 30 000 рублей. Стоимость на разработку будет зависеть от сложности будущего сайта. «Studio B» гарантирует, что ТЗ будет выполнено качественно и не потребует изменений в дальнейшем;
• прототипирование (для крупных ресурсов). К созданию демонстрационной версии будущего сайта дополнительно привлекаются аналитики и специалисты, реализующие прототип.

Почему стоит заказать техническое задание в «Studio B»

Требований к разработке документации для создания сайта много. В ней не должно быть хаоса, неточностей и двояких понятий. Создать правильное ТЗ могут профессионалы «Studio B».

• воспользоваться нашими знаниями и опытом, причем не только в составлении таких документов, но и в создании сайтов. В связи с этим наши технические задания использовать удобно;
• сотрудничество без «форс-мажоров»: к работе относимся ответственно, выполняя заказы оперативно и в указанные сроки;
• надежность. ТЗ не только должно быть на руках у заказчика, но и должно способствовать созданию эффективного сайта. Если после получения документа будут возникать вопросы по нему, то специалисты от «Studio B» обязательно проконсультируют.

Техзадание от нашей компании – это качественное выполнение требований заказчика по созданию детальных, четких инструкций для создания сайта. Благодаря изложенной в ТЗ информации, сделать ресурс своей мечты будет несложно и быстро.

Чтобы заказать ТЗ на разработку необходимо связаться с нами одним из способов:

• позвонить нам;
• обратиться через форму «Написать письмо»;
• написать нам в месседжеры: Telegram или WhatApp.

Ознакомиться с примерами работ (составленные для клиентов ТЗ от студии) можно, открыв приложения.

Источник: www.vikiweb.ru

Пример технического задания для программиста

В жизни очень часто бывает так, что человек не может объяснить, что хочет, даже в бытовых вещах. Когда дело доходит до объяснения программисту своих «хотелок», человек просто впадает в ступор.

Кто должен писать ТЗ?

В идеале ТЗ должен составлять заказчик — только он знает, что ему нужно. Но на практике из-за низкой компетенции заказчика в сфере 1С часто это приходится делать исполнителю. Заказчик устно озвучивает свои потребности, а программист(консультант) оформляет это в письменной форме.

Зачем нужно техническое задание?

Любые доработки в системе 1С, в идеале, должны сопровождаться техническим заданием. Это, во-первых, четкое определение задачи, сроков и метода выполнения. Во-вторых, это документ, с помощью которого решаются все спорные моменты в будущем. Писать ТЗ или нет — дело, конечно, Ваше, лично мне ТЗ облегчает работу и общение с клиентом.

Получите 267 видеоуроков по 1С бесплатно:

Что должно содержать в себе техническое задание?

Тех. задание обязательно должно содержать в себе:

• цель — задача, которую мы решим, реализуя данное ТЗ;
• описание — краткое изложение предстоящих доработок;
• способ реализации — подробное описание методов решения цели. В этом пункте необходимо описать все нюансы задачи на языке программиста: какие регистры, справочники создаем/редактируем, как должен выглядеть интерфейс и т.д. Если Вы не владеете «языком программиста», но «что-то слышали», лучше не пытаться писать на техническом языке — получается достаточно весело. Описание должно быть однозначным и не вызывать вопросов. Также может содержать в себе пример реализации подобного решения в другой сфере;
• оценка работы — очень важный пункт, описание трудозатрат.

Примеры и образцы ТЗ для 1С

Небольшая подборка, которую я нашел в свободном доступе в сети. Начиная от самых простых и доступных, заканчивая достаточно сложными документами:

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Что такое техническое задание (ТЗ)?

Техническим заданием называется служебный документ с описанием правил выполнения работы и требований к исполнителю.

Почему важно зафиксировать весь процесс работы в виде технической документации?

1. В ТЗ прописаны договоренности между исполнителем и заказчиком, которые сложно выразить в договоре из-за использования специфической IT-терминологии.
2. Это сэкономит время на коммуникациях: зафиксированные технические решения избавят от многочисленных пересказов, подтверждений, путаницы в показаниях.
3. Документ позволит четко разделить зоны ответственности между сторонами проекта.
4. ТЗ дает возможность проанализировать будущий проект и выявить проблемы на стадии планирования.
5. Правильно составленное задание сделает поведение всех участников работы предсказуемым и избавит от возникновения многочисленных недоразумений.
6. С юридической точки зрения, наличие этого документа облегчит сторонам разрешение спорных моментов.
7. Техзадание делает возможным финансовое планирование, что является залогом успешного бизнеса. Заказчику будет заранее видно, на что расходуются его средства.

У каждого проекта должны быть обозначены границы — по стоимости, объему выполняемых работ, срокам исполнения и качеству. Все это должно быть зафиксировано в ТЗ.

Если одна из сторон хочет сотрудничать без техзадания

Это может означать следующее:

Заказчик не устанавливает четких требований специально, чтобы затем получить часть работ бесплатно, либо он не уверен/ не знает/ не решил/ не понимает, что ему надо.

Разработчик надеется на постоянное продолжение работ за счет заказчика, аргументируя это некой неопределенностью.

В такой ситуации противоположная сторона должна обязательно настоять на создании технического задания с четкими границами и определением задач. Без этого сторонам будет трудно доказать, что работы были сделаны, или, наоборот, не сделаны должным образом.

Участники проекта

Заказчик Менеджер проекта Разработчики

Ставит задачу	Ставит задачу разработчикам	Выполняют задание в соответствии с ТЗ
Согласовывает ТЗ	Контролирует ход работы и расставляет приоритеты
Принимает работу	Осуществляет взаимодействие с заказчиком и разработчиком
	Тестирует выполненную работу (если нет тестировщиков)

Если проект большой, дополнительно могут добавиться участники:

• Product Manager
• Руководитель проекта
• Спонсор проекта
• Тестировщики
• Технические писатели
• Кураторы
• Пользователи/потребители (например, для финального тестирования)
• И др.

Если проект маленький, то заказчик и исполнитель, как правило, работают напрямую. В этом случае тестирование берёт на себя заказчик, а разработчик сам контролирует сроки и ставит приоритеты.

Что дает сторонам каждый раздел ТЗ:

Раздел ТЗ

+ Для Заказчика

+ Для Разработчика

Осознание задач, которые решает проект или его доработка

Понимание сути задачи

Представление о том, каким будет готовый продукт

Уверенность в правильном понимании конечного результата

Ориентирование в сроках работ и получения планируемых результатов

Оценка трудозатрат и потребности в ресурсах

Определение более-менее точной суммы затрат и планирование бюджета

Согласованный учет всех работ проекта

Подробное описание работ и каждого этапа реализации проекта

Ведение работ по установленной технологии. Возможность отказаться от работ, не предусмотренных заданием, либо включить их в ТЗ за доплату

Оценка результата работ

Проверка работы проекта по программе тестирования на соответствие требованиям задания

Возможность удостовериться в бесперебойной работе проекта и в его соответствии требованиям ТЗ

Планирование затрат на обслуживание и представление о дальнейшей поддержке проекта

Выполнение работ с учетом обслуживания проекта в перспективе

Планируемые доработки проекта

Доработка в соответствии с новыми потребностями

Последствия составления некачественного задания

Программист или команда разработчиков действуют «вслепую», несогласованно, не имея четкого представления о конечном результате проекта. Итогом будут зря потраченные время и деньги, испорченные отношения с заказчиком.

Результат проекта не соответствует ожиданиям заказчика. Потребуется дополнительный бюджет и время на доработки.

Обычно разработке качественного ТЗ мешают следующие моменты:

Заказчик не готов платить до 40% от стоимости проекта только за разработку задания. Например, можно еще до начала проектирования написать все тест-кейсы и заложить в ТЗ. Но в этом случае стоимость задания с тест-кейсами может превысить стоимость разработки, а его составление займет не один месяц. Зато это полностью снимает вопрос с ошибками в работе и упрощает приёмку.

Заказчик не знает всех деталей проекта до начала эксплуатации уже готового результата.

Исполнитель не готов без должной оплаты тратить больше ресурсов на разработку ТЗ.

Исполнитель и заказчик не могут предвидеть заранее все возможные проблемы. Опытные участники проекта с обоих сторон могут заранее предусмотреть ряд типовых и уникальных проблем, но это не гарантирует, что вся работа над проектом пройдет гладко.

Например, забыли прописать в техзадании наличие одной кнопки, а после сдачи проекта оказалось, что без неё полноценно пользоваться системой нельзя. Для добавления же кнопки требуется переделать половину внутренней архитектуры базы данных, а значит и часть программного кода переписывать. Кто из сторон виноват в этой ситуации?

Большинство таких проблем решает Agile (гибкий подход к работе), но это не отменяет необходимость составления ТЗ. Используйте Agile при разработке любых проектов с высокой неопределённостью. Как правило, против этого выступают только заказчики, потому что они не видят точной границы цены и сроков. Зато финальный продукт гарантировано будет выполнять поставленные задачи — Agile в разы снижает число готовых проектов, которые были заброшены из-за того, что не выполняют своих функций.

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

Техзадание должно отвечать на вопросы:

Основные рекомендации и пояснения по написанию ТЗ

1. Чем больше масштаб проекта, тем более объемным должно быть техническое задание.
2. Необходимо указывать реально осуществимые сроки выполнения работ с учетом времени на согласование проектной документации и приемо-сдаточных мероприятий. Стоит обратить внимание на ответственность заказчика за бездействие с его стороны или на форс-мажоры, тормозящие выполнение работ.
3. Программисту нужны четкие условия. Формулировки “как вариант”, “примерно”, “около”, “где-то рядом”, “там, где лучше по вашему мнению”, — неприемлемы. Требования и характеристики, которые носят субъективный характер, бессмысленны с практической и ошибочны с юридической точек зрения.
4. Чтобы сделать задачу по созданию какого-либо функционального модуля понятной для программиста, в техзадании размещают гиперссылки на те страницы, где есть нужные элементы интерфейса и функции, и дают к ним подробные пояснения. Также прилагают скриншоты с выделением интересующего фрагмента.
5. Если дизайна для страниц нет или он не так важен для заказчика, программист может использовать прототипы, о чем после согласования указывается в задании.
6. ТЗ должно быть удобным и понятным для всех сторон проекта, подробно описывать все этапы и подпункты даже по самым незначительным работам. Программист и менеджер не всегда имеют представление о том, что необходимо заказчику, поэтому важно своевременно обнаружить и согласовать все несогласованные детали.

7 типовых ошибок

1. Нечеткие цели и задачи.
2. Мало деталей в технической информации.
3. Размытые или неустановленные сроки.
4. Нет согласованности по всем вопросам между сторонами.
5. Нет регламента взаимодействия.
6. Нет ответственных лиц.
7. Нет критериев оценки результата.

Пример правильного технического задания на доработку проекта

Задача:
Разместить на сайт www.site.name.ru новую страницу, где будут размещены контакты и фотографии продавцов-консультантов, а также онлайн чат.

Описание:

Если работы выполняются для целей SEO – не забывайте закладывать все необходимые элементы на странице.

Также внизу разместить форму заказа.

PS. Стоимость и сроки исполнения, как правило, указываются отдельно в приложении к договору. Исполнитель выставит стоимость работ, исходя из прописанных в техзадании задач. Чем больше пожеланий – тем больше будет стоимость.

Читать дальше подобные статьи

Онлайн SEO-сервис Labrika

Получите рекомендации для продвижения сайта на основе 178 требований поисковых систем

Многие сталкиваются с тем, что достаточно сложно объяснить коротко и ясно то, что мы хотим в повседневной жизни. А уж когда надо дать задание специалисту написать программу для организации или ИП с учетом особенностей и собственных пожеланий по функционалу, то можно вообще «зависнуть».

Кто должен писать ТЗ?

Для чего необходимо техзадание?

Содержание ТЗ

Пример ТЗ для программиста

НОВОСТИ

Единый бесплатный семинар 1С 18.12.2019

Пакет новогодних спецпредложений от 1С

Межвузовская олимпиада «Гарант с нами»

Отзывы о компании

ПАО «НИКО-БАНК» выражает свою благодарность за оперативную и грамотную работу.
В условиях постоянно меняющегося законодательства Банк заинтересован иметь полную и актуальную номативную базу. Это обеспечивается использованием Банком справочно-нормативной системы «Гарант».
Безусловным плюсом в работе компании «МастерСофт» является быстрое реагирование сотрудников при предоставлении документов по запросу Банка, принятых до обновления справочно-правовой системы.

Коллектив компании «АЭРОПОРТ ОРЕНБУРГ» выражает благодарность за взаимовыгодное сотрудничество с МастерСофт-ИТ. Оперативная поставка антивирусных программ Dr. Web обеспечила надежную защиту нашей компьтерной сети.
Особая благодарность сотрудникам Департамента продаж СЦ ИТ за профессиональный подход в решении всех возникающих задач.

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

Главный бухгалтер муниципального бюджетного учреждения дополнительного образования «Дворец творчества детей и молодёжи» Кетерер Татьяна Михайловна выражает благодарность специалистам МастерСофт:
«Я хотела бы объявить благодарность вашим сотрудникам. Работает с нами по программе «1С: Бухгалтерия бюджетного учреждения 8» непосредственно Шевлягина Юлия.
Так же огромная благодарность за отзывчивость, терпение и квалифицированную, своевременную помощь Набокиной Олесе и Ерёменко Татьяне (они нас сопровождают по программе «Зарплата и Кадры»).
Им очень с нами тяжело, но они терпеливо продолжают сотрудничать. С вами очень надёжно. Конечно же наши ошибки есть и без вас мы бы вообще о них не знали и в суде, наверное, судились бы. А сейчас мы решаем вопросы. «.

Источник: dudom.ru

Пошаговое руководство по подготовке задания копирайтеру (3 примера)

Для наполнения сайта требуется качественный контент, который обычно заказывают у копирайтеров. Но даже самый грамотный специалист не сможет написать статью в полном соответствии с вашими требованиями, если ему не предоставить подробное техническое задание (ТЗ).

Потому, во избежание проблем, на каждый отдельный текст необходимо составлять подробное техзадание для копирайтера. О том, как правильно его подготовить для разного типа контента: продающего текста на главную, карточки товара, информационной статьи – мы и поговорим в этом материале.

Что такое ТЗ на копирайтинг

Копирайтер – не экстрасенс, он не умеет читать мысли заказчика и угадывать его желания. Если вы не сможете четко поставить задачу, то исполнитель раскроет тему так, как он сам ее понимает. Результат такой работы, скорее всего, вас не устроит. Придется исправлять текст самому либо отправлять на доработку копирайтеру. Но этой лишней волокиты можно избежать, если те же самые требования расписать заранее, еще до начала выполнения задания.

ТЗ на копирайтинг – это документ с подробно расписанными требованиями к написанию контента. Перед тем, как приступить к выполнению задачи, копирайтер внимательно его изучает, при необходимости задает заказчику вопросы и уточняет непонятные моменты.

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

Какая информация должна быть в техническом задании

В ТЗ нужно указывать следующие данные:

• тему статьи;
• мета-теги title и h1 (description обычно заполняет автор);
• цель написания текста (информирование читателя о преимуществах товара, мотивирование на заказ услуги и пр.);
• стиль подачи материала;
• план раскрытия;
• ключевые фразы, которые необходимо употребить в тексте;
• технические требования.

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

Подготовительные действия

Перед составлением ТЗ нужно собрать семантическое ядро и выбрать по нему группу запросов, под которые будет написана страница. Далее нужно проанализировать сайты, которые находятся в ТОП-10 Яндекса по самым частотным ключевым фразам из группы. Следует обращать внимание на:

1. наличие добавочной ценности (калькуляторы, таблицы, сложные элементы верстки);
2. количество картинок, видео и таблиц;
3. структуру текстов;
4. средний объем;
5. тошноту документа – академическую и по слову;
6. процент вхождений по основным ключам.

Пункты с первого по третий оцениваются визуально. С четвертого по шестой, используя инструмент Адвего «Семантический анализ» (advego.com/text/seo).

После изучение конкурентов и выписки их основных фишек – сохраните 3-4 ссылки с теми текстами, которые вас устроили, чтобы предоставить их исполнителю в качестве источников – для изучения общей информации.

Далее опишите вашу целевую аудиторию (возраст, пол, интересы), чтобы исполнитель понимал, для кого он будет писать. Также следует определить цель написания статьи и основные вопросы, на которые копирайтер должен ответить в тексте.

Не забывайте о запретах – то, что вы не хотите видеть, лучше указать сразу. Под запрет может попасть все, что угодно, начиная от вводных фраз в стиле «ни для кого не секрет», и заканчивая длинными/короткими предложениями или спецификой подачи информации (например, запрет на использование прилагательных в превосходной степени).

Если текст пишется для компании – получите у маркетолога, менеджера по продажам или другого компетентного сотрудника организации всю необходимую информацию о ее деятельности.

Когда проведена вся подготовительная работа – можно приступать к составлению ТЗ. Чтобы избежать типичных ошибок, кратко остановимся на том, что делать НЕ надо.

Как не нужно составлять техзадание для автора

К составлению ТЗ правило «краткость – сестра таланта» не применимо и будет только вредить. Разберем это на примере.

Допустим вы указали 3 пункта:

• тему статьи;
• ключевые слова;
• требования к уникальности.

Но забыли написать про цель текста, требования к его содержанию, а также не дали автору информацию о преимуществе ваших товаров.

Что произойдет?

Не получив конкретных данных, копирайтер будет писать текст без привязки к вашему сайту, описывая шаблонные преимущества, которые найдет на первом попавшемся ресурсе сходной тематики. Исполнителю не останется ничего другого, как брать статьи с сайтов конкурентов и рерайтить их, либо лить воду и сочинять контент на ходу. Ценность таких текстов будет нулевой – никакой пользы для сайта и бизнеса в целом от них не будет. И вина за это в данном случае лежит не на копирайтере, а на заказчике, который не смог составить для него полноценного ТЗ и предоставить необходимую информацию.

Для лучшего понимания рассмотрим пример плохого ТЗ:

Тема: Выбор детской коляски – какую купить?

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

Сроки выполнения – 2-4 дня.

Уникальность – 100%

Употребить в тексте ключевые слова:

• как выбрать детскую коляску;
• выбор детской коляски;
• какую купить детскую коляску.

С первого взгляда кажется, что все нормально. Но сразу возникает ряд вопросов. Какой минимальный объем текста? Если написать на 1000 или 2000 символов – заказчика это устроит? Чем проверять уникальность, при помощи какого сервиса?

При этом нет плана статьи, нет цели, которую она должна выполнять, не указано, сколько раз употребить то или иное ключевое слово (идет простое перечисление основных запросов), нет требований по тошноте документа. Словом, заказчик упустил множество моментов и предоставил копирайтеру полную свободу. Потому не стоит удивляться, если полученный контент не оправдает его надежд.

Пошаговая инструкция по правильной разработке ТЗ для копирайтера

Рассмотрим, как правильно составить ТЗ для копирайтера, чтобы у него не возникало вопросов, а вы получили нормальный контент, выполняющий поставленную задачу.

Мета-теги Title и H1

Поручите их написание сеошнику. Он собирает семантику и анализирует ТОП – соответственно, он как никто другой разбирается в том, как оптимизировать страницу под определенные запросы.

Цель текста

Следует указать, какого типа текст нужно написать (информационный, продающий и пр.) и для какой страницы сайта (главная, категория, карточка товара и т.д.).

Нужно обозначить задачу, которую должен решать контент: давать пользователю информацию/совет или мотивировать на какие-либо действия (купить товар, заказать услугу, пройти тест, поделиться отзывом и пр.).

Целевая аудитория

Опишите вашу целевую аудиторию, чтобы копирайтер понимал, к кому ему придется обращаться в своем тексте. Для разных категорий населения (рабочие на заводе, офисные сотрудники, бизнесмены, мужчины и женщины) требуется свой подход и приемы, хорошо работающие в одном случае, в другом могут привести к обратному результату.

Название документа

В этом пункте указывается тема статьи и основной ключевой запрос, под который затачивается страница.

Description

Обычно его составляет копирайтер, употребив 1 раз точное вхождение основного запроса и коротко, пояснив, о чем пойдет речь в документе.

Стиль подачи материала

Является крайне важным моментом. Копирайтер должен знать, в каком стиле нужно писать статью: рекламном, информационном или развлекательном (с нотками юмора и возможностью обращения к читателям).

План раскрытия темы

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

Вопросы, которые должны быть раскрыты

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

Что не нужно использовать в тексте

Указывайте все, что не хотите видеть в статье. Это могут быть:

• общие вводные фразы «многие знают…», «всем известно, что…» и им подобные;
• слишком длинные предложения;
• сложные обороты, которые трудно прочитать (всегда можно написать проще и понятнее);
• лишняя информация, которая не относится к теме (история основания компании, биография создателя).

Ключевые слова и фразы

Сейчас необходимость вписывания ключей отходит на второй план. Для информационных статей важно собрать полную семантику, чтобы по ней можно было составить структуру, закрывающую все потребности людей в этой теме. А по SEO достаточно оптимизировать основные мета-теги страницы, а затем вписать основной ключ 1 раз в точном вхождении в первом абзаце и 1 раз в разбавленном в конце документа. Из остальных ключей берутся уникальные слова и употребляются 1 раз на весь текст. Если тема статьи будет раскрыта – этого будет достаточно, чтобы страница вышла в Топ по большинству запросов.

Основной ключ:
как подзаработать денег в свободное от работы время – 1 раз (в первом абзаце)

Дополнительные слова – 1 раз на весь текст:

• бизнес (1)
• город (1)
• денежный (1)
• дом (1)
• доход (1)
• заняться (1)
• зарабатывать (1)
• заработать (1)
• интернет (1)
• научиться (1)
• подрабатывать (1)
• прибыльный (1)

Основной тренд 2019-го – это умение собирать полные семантические ядра и точно группировать запросы. В апреле, планирую провести бесплатное обучение по этой теме. Кому интересно добавляйтесь в группу вконтакте, там в ближайшее время будет анонс. Планирую, взять 10 человек, так что бронируйте места заранее!

Для коммерческих проектов, чтобы понять среднюю медиану ТОПа по ключам, используйте текстовые анализаторы: ТЗмонстр, Rush Analytics или Just-Magic.

Источники

Укажите сайты конкурентов, тексты которых вам понравились и где содержится нужная информация для написания статьи по вашему плану.

Технические требования к тексту

• объем текста (рекомендуется указывать диапазон ОТ и ДО);
• уникальность (указываете желаемый процент уникальности, сервис или программу для проверки);
• тошнота текста (академическая и по слову);
• проверка орфографии, пунктуации, стиля (проверяется сервисами типа Орфограммка, Главред, Тургенев и пр.).

• Объем текста: 3000-4000 символов
• Уникальность – от 85% по text.ru
• Общая академическая тошнота по документу не должна превышать 8%. Тошнота по слову – не более 2,5% (проверять по сервису Адвего: https://advego.com/text/seo/).
• Оценка по Главреду – 7,5;
• Отсутствие орфографических и пунктуационных ошибок.

Пример грамотно составленного ТЗ

Подытожу всю приведенную выше информацию на примере технического задания для статьи, продающей протеин.

Тема: Протеины – спортивное питание для быстрого набора массы

План статьи:

1. Небольшое интригующее вступление о том, какого эффекта можно добиться, принимая протеин (500-700 символов).
2. Что это такое? (перечислить основные свойства протеина, плюсы и минусы).
3. Показания и противопоказания к приему.
4. Основные правила к приему (в конце обязательно указать, что перед приемом надо проконсультироваться с врачом).
5. Призыв к действию.

Семантика – прикреплена в письме архивом

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

Целевая аудитория: мужчины и женщины в возрасте 18-30 лет, которые занимаются в тренажерном зале, испытывают проблемы с набором веса и хотят ускорить этот процесс.

Стиль подачи материала: рекламный (обращение к покупателю на «Вы»)

В тексте не надо:

• перечислять марки протеинов;
• указывать стоимость продукции;
• выделять какого-то одного производителя (пишем в общем).

Дополнительные требования к тексту:

• обязательно использовать маркированные/нумерованные списки;
• употребить основной запрос – в первом абзаце;
• остальные ключевые слова, указанные в архиве, употребить равномерно по всему тексту в любой форме;
• без воды;
• подготовить минимум 2 поясняющие картинки (скриншоты из сервисов, инфографика) с разрешением от 600px по каждой из сторон. Актуально только для экспертного контента. При цене текста 30-40 руб. за 1000 знаков изображения подбирает контент-менеджер.

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

Технические требования:

• объем текста – 3000-4000 символов;
• уникальность от 85% (проверять по text.ru);
• академическая тошнота – не более 8%, по слову – не более 2,5% (проверять тут: https://advego.com/text/seo/);
• оценка по Главреду – от 7 баллов.

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

Особенности технических заданий для разных типов страниц

Универсального ТЗ для всех категорий сайта не существует, так как каждый тип страницы выполняет определенную задачу. В целом составление технического задания осуществляется по одному и тому же принципу, но, в зависимости от раздела, некоторые моменты будут отличаться.

Продающий текст

Главная задача такого контента – получить лид. После прочтения текста у человека должно появиться желание купить товар именно здесь и сейчас, или хотя бы позвонить для уточнения интересующих нюансов.

Чтобы зацепить клиента, копирайтер должен понимать, для кого пишет, и знать все о целевой аудитории. Исполнителю понадобится также информация о компании и полный список преимуществ вашей продукции. Эти данные должны быть обязательно указаны в ТЗ, по остальным пунктам техзадание не отличается от стандартного шаблона.

Смотрите образец ТЗ на продающий текст для прибора, увеличивающего пробег автомобиля.

Главная страница

Копирайтеру нужна полная информация о вашей компании: перечень услуг, дата основания, интересные факты, список компаний-партнеров, основные преимущества, перечисленные в виде тезисов. Дополнительно нужно обозначить в ТЗ сильных конкурентов и указать, что вам нравится на их сайтах, а что нет.

Также следует описать целевую аудиторию и выделить вопросы, которые ее интересуют. Их можно собрать у менеджеров по продажам и консультантов, в отзывах на сайте или в ваших представительствах в соцсетях. Эта информация крайне важна, поскольку в тексте копирайтер должен будет закрыть все возражения ваших оппонентов.

Карточка товара

Для карточек товаров требований минимум. Обычно все сводится к SEO, поскольку тут важна уникальность, тошнота и прочие технические параметры. Но дополнительно могут указываться определенные требования:

• употребить точное название товара 2 раза равномерно по тексту;
• использовать 3-4 параметра из вкладки «Характеристики»;
• перечислить списком преимущества конкретного товара.

В остальном ТЗ составляется как обычно.

Информационная статья

Основной акцент делается на интересный и полезный контент, поэтому копирайтеру нужен подробный план статьи и желательно побольше источников, откуда можно позаимствовать информацию. Помимо сайтов конкурентов, источниками могут служить видеоролики по теме, PDF-файлы и т.д.

Вот еще один пример техзадания для наполнения статейной части интернет-магазина, посвященного электровелосипедам.

Другой тип контента

Что касается новостного, развлекательного и других типов контента, то здесь никаких отличий нет – техзадание составляется по стандартному шаблону. Личные пожелания насчет стиля, наличия юмора, добавления картинок, ссылок на видео с Youtube и прочих моментов указываются в блоке «Дополнительные требования».

Выводы

Вы должны четко понимать: насколько грамотно составите ТЗ на текст – настолько качественный контент напишет в итоге копирайтер. Небрежное отношение к техзаданию обернется дополнительными проблемами: необходимостью исправлять и переделывать документ.

Потому лучше в самом начале потратить время на разработку грамотного ТЗ и получить на выходе качественный результат. В дальнейшем один и тот же шаблон можно будет отправлять разным исполнителям, лишь немного изменяя его, в зависимости от типа страницы и задачи текста, которую он должен выполнять.

Источник: altblog.ru

Как составить техническое задание программисту 1С

В этом разделе мы расскажем Вам, как составить техническое задание программисту 1С и что такое Составление ТЗ. Сразу заметим, что всё нижеизложенное является только советом, основанном на нашем опыте работы, и ни в коем случае не требованием, предъявляемым к составлению ТЗ. Основным результатом работы и для заказчика и для исполнителя, естественно, является сама программа, но кроме этого заказчику важно, чтобы работа была выполнена быстро, качественно и недорого, а для исполнителя очень важно верно оценить объем и не потерять клиента. Не секрет, что любая база данных — это не просто программа, а сложный механизм, который дорабатывается и улучшается на протяжении всего срока использования. Поэтому программист всегда старается сохранить перспективные отношения с клиентом и, учитывая Ваши интересы, старается подсказать как правильно, быстро и недорого реализовать проект.

Чем отличается Проект от Технического задания? Проект — это намерение разработать некий механизм автоматизации учёта или желание получать быстрые и точные отчёты от уже имеющийся системы. Начинается он с назначения руководителя проекта.

Им может быть либо сотрудник фирмы заказчика, либо фирмы исполнителя; во втором случае, естественно, все услуги по ведению проекта войдут в его стоимость. Далее, в случае с «1С:Предприятием», выбирают и изучают типовую конфигурацию по вопросам её возможностей и необходимости в доработках. Только после соответствующего анализа руководитель проекта составляет доскональное и точное задание программистам на внесение изменений в конфигурацию. Это задание и называется Техническим заданием (ТЗ), и именно составление ТЗ рассматривается в данном разделе.

Есть ли смысл изменять конфигурацию? Этот вопрос требует серьёзного рассмотрения. Все конфигурации, работающие с бухгалтерской компонентой, в некоторой степени — правовые системы, т.е. кроме функций расчёта и хранения информации от них требуется соответствующее государственным законам ведение учета.

Для этих программ фирмой «1С» ежемесячно выпускаются обновления 1С, как форм отчётности, так и самих конфигураций. Но что получится, если Вы измените программу, а после установите обновление? Все Ваши изменения пропадут. Можно каждый раз восстанавливать их, но зачастую это практически то же, что делать работу заново.

В данной ситуации самый лучший способ — выполнять все доработки во внешних модулях. Рассмотрим конфигурацию, доработка которой, по мнению пользователей, необходима — «Торговля и Склад». Необходимость доработки — это не значит, что программный продукт некачественный, наоборот, эта конфигурация, пользуется огромной популярностью. В своём базовом варианте она способна работать в разных торговых сферах деятельности. Но у каждого бизнеса есть свои нюансы, и совмещать их в одной программе не имеет смысла.

Теперь перейдем к теме. У Вас возникла идея изменить программу или автоматизировать учёт. В своём воплощении любая идея проходит 4 стадии: Проектирование -> Реализация -> Проверка -> Анализ. В перспективных долгоживущих проектах после Анализа снова следует Проектирование, замыкая тем самым «круг»; такой цикл будет существовать на протяжении всего срока эксплуатации программы.

Как показывает практика, для воплощения идеи необходимо 3-4 цикла, потом, через какое-то время, возникнет новая идея, но её реализация потребует меньших усилий. Что бы воплотить Ваш проект в жизнь при минимальных финансовых затратах, необходимо найти опытного исполнителя.

Но, каким бы опытным не был программист, в первых двух циклах стадии: Проектирования, Проверки и Анализа желательно выполнять своими силами, при соответствующих консультациях исполнителя. Очень важно не жалеть времени на изучение материала -типовой конфигурации. Писать программу с «нуля» не имеет смысла, так как приобретая «1С:Предприятие» Вы в любом случае в комплекте получите конфигурацию. Как показывает практика, именно на стадии Проектирования возникает до 80% ошибок, особенно при разработке нестандартных решений, из-за неправильно сформулированных требований. Опытному программисту не стоит большого труда воплотить практически любое задание в жизнь, но его работа — это Ваши деньги и время; следовательно, чем точнее и продуманнее задание, чем ответственнее вы подходите к составлению ТЗ, тем быстрее и дешевле реализация.

Рассмотрим основные принципы составления ТЗ:

1. Изучите имеющуюся у Вас программу. Если её нет, попросите исполнителя установить демо-версию. В любом случае, сначала необходимо ознакомится с тем, что вы имеете, чтобы дважды за это не платить. Заполните справочники, создайте несколько документов, проверьте работу отчётов. Если что-то не понятно, проконсультируйтесь у исполнителя.

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

2. Ознакомьтесь с интерфейсом программы. В случае, если назначение какого-то элемента Вам не понятно — проконсультируйтесь у исполнителя. Очень часто при разработке технического задания пользователи, которые только начинают использовать «1С:Предприятие», просят убрать не нужные, с их точки зрения, поля, документы или справочники.

Не спешите этого делать, так как с одной стороны убрать их, для программиста несколько часов работы, а вернуть их в будущем обратно раза в два больше, и это время Вам придётся оплатить. Что же касается настройки прав доступа и меню — это совсем несложно, здесь нет необходимости приглашать специалиста. Не забывайте только о том, что, если Вы отдали конфигурацию на доработку, подождите, пока её вернут, иначе придётся делать настройки заново.
Вывод: старайтесь по минимуму изменять интерфейс, в плане удаления «ненужных» полей или усовершенствования, это дорогой и бесполезный процесс, а настройку прав и меню, проконсультировавшись со специалистом, сделайте своими силами.

3. При составлении ТЗ в начале разработки помните о том, что это задание, а не весь проект и постарайтесь объяснить программисту, что от него требуется в результате. Снабдите его образцами форм, сделанными в Ms Excel, Ms Word или нарисованными от руки, но в точности такими, какие Вы хотите получить.

Постарайтесь не использовать подобных объяснений: «интерфейс должен быть предельно понятным», «документы желательно распечатывать по какой-то форме», «по результатам нужно, чтобы строился какой-то отчёт» или «документы как-то должны попадать в 1С:Бухгалтерию». Если Вы попросите оценить подобное задание, то цена может быть 10-1000 у.е., точнее сказать трудно. Лучше сформулируйте так: «интерфейс документа похож на документ Реализация ТМЦ», «необходимо две печатные формы, образцы прилагаются», «по результатам необходим следующий отчёт, его форма в Excel-файле». Разрабатывать обмен данными между базами лучше после накопления некоторого опыта работы с ними и проведения основных доработок, связанных с изменением структуры программы.
Вывод: постарайтесь в первом задании как можно подробнее объяснить программисту, что от него требуется. В дальнейшем задания могут иметь более свободную форму, всё зависит от взаимопонимания с исполнителем.

4. Если Ваш проект по замыслу глобален, а времени мало и Вы не знаете с чего начать, то не составляйте сразу большое техническое задание, а проконсультируйтесь с исполнителем и по возможности начните с небольших заданий последовательно.

5. Возникающие при разработке алгоритма трудности стоит обсудить с программистом. При всех различиях и спецификах деятельности в большинстве проектов реализуются схожие задачи. Наиболее часто такие как: система скидок (постоянные, накопительные или от суммы документа), система учёта заявок покупателей, системы расчёта потребностей в товаре и заказов поставщику, и конечно наиболее частые задания — по обмену между базами. Некоторые из этих вопросов уже решены в типовых конфигурациях, возможно, только стоит с ними ознакомиться.

«1С:Предприятие» пользуется огромной популярностью, и при серьёзном подходе к вопросу проектирования, результат оправдает Ваши ожидания. С помощью программирования возможно реализовать любые схемы учёта, но заказчику необходимо вполне определённо представлять результат, который он хочет получить.

Надеемся, что наши советы помогут в составлении ТЗ и решении Ваших задач.

Источник: 1cforu.ru