Вымысле как именно?:)
Добавила Тиньковскую карту в профиль на апворке, пару раз в месяц запрашиваю вывод и получаю деньги в рублях на эту карту. Курс немного отличается от ЦБ в худшую сторону, но на небольших суммах это не очень существенно.
В день поступления денег выбиваю чек в приложении Мой налог (юр.лицо, иностранная компания). Раз в месяц плачу налоги.
На карту физ лица можно выводить только в рублях.
В долларах — на счёт в банке, но это комиссия 30 баксов за перевод. Для меня это менее выгодно, поэтому этот путь я не изучала.
Не понятно как это будут обрабатывать GA/метрика.
Например, пользователь задал запрос «купить audi a3», потом в форме поиска уточнил с помощью чекбокса до «купить audi a3 б/у». Что мы в таком случае увидим в GA? Переход yandex/organic по запросу «купить audi a3» или что-то другое?
И планируются ли изменения Метрики/Вебмастера для отслеживания эффективность форм на поиске?
Landing page — это не только специально созданные под контекстную рекламу промо-страницы, а в целом страницы, которые являются точками входа для всех типов трафика.
Гугл Аналитикс переводит их как «Страницы входа».
Термин «посадочные страницы» сейчас широко используется интернет-маркетологами. Странно даже, что это вызвало столько споров:) По смыслу «посадочные» вполне подходит: на эти страницы «приземляются» пользователи, приходящие из поиска, рекламы и пр.
В любом случае, лучше использовать перевод. Уже тошнит от фраз вида: «Пришлите нам к митингу эстимейтед косты по проекту» :/
Конечно первый парень был не прав, но есть один аргумент в его защиту: большая часть заказчиков просто не понимает сколько, хотя бы примерно, стоит разработка сайта.
Бывают ситуации, когда клиент долго и с деталями описывает интернет-магазин мечты, с обязательной интеграцией с 1с и внутренней CRM и т.д. По итогам встречи называешь примерный бюджет «от» и в ответ недоумение и удивление: «так дорого? мы рассчитывали в тысяч 50 рублей уложиться».
Оперируешь к кол-ву часов, необходимых для реализации и к стоимости нормо/часа. Клиент в ответ: «Ничего себе у вас программисты получают! У нас уровень зарплат гораздо ниже!»
Плюс, толковый менеджер может сделать предложение именно исходя из вашего бюджета, и не тратить впустую своё и ваше время.
Perl в топе удивил.
Но по ощущениям, скоро и php-программистами случится тоже самое.
Уже полгода ищем программиста в фоновом режиме — не можем найти. Приходят в основном собесодоваться совсем зеленые студенты, которые только джумлу и видели.
Со слов этих же стундетов — php теперь изучать «не модно», все тянутся к ruby и питону.
ps Странно, что еще не запостил картинку jpg VS png;)
Может стоит вернуть делит и стрелки обратно на клавиатуру?
Пока не прочитала подписи, не поняла, что делают <> (то ли удаляют символы в указанном направлении, толи перемещают курсор).
Стандартное расположение контролов уменьшит вероятность разночтения.
ps А в терминалах тоже на клавиатуре заглавные буквы, а в строке ввода строчные?
На хабре хочется читать умную аналитику, а не перечисление очевидных или сомнительных фактов.
Вы так безапелляционно пишете, что верстать надо только div'aми. А где подтверждение? Яндекс писал об этом?
Вот если бы вы написали, что провели эксперимент — сделали ХХ сайтов, с разными вариантами верстки и одинаковыми прочими условиями и в результате увидели, что такой-то процент сайтов с такой-то версткой ранжируется лучше, то это было бы интереснее и полезней.
Да и в существующей статье можно деталей добавить. Вот вы пишете про: Также необходимо исключить попадание в поисковый индекс синонимов главной страницы (www.site.ru/index.php и других подобных)
По опыту, это не спасает от попадания в индекс страниц вида: www.site.ru/index.php, www.site.ru/index.htm
И в роботс их тоже желательно закрывать от индексации:
Disallow: /index.php
Disallow: /index.htm
А еще могут дубликаты страниц, содержащие GET-переменные попадать в индекс.
И т.д.
Про большие проекты: интересно как не увязнуть в цифрах и бумагах и перейти во время к разработке.
Т.е. какой объем и детализацию на этапе проектирования/ТЗ можно считать достаточной для перехода к следующим этапам разработки.
Попробую пояснить.
При разработке больших проектов достаточно сложно сразу спроектировать и предусмотреть всё, вплоть до мелочей. Во-первых, это может занять слишком много времени. Во-вторых, данные могут потерять актуальность в процессе работы. В-третьих, на выходе можно получить такое многотомное ТЗ, что ни заказчик, ни прочие участники проекта, не смогут в нем разобраться.
Но без ТЗ начинать работу нельзя.
Где золотая середина?:)
Например, есть у вас задача сделать агрегатор объявлений по продаже автомобилей. С поиском, отзывами, импортом/экспортом объявлений и прочими клевыми штуками.
Можно указать в ТЗ, что одна из характеристик авто — объем двигателя. Потом разобраться глубже и узнать, что на разных сайтах люди указывают данную характеристику по-разному: где-то в литрах, где-то в кубических сантиметрах. Изучаем дальше — выясняем, что привычнее для людей искать именно по литрам, то есть необходимо будет конвертировать для одних объявлений и оставлять как есть для других.
Стоит ли углубятся в такие детали сразу при проектировании или решать их уже в процессе?
Стоит добавить, что если клиент планирует в будущем продвигать свой сайт (SEO), то необходимо и это учитывать при проектировании. Как минимум предусмотреть оптимальные точки входа (страницы) по основным группам запросов.
В целом из статьи ничего нового не узнала. Очевидные вещи для разработчика с головой.
Интересно было бы прочитать про конкретные исследования в разных отраслях — с какими сложностями столкнулись, какие особенности поведения пользователей/покупок/продаж и пр.
Или про разработку больших проектов (если есть опыт), где только этап исследования занимает от 2-3 месяцев.
А нам ведь совсем не нужен вариант, что в середине работы мы вдруг узнаем, что подробный каталог продукции, который мы обсуждали и уже практически реализовали технически, на самом деле будет статической страничкой с прайс-листами, а всё, что нам так усердно рассказывал заказчик — это внутренняя структура прайс-листов, которую мы и не увидим никогда!
ИМХО, не правильный подход.
Заказчики делают сайты не каждый день, в отличие от нас с вами. И они имеют право не разбираться в тонкостях.
И задача менеджера проектов — врубится в сферу деятельности заказчика, изучить его продукцию, изучить конкурентов и предложить решения.
А не спрашивать «а что у нас будет на этой страничке?» или «сколько уровней будет в каталоге?».
hotgloo.com понравился, спасибо.
Мы для прототипов используем Axure.
Еще хочется добавить про отсутствие нормальных перерывов между докладами. У нас было желание послушать 3 блок-конференции, но перерывов в 30 мин между ними не хватало чтобы:
— выйти, выпить чая/кофе
— погулять по самой выставке, пообщаться, завязать знакомства.
Вымысле как именно?:)
Добавила Тиньковскую карту в профиль на апворке, пару раз в месяц запрашиваю вывод и получаю деньги в рублях на эту карту. Курс немного отличается от ЦБ в худшую сторону, но на небольших суммах это не очень существенно.
В день поступления денег выбиваю чек в приложении Мой налог (юр.лицо, иностранная компания). Раз в месяц плачу налоги.
На карту физ лица можно выводить только в рублях.
В долларах — на счёт в банке, но это комиссия 30 баксов за перевод. Для меня это менее выгодно, поэтому этот путь я не изучала.
Работаю как самозанятая, вывожу деньги с UpWork’a. Валютного контроля при выводе на карту физ.лица нет. Все очень быстро и удобно.
Например, пользователь задал запрос «купить audi a3», потом в форме поиска уточнил с помощью чекбокса до «купить audi a3 б/у». Что мы в таком случае увидим в GA? Переход yandex/organic по запросу «купить audi a3» или что-то другое?
И планируются ли изменения Метрики/Вебмастера для отслеживания эффективность форм на поиске?
Гугл Аналитикс переводит их как «Страницы входа».
Термин «посадочные страницы» сейчас широко используется интернет-маркетологами. Странно даже, что это вызвало столько споров:) По смыслу «посадочные» вполне подходит: на эти страницы «приземляются» пользователи, приходящие из поиска, рекламы и пр.
В любом случае, лучше использовать перевод. Уже тошнит от фраз вида: «Пришлите нам к митингу эстимейтед косты по проекту» :/
Бывают ситуации, когда клиент долго и с деталями описывает интернет-магазин мечты, с обязательной интеграцией с 1с и внутренней CRM и т.д. По итогам встречи называешь примерный бюджет «от» и в ответ недоумение и удивление: «так дорого? мы рассчитывали в тысяч 50 рублей уложиться».
Оперируешь к кол-ву часов, необходимых для реализации и к стоимости нормо/часа. Клиент в ответ: «Ничего себе у вас программисты получают! У нас уровень зарплат гораздо ниже!»
Плюс, толковый менеджер может сделать предложение именно исходя из вашего бюджета, и не тратить впустую своё и ваше время.
Но по ощущениям, скоро и php-программистами случится тоже самое.
Уже полгода ищем программиста в фоновом режиме — не можем найти. Приходят в основном собесодоваться совсем зеленые студенты, которые только джумлу и видели.
Со слов этих же стундетов — php теперь изучать «не модно», все тянутся к ruby и питону.
ps Странно, что еще не запостил картинку jpg VS png;)
Может стоит вернуть делит и стрелки обратно на клавиатуру?
Пока не прочитала подписи, не поняла, что делают <> (то ли удаляют символы в указанном направлении, толи перемещают курсор).
Стандартное расположение контролов уменьшит вероятность разночтения.
ps А в терминалах тоже на клавиатуре заглавные буквы, а в строке ввода строчные?
На хабре хочется читать умную аналитику, а не перечисление очевидных или сомнительных фактов.
Вы так безапелляционно пишете, что верстать надо только div'aми. А где подтверждение? Яндекс писал об этом?
Вот если бы вы написали, что провели эксперимент — сделали ХХ сайтов, с разными вариантами верстки и одинаковыми прочими условиями и в результате увидели, что такой-то процент сайтов с такой-то версткой ранжируется лучше, то это было бы интереснее и полезней.
Да и в существующей статье можно деталей добавить. Вот вы пишете про:
Также необходимо исключить попадание в поисковый индекс синонимов главной страницы (www.site.ru/index.php и других подобных)
По опыту, это не спасает от попадания в индекс страниц вида: www.site.ru/index.php, www.site.ru/index.htm
И в роботс их тоже желательно закрывать от индексации:
Disallow: /index.php
Disallow: /index.htm
А еще могут дубликаты страниц, содержащие GET-переменные попадать в индекс.
И т.д.
Т.е. какой объем и детализацию на этапе проектирования/ТЗ можно считать достаточной для перехода к следующим этапам разработки.
Попробую пояснить.
При разработке больших проектов достаточно сложно сразу спроектировать и предусмотреть всё, вплоть до мелочей. Во-первых, это может занять слишком много времени. Во-вторых, данные могут потерять актуальность в процессе работы. В-третьих, на выходе можно получить такое многотомное ТЗ, что ни заказчик, ни прочие участники проекта, не смогут в нем разобраться.
Но без ТЗ начинать работу нельзя.
Где золотая середина?:)
Например, есть у вас задача сделать агрегатор объявлений по продаже автомобилей. С поиском, отзывами, импортом/экспортом объявлений и прочими клевыми штуками.
Можно указать в ТЗ, что одна из характеристик авто — объем двигателя. Потом разобраться глубже и узнать, что на разных сайтах люди указывают данную характеристику по-разному: где-то в литрах, где-то в кубических сантиметрах. Изучаем дальше — выясняем, что привычнее для людей искать именно по литрам, то есть необходимо будет конвертировать для одних объявлений и оставлять как есть для других.
Стоит ли углубятся в такие детали сразу при проектировании или решать их уже в процессе?
В целом из статьи ничего нового не узнала. Очевидные вещи для разработчика с головой.
Интересно было бы прочитать про конкретные исследования в разных отраслях — с какими сложностями столкнулись, какие особенности поведения пользователей/покупок/продаж и пр.
Или про разработку больших проектов (если есть опыт), где только этап исследования занимает от 2-3 месяцев.
ИМХО, не правильный подход.
Заказчики делают сайты не каждый день, в отличие от нас с вами. И они имеют право не разбираться в тонкостях.
И задача менеджера проектов — врубится в сферу деятельности заказчика, изучить его продукцию, изучить конкурентов и предложить решения.
А не спрашивать «а что у нас будет на этой страничке?» или «сколько уровней будет в каталоге?».
hotgloo.com понравился, спасибо.
Мы для прототипов используем Axure.
Еще хочется добавить про отсутствие нормальных перерывов между докладами. У нас было желание послушать 3 блок-конференции, но перерывов в 30 мин между ними не хватало чтобы:
— выйти, выпить чая/кофе
— погулять по самой выставке, пообщаться, завязать знакомства.
В итоге на доклады в середине дня просто забили.