Рубрика «заказчики» - 2

В очередной раз хочется поднять тему отношений заказчиков и разработчиков-программистов. И те и другие не устают наступать на одни и те же грабли, оформляя (или не оформляя) свои взаимоотношения при разработке и/или доведении до ума сайтов и приложений.
Мы столкнулись с несколькими абсолютно одинаковыми кейсами подряд. Они были настолько идентичны, что нам стало немного жутко. «Это знак свыше! Пишем статью», – решили мы.
Уверены, так или иначе с подобной схемой вы тоже сталкивались.

Кейс года по версии юристов: заказчик и разработчик - 1Читать полностью »

Статья не претендующая на объективность. Все, что ниже это мое личное наблюдение и мой опыт, которым я хочу поделиться.

Схема относится только к специалистам. В данном случае к фрилансерам, которые могут самостоятельно регулировать свои рабочие часы. Для стажеров и работников без определенных навыков скорее подойдет обратная схема. В первую очередь это связанно с тем, что специалист с опытом, как правило уже определил для себя наиболее эффективную схему по организации своего рабочего времени. К примеру, я знаю, что в первую половину дня мне сложнее концентрироваться на одной задаче, меня часто отвлекают телефонные звонки, электронная почта, очередные регулярные задачи, не требующие много времени, но в большом количестве. Поэтому в период с 09:00 до 15:00 я наиболее эффективно разгребаю рутину и освобождаю тем самым время для решения основной задачи, к которой перехожу приблизительно к 15:00. С этого времени и до 18:00-19:00 часов я занимаюсь самыми сложными задачами, для которых нужно максимум активности мозга. Если множество задач требует сверхурочной работы (как правило у фрилансеров такое почти всегда), то к 18:00-19:00 часам, когда усталость начинает брать свое и самые сложные задачи требуют неоправданно много ресурсов времени и сил, я перехожу к тем проектам, основные этапы которых я сделал днем-двумя ранее.
Читать полностью »

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

Эта статья может быть интересна разработчикам, желающим зарабатывать существенно выше «среднерыночной» почасовой ставки на рынке фриланса. Я хотел бы поделиться своим опытом работы на площадках вроде elance.com с коллегами из экс-СССР, и дать конкретные рекомендации по входу на рынок, позиционированию услуг, конкуренции с демпингом из Южной Азии, а также дать ликбез по общей профессиональной подготовке. Кроме того, я делюсь некоторыми ноу-хау в области ценообразования и продаж.

Читать полностью »

«Сколько языков ты знаешь, столько раз ты живёшь». Гёте

Всем привет! Я работаю в команде проекта DesignContest, пару недель назад мы выложили новый релиз нашего сервиса. В этой версии мы исправили несколько важных пунктов: сайт стал быстрее, корректно работает на любых устройствах, имеет современный адаптивный дизайн. Еще мы дополнительно добавили защиту от взлома профилей технологией AES-256. Все это хорошо и нужно, но под понятие “суперфича” не подходят, т.к. должны быть у любого хорошего сервиса.
Суперфичей, которую мы действительно полюбили, стал переводчик, полностью внедренный в сайт. Как и зачем мы это сделали, а также о том, что мы придумали для экономии на запросах в переводчик — расскажу ниже.
Читать полностью »

Уважаемый asdg45,

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

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

***
Читать полностью »

Я часто сталкиваюсь с противостоянием «Заказчик vs удаленный дизайнер» и слышу от коллег возмущения по типу: «Где же он вообще? Два часа назад обещал все прислать, ну почему он не берет трубку!», «Где исходники?! Опять не то в макете, о чем мы договорились!» и прочие непечатные вещи. Заказчики тоже не всегда бывают приятными и понятливыми людьми.
Места, где можно найти хороший дизайн через онлайн"
На хабре я встречала отдельные статьи про 99designs, биржи фрилансеров. Хочу поделиться своим списком мест, где можно получить дизайн через онлайн, надеюсь, вы сможете найти для себя в списке что-то новое.
Читать полностью »

Краткая инструкция о том, как надо работать с web дизайнером (взгляд дизайнера)

Введение

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

С удовольствием приму критику и выслушаю мнения «другой стороны».
Читать полностью »

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

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

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

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

Я имел дело с перекупщиками, которые понятия не имели, чего хочет конечный покупатель, я встречал неадекватов, которые понимали как надо только после того, как мы сделаем, как просят.

Я работал с заказчиками, которые «я вообще-то тоже программист» и пытались учить нас делать свою работу. Я знаю, что такое переделывать всё с нуля по три раза за проект.

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

Вобщем, я работал со всеми видами невозможного и невыполнимого. Я понимаю, каково делать то, не знаю, что, так, чтобы еще вчера было готово.

Так вот — каждый раз, когда я встречал очередного «чего там работать, сделайте как в фейсбуке» клиента, я давал себе слово, даже нет – я клялся могилами предков, что вот уж я бы на его месте так себя не вел. Я бы на его месте работал так, что разработчик еще и приплачивал бы за удовольствие иметь со мной дело. Уж я бы на его месте мог бы стать просто самым лучшим заказчиком. И однажды я им стал.

Читать полностью »

Вся статистика в статье представлена только по нашему опыту и может расходиться с вашими данными (проанализировано 68 проектов на SEO, из них 26 — наша разработка и продвижение, а также 23 проекта, где разработка наша, а оптимизация — на стороне).

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

Давайте поговорим о том, к чему этот конфликт может привести и как этого избежать.

SEO vs разработка, как не пострадать заказчику
Читать полностью »

Здравствуйте, уважаемые коллеги!

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

Пополнение библиотеки статей о заказчиках. Наша история

Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js