- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Собственно сабж. Ни когда не писал ТЗ, а тут столкнулся с этим. Потребовалось заказать скрипт, а не знаю даже как все правильно оформить, ни чего не упустить и главное программиста не запутать:) Подскажите или приведите пример, если не трудно.
Примера тут не нужно. Вам всего лишь нужно описать в подробностях работу скрипта как вы её видите своим умом. И все. Затем обсудить это ТЗ с программистом. Только, как вы сказали, не упустите ничего, а программиста вы точно не запугаете)
Просто общайтесь с программистом, скажите что хотите и как это видите. потом уже программист задаст кучу вопросов, вы на них ответите и всё :)
На словах - это, конечно, замечательно. Нужно все обговорить по переписке, а еще лучше в личной беседе. Если удаленно, то телефон, скайп, что угодно. Но без письменного ТЗ программисту лучше не работать. Это позволит избежать послесловий, типа "а я же говорил".
Пример:
Нужен скрипт подсчета количества знаков в тексте
1. На чем реализовать.
2. Онлайн сервис или офлайн приложение
3. Входные данные: файл, вставленный текст и т.п.
4. Какие дополнительные параметры учитывать при расчете. Что не учитываем
5. В какой форме представить результат, что именно подсчитываем в тексте
6. Сроки, в какой форме сдать работу и нужен ли исходник.
Как-то так. Мне было бы понятно, что требуется
Вот пример моего ТЗ:
Общие сведения: Модуль такой то с возможнотью работы в такой то среде
Требования к системе:
1) Грамотный код, возможность дописать код (в т.ч. стороннему программисту) без долгих разбирательств, что же там понаписано.
2)
3)
4)
Состав и содержание работ по созданию системы: описываем что делает модуль
Пример цикла: делаем пример того как он должен поступать в конкретном случае (если есть исключения или случаев несколько - не ленитесь описать их все)
я когда пишу ТЗ на скрипты, рисую в html или вообще в фотошопе то, как оно должно выглядеть пошагово (т.е. тупо нажал на эту кнопку - получил эту страницу, нажал на ту кнопку - получил другую).. Эти "иллюстрации" прикладываю к описанию функционала..
Так программистам гораздо легче, потому что они четко знают что должно получиться, и у них сразу мозг включается в нужном направлении.. Текстовое описание такого клёвого эффекта не даёт.. Оно конечно геморно, но зато сколько потом времени экономится на обработке напильником.
Требования к системе:
1)Грамотный код, возможность дописать код (в т.ч. стороннему программисту) без долгих разбирательств, что же там понаписано ...Пример цикла: делаем пример того как он должен поступать в конкретном случае (если есть исключения или случаев несколько - не ленитесь описать их все)
Боюсь, что не имея навыков программирования и не владея возможностями скриптовых языков, заказчик вот-так углубляясь в дебри, только запутает или усложнит задачу. Как правило, программер знает, как проще и эффективнее. С другой стороны, слово заказчика - если уж и не закон, то источник денег)))
Спасибо вам уважаемые форумчане.
Боюсь, что не имея навыков программирования и не владея возможностями скриптовых языков, заказчик вот-так углубляясь в дебри, только запутает или усложнит задачу
Он запутает или усложнит задачу, если дуб в том предмете, что нужно автоматизировать.
ТЗ может и не указывать программисту, какими средствами пользоваться при разработке. Но оно должно всегда в подробностях показывать то, что должно получиться на выходе.
Минус недоработанного ТЗ при работе с фрилансерами: "Ну, я это не сделал, потому что не было в Т.З. За доработку - доп. лаве"
И правда, как фрилансер может верно оценить проект, если указано не все, соответсвенно, оценить он может не все свои затраты. Нормальный фрилансер, конечно. Школьник и на ровном месте скотобойню устроит.
t_o_x_a, как быть? Рассказать так как я это представляю?
palmal, в принципе, рассказа своими словами тоже достаточно, главное не упустить мелочи и подробности. Пришлите мыло в личку, скину пример.