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

Добрый день.

Вы получили это письмо, так как пользуетесь нашей программой Яндекс.Диск для Windows и недавно получали её обновление.

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

<…>

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

Чтобы сгладить неприятное впечатление от допущенной ошибки, мы увеличили доступное для Вас пространство на Яндекс.Диске на 200 ГБ. Оставайтесь с нами.

Команда Яндекс.Диска

Это почти никак не оправдывает «Яндекс» перед людьми с «мёртвыми» ОС. Но среагировали они правильно, мотайте на ус. Провинился перед клиентом — загладь свою вину.

API

На «Яке» (Yet another Conference) в этом году я уделил внимание докладам из секции API. Из всех русскоязычных спикеров самым насыщенным получился доклад «Рекомендации по проектированию API» Марины Степановой, JavaScript-разработчика API «Яндекс.Карт». Все прошло на одном дыхании.

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

«Яндексоиды» не оставили без внимания и тему документирования API. Из интересного: документаторы комментируют прямо в коде различные методы (соблюдая стандарты, разумеется), коммитят их, а в нужный момент эти комментарии в автоматическом режиме собираются в справочник. Но работа техписателя на этом не заканчивается. Далее в ход идут перо и бумага.

«Яндекс» меняется

Был анонсирован «Атом» — новая технология «Яндекса», целью которой будет частичная передача истории поиска сайтам, что бы те, в свою очередь, показывали пользователю релевантный контент. На «Хабре» есть подробный анонс с описанием всей соли.

Не перестают развиваться и другие сервисы: на «Диске» планируется увеличение скорости загрузки и внедрение версионности файлов (сейчас она для пользователей недоступна); «Карты» начали новую ветвь развития (бета-версия выглядит достойно).

Было бы несправедливо не упомянуть, что спикеры, как и обещали организаторы, были из разных компаний: «ГитХаб», W3C, «1С-Битрикс», «500 пикселей» (это только секция API). А вот подавляющее большинство стендов — проекты «Яндекса».

Не так давно, по просьбе моего знакомого, я занялся поисками дизайнера. Объявление разместил на молодой бирже «Фрилансим».

Еще задолго до публикации этого заказа я знал, что некоторая часть откликов размещается «продажниками» студий или ботами. Но на этот раз количество откликов-пустышек превзошло все мои ожидания. Половина откликов была написана «вслепую», игнорируя наши вопросы и просьбы (минимальная цена, рассказ о себе, портфолио, ответ только на почту). Ради чего?

Написание отклика, способного заинтересовать будущего заказчика занимает 3-4 минуты. Не нужно экономить время и штамповать бесполезные для заказчика отклики, подобные этому:

«Здравствуйте! С радостью выполним Ваш проект! У нас огромный опыт подобных разработок.»

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

Читайте литературу о переговорах, и самое главное — ставьте себя на место клиента перед тем, как что-то предложить ему.