- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Да ладно.
Более половины всех замечаний будут уже после первого теста.
И порой все переделывать приходится, потому что клиент не может представить сразу то, что ему нужно )
Так написание нормального ТЗ в общем-то подразумевает создание каких-то демонстрашек итп,
т.е. нулевой тест входит в эту итерацию. Хоть в компьютере, хоть на бумаге, хоть как.
Лет 10 назад пришел ко мне клиент, который сам сделал всё в ворде.
Вообще всё. Включая ссылки для перехода между страницами.
Всё, что ему надо и что он хотел он самостоятельно продумал и проэскизировал.
---------- Добавлено 07.03.2017 в 14:56 ----------
Нормальное ТЗ понятное программисту заказчик в принципе не может составить если проект крупный. По ходу работы должно возникать очень много вопросов, но беда в том, что программисты предпочитают их не задавать. Именно поэтому ТС момент согласований обозначил в ТЗ, что логично.
В функции программиста не входит задавать вопросы заказчику.
Это должен делать тот, кто делал ТЗ вообще-то, разве нет ?
Ему за это бабки плачены.
Если архитектор принес план, то работа строителя - построить по этому плану.
Не его в общем-то дело, задавать вопросы о том, почему потолки метр двадцать.
Может это для гномов зданьице :).
Совестливый, хороший специалист, первые пяток вопросов задаст конечно.
Но вот чтобы взять денег только за программирование, а еще и целиком потом ТЗ
переписывать - это разумеется никому не надо, и отвечать за это никто
из программистов не будет. Зачем брать на себя +100% чужой работы ?
Понимаете ?
Либо "заказчик предоставляет ТЗ - и тогда вопросов не должно быть в общем-то",
либо "бабки на бочку, на разработку ТЗ", и тогда бюджет пухнет вдвое.
Остальное от лукавого все, из серии "ТЗ у нас нету, платить мы за него не будем,
а вы должны нам всё сделать так, будто оно есть".
---------- Добавлено 07.03.2017 в 14:57 ----------
ЗЫ. Или еще веселее "мы сами не знаем что хотим, поэтому вы будете переделывать до тех пор, пока нам не понравится. Нет - денег платить мы за это не будем".