Как мы сертифицировали наши наборы «Эксперимент в коробочке»

Как мы сертифицировали наши наборы «Эксперимент в коробочке» - 1

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

В этот раз нам потребовалась получить сертификат на наши новые наборчики «Эксперимент в коробочке». Но мы решили попробовать пройти весь процесс как положено и получить сертификат заслуженно.

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

(далее…)

Uber не всегда выигрывает

Uber не всегда выигрывает - 1
Greg Baker/AFP/Getty Images

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

Самое сложное начинается, когда сервис выходит на рынок. Такие крупные компании, как Uber, могут «задавить» большинство своих конкурентов и даже вытеснить их с родного рынка. Однако конкуренты по-прежнему появляются и иногда добиваются неожиданных результатов. И в такой ситуации, когда все идет не по сценарию, Uber приходится делать «ход конем». (далее…)

Взлёт и падение (в основном падение) Yahoo

Взлёт и падение (в основном падение) Yahoo - 1

Недавно компания Yahoo сообщила, что продаёт сотовому оператору Verizon свои основные профильные активы за 4,8 млрд. долларов. Это лишь немногим больше, чем Verizon в прошлом году заплатила за AOL  — другую потерпевшую неудачу компанию эпохи взлёта интернета.

Рыночная капитализация Yahoo в 2000 году составляла 125 млрд. долларов. Следующие 16 лет она постоянно снижалась, в основном из-за бездействия и упущенных возможностей.

Можно составить целый MBA-курс, исследуя все грубые стратегически ошибки, которые сделала Yahoo. Я сэкономлю вам некоторую сумму на обучение и дам краткую справку прямо здесь, за 5 минут.
(далее…)

Техническое задание на доработку: 10 правил и немного занудства

Если пройтись по зарубежным сайтам с запросом «product requirements document», то можно найти креативные и убедительные статьи про то, что техническое задание (ТЗ, PRD) умерло. Отчасти с этим нужно согласиться — при разработке продукта с нуля прототипирование выглядит гораздо интереснее и эффективнее, чем тома записей заказчика, порой ну очень непрофессиональные. Однако, если речь идёт о доработке базовой системы, то дело принимает совершенно другой оборот. Мы сталкиваемся и с доработкой, и с заказной разработкой, поэтому на ТЗ собаку съели, если повар нам не врёт. В общем, сегодня — о тех самых классических технических заданиях, которые пишутся на доработку купленного и установленного программного обеспечения. Короче, о наболевшем.

Техническое задание на доработку: 10 правил и немного занудства - 1

(далее…)

Как создавалась интерактивная среда для разработчиков Hyper Dev

image

Если прибегнуть к аналогии, то лягушка, брошенная в кипяток, выпрыгивает оттуда. Но если посадить ее в медленно нагреваемую воду, то она не почувствует опасности и сварится.
Веб-разработчики похожи на таких безмятежных лягушек. Ежедневно погружаясь в код и сервисы, мы не замечаем изменения уровня сложности. Но посмотрите на индустрию со стороны — как те, кто только изучает программирование, — и вы поймете, насколько человек оказывается загружен еще до написания первой строчки кода. С какого языка мне начать? Какие библиотеки использовать? Какая IDE лучше? SQL или не только SQL? Слияние или перемещение? И что, черт побери, такое динамометр? Данная статья привлекла наше внимание тем, что изложенная в ней история может пригодится не только разработчикам, но и всем, кто пытается создать продукты, упрощающие жизнь клиентов. Надеемся, информация будет вам полезна!
(далее…)

Кого волнуют баги продукта, если он успешно продается

Кого волнуют баги продукта, если он успешно продается - 1
Изображение сайта media.licdn.com

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

По данным CB Insights, только 5% стартапов прогорают по причине слабой технической реализации. Большинство провалов случается в результате неверного позиционирования продукта, отсутствия грамотной маркетинговой стратегии, плохих специалистов по продажам, неверной бизнес-модели. Наличие или отсутствие высококвалифицированных инженеров практически не играет никакой роли, делают вывод исследователи.

Если обратиться к примеру самых успешных технологических стартапов мира (Uber, Airbnb, Snapchat, Pinterest и прочие), мы не увидим сложных программных решений. Зато очевидным преимуществом этих компаний является удачная бизнес-модель. В купе с активным продвижением, эти сервисы смогли стать одними из самых востребованных и дорогих стартапов мира. Но вряд ли они нанимали десятки инженеров, чтобы разработать сервис и подготовить его к запуску, сомневается Половетс. (далее…)

Что иметь в виду при переписывании программного обеспечения

При разработке каких-либо продуктов у команды зачастую возникает желание перестать бороться с текущим состоянием проекта и переписать всё снова, на этот раз "правильно" и "по науке". Обычно такие порывы не одобряются, но в этот раз я бы хотел предложить к прочтению перевод поста Hugo Baraúna, посвященного тому, какие вопросы нужно задать себе, если всё же решили переписывать.

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

Будут ли обе платформы существовать одновременно, или нет?

(далее…)

Как продавать: как должен работать продавец

Как продавать: как должен работать продавец - 1

Привет! Не думал, что когда-нибудь буду публиковать тут настолько далёкое от ИТ, но давайте попробуем, благо новые тематики позволяют. Сейчас расскажу, как именно мы учим своих продавцов. Если вы физически что-то продаёте — это гайд, как не сильно накосячить. Механика обтачивалась примерно три года.

Итак, первое и главное в рознице — продавец должен быть уверен в своём товаре. Если товар — отстой, который надо впаривать, то продавец получит такое дикое искривление психики через месяц, что к живым людям его выпускать нельзя будет вообще. Товар должен быть такой, чтобы про него можно было спокойно искренне рассказывать — и чтобы люди после этого брали. Это основа маркетинга. Уверенность в товаре — базис для всех остальных принципов.

Теперь посмотрим на сам процесс продажи. Он делится на пять шагов — приветствие, засада, разработка, презентация, продажа. Самая частая ошибка приветствия в том, что продавец, скорее всего, не доктор. Поэтому «Вам чем-нибудь помочь?» — это где угодно, но только не в стенах нашего магазина. Правильно улыбнуться и поздороваться с человеком, когда он заходит на точку. Задать настроение и обозначить, что вы его увидели. И всё. Не лезть к нему и не подходить даже. Человек зашёл — не надо набрасываться.

Хотя нет, прежде чем переходить к пунктам, обсудим подготовку.

Главный наш принцип в отношении покупателя — относиться к нему как к другу. Это не красивые слова, а одна предельно конкретная вещь — не делай ничего такого, что не сделал бы с другом. (далее…)

Клиентоориентированность vs заказчикоориентированность

Клиентоориентированность vs заказчикоориентированность - 1

«Клиентоориентированности не существует» — утверждает один известный и эпатажный персонаж рунета. И в глубине души любой менеджер с этим соглашается, мило улыбаясь клиентам смайликом в е-мейле.

Но что если это полправды?

Что если вместо явной, но несуществующей клиентоориентированности, есть неявная, но очень даже существующая заказчикоориентированность?

Клиенты и владельцы бизнеса, прошу под кат.
(далее…)

«Бег с препятствиями»: Повышаем эффективность разработки сервисов

«Бег с препятствиями»: Повышаем эффективность разработки сервисов - 1

Фото Paul CC

Занимаясь разработкой IaaS-провайдера, мы в 1cloud не понаслышке знаем о том, как важно грамотно организовать рабочий процесс всей команды. Недавно мы публиковали материал, в котором обсудили 13 вещей, которые не стоит говорить разработчикам и тестировщикам, а в другом посте затронули тему корпоративной культуры организаций.

Сегодня нам бы хотелось вновь углубиться в область организации процессов компании и поговорить о том, как оптимизировать разработку сервисов.
(далее…)