Взгляд изнутри с помощью Codeship: Фредерик Таунс, технический директор Placester

1. Привет Фредерик! Я знаю, что многие из наших читателей будут знать вас как основателя технического...
2. Что привлекло вас к решению этой конкретной проблемы в этой конкретной отрасли?
3. Вы рано стали техническим предпринимателем. Можете ли вы рассказать мне немного о пути, который вы...
4. Были ли конкретные вещи, которые вы узнали, которые помогли вам на раннем этапе?
5. Наем хорошего таланта может быть трудным. Не могли бы вы рассказать мне немного о том, как вы справляетесь...
6. Вы упомянули, что сотрудничество было большой ценностью для команды Placester. Есть ли что-то еще,...
7. Разработка технического решения для нетехнологичного рынка, такого как недвижимость, является действительно...
8. Есть ли какие-то проблемы, с которыми вы ожидаете, что ваша команда решит представить свой продукт...
9. Какова ваша философия поддержки вашей команды инженеров и что вы делаете в Placester для поддержки...
10. Есть ли инструменты, которые вы нашли, были жизненно важны для производительности вашей команды?
11. Машина времени Если бы вы могли вернуться в прошлое и дать себе совет в начале своей карьеры технического...

Время чтения: 13 минут

Фредерик Таунс - технический директор и соучредитель Placester , маркетинговая платформа для профессионалов в сфере недвижимости. Он основатель W3Edge , основатель СТО Mashable и активный участник WordPress. Одним из его крупнейших вкладов в сообщество WordPress была его платформа для оптимизации производительности сети. W3 Total Cache ,

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

Привет Фредерик! Я знаю, что многие из наших читателей будут знать вас как основателя технического отдела Mashable, но не могли бы вы рассказать мне немного о работе, которую вы выполняете сейчас с Placester?

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

Контент в цифровом маркетинге для индустрии недвижимости - это всегда список недвижимости, а списки недвижимости хранятся в сотнях баз данных по всей территории Соединенных Штатов. Эти базы данных соответствуют некоторым открытым стандартам, но по большей части каждая из них является своего рода снежинкой с точки зрения предоставления агентам возможности интегрироваться с ними и получать данные. Так что есть некоторые уникальные проблемы в работе с данными. Существуют проблемы, которые замедляют процесс создания согласованной или предсказуемой системы. Мы потратили немало времени, чтобы добраться до того момента, когда 95% агентов, которые приходят к нам, могут быстро выйти в интернет со своими списками и личным веб-сайтом и начать маркетинг.

Создание платформы для недвижимости также является сложной задачей, потому что каждый агент является независимым подрядчиком. Они не сотрудники. Они не ходят в офис в понедельник утром, и их босс говорит: «Эй, Джон или Салли, вот пятнадцать поводов, будь богатым». Мы должны помочь им добиться успеха в индивидуальном порядке, даже если они могут работать в команде или быть частью большой организации. Таким образом, мы сосредоточены на этой задаче создания великолепного цифрового опыта для потребителей от имени агента. Что мы действительно делаем, так это решаем множество проблем с данными и интеграцией, чтобы сделать этот опыт удобным для потребителей.

Что привлекло вас к решению этой конкретной проблемы в этой конкретной отрасли?

Я полагаю, что он был разработан естественным образом. Мы должны были выяснить, что именно нужно агенту, и какие векторы позволили нам создать эти первоначальные отношения с ними. Мы точно знали, что агенты тратят ~ 14 миллиардов долларов в совокупности - такой большой, большой рынок - и мы знали, что есть примерно 2 миллиона агентов, в зависимости от того, как вы считаете. После этого было: «Эй, они явно хотят веб-сайт, потому что им нужно делать что-то для себя, чтобы развивать свой собственный бизнес».

Даже с моей женой, которая была агентом в Бостоне и в конечном итоге открыла свое собственное агентство, я поняла, что ей нужно делать собственные публикации в Craigslist и выполнять все эти другие действия самостоятельно. У нее не было единого механизма или платформы, чтобы масштабировать себя и сосредоточиться только на взаимодействии с клиентами.

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

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

Вы рано стали техническим предпринимателем. Можете ли вы рассказать мне немного о пути, который вы прошли, впервые в роли технического директора?

Когда я впервые присоединился к Mashable, я не был полностью сосредоточен на технических аспектах. Сначала я работал с Mashable в качестве консультанта, в конечном итоге присоединившись к команде.

Я думаю, что два ключевых фактора стали очевидными в том, чтобы быть техническим директором Во-первых, наличие технических знаний является преимуществом при создании отличных продуктов. Это не значит, что у вас не может быть других преимуществ, но я определенно думаю, что технические знания находятся в верхней части списка. Другое дело, что маркетинг стал более техническим. Если вы продаете онлайн в SEO, SMO или занимаетесь электронной коммерцией, вам просто нужно больше технических навыков.

Работая над созданием собственного агентства, я думаю, что прошел различные этапы обучения тому, как создавать команды, как собирать продукты для разных отраслей. Когда я перешел в СМИ, это дало мне возможность действительно начать работать в масштабе. Я должен был научиться решать проблемы с производительностью в масштабе, и это дало мне возможность провести время с увлеченным проектом. Этот проект в конечном итоге стал популярной платформой для масштабирования WordPress - W3 Total Cache ,

Были ли конкретные вещи, которые вы узнали, которые помогли вам на раннем этапе?

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

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

Затем я стараюсь убедиться, что способ решения проблем согласуется с тем талантом, который существует там, и куда должен идти бизнес. Отличным примером является то, что сейчас мы мало пишем на Python. Допустим, мы нашли феноменального разработчика Python, которого хотели нанять. Очевидно, она хотела бы написать Python, но мы должны были бы сказать что-то вроде: «Подождите, не могли бы вы внести свой вклад в Java, потому что это то, что у нас уже есть». Поэтому я должен убедиться, что у меня есть стратегия и методология того, как мы включаем вкладчик Python. На раннем этапе стартапа вам необходимо добавить участников, которые могут вывести иглу прямо из ворот. Моя работа заключается в том, чтобы у команды всегда была стратегия, позволяющая использовать как лучшие таланты, так и подходящие инструменты для работы, и привести их в соответствие с текущими и среднесрочными потребностями бизнеса.

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

Наем хорошего таланта может быть трудным. Не могли бы вы рассказать мне немного о том, как вы справляетесь с наймом в Placester, и что вы ищете в разработчиках, когда они присоединяются к команде?

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

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

Вы упомянули, что сотрудничество было большой ценностью для команды Placester. Есть ли что-то еще, что отличает команду и культуру Placester?

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

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

Очевидно, это не так быстро, как знать все и делать все правильно с первого раза. Я не говорю, что это то, что мы сделали, но мы не могли стать ближе. Сейчас мы работаем над версией 2.0 нашей технологии поиска, которая действительно просто еще больше демократизирует ее в руки большего количества клиентов. Наши изменения в основном для масштаба, а не для полного пересмотра дизайна. Мы в основном выбираем следующий компонент, который, как мы знаем, нам нужно добавить, а затем выясняем, какие компромиссы нам удобны. Таким образом, мы выполняем итерацию по прямой линии, в отличие от переоснащения и переосмысления, имея один и тот же вид микробов, но в конечном итоге делая это по-другому.

Нам очень повезло, что у нас есть команда, которая имеет опыт создания программного обеспечения, правильного на 80% -90%, так что нам не нужно выполнять резервное копирование шины или усваивать некоторые сложные уроки. Такая среда совместной работы позволяет вам конкурировать и радовать клиентов, но это занимает больше времени, чем вы ожидаете. Обычно проблема не в том, что видение не может быть реализовано: проблема в том, сколько времени это займет.

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

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

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

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

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

Есть ли какие-то проблемы, с которыми вы ожидаете, что ваша команда решит представить свой продукт в следующем году?

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

Затем на полке платформы сидят продукты. Это позволяет веб-разработчикам в конечном итоге создавать практически все, интегрируя их в сервисы. В результате продукты на платформе легко интегрируются друг с другом.

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

Наши платформы интегрируются друг с другом, потому что все они управляются общими микросервисами. Когда вы посмотрите под капот любой большой платформы, вы увидите точно такой же шаблон работы.

Это означает, что когда мы неизбежно растем, и когда мы сталкиваемся с проблемами масштаба или вынуждены повторяться, у нас есть два варианта. Мы можем объединиться в нашем API или воспользоваться тем, что мы уже разделили и победили. У данной услуги будут свои потребности в масштабах, и мы можем решать их независимо от других, именно поэтому мы пошли на это. Это не панацея, но это стратегия, которая, по нашему мнению, дает нам правильную степень ловкости или ловкости.

Какова ваша философия поддержки вашей команды инженеров и что вы делаете в Placester для поддержки роста и образования?

У нас есть культура наставничества. Частью того, что нас вдохновляет в сотрудничестве, является ценность щедрости, потому что нет лучшего слова. Один из более старших людей, присоединившихся к команде, ожидал, что когда у него возникнет вопрос, у кого-то, кто уже был в команде, вероятно, был ответ. Мы не должны изобретать колесо: мы должны задать вопрос и собраться вместе, чтобы выяснить, как использовать ценность и знания, которыми обладали другие участники, чтобы найти кратчайший путь к созданию большей ценности.

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

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

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

Есть ли инструменты, которые вы нашли, были жизненно важны для производительности вашей команды?

Инструменты производительности и автоматизации любого рода были лучшими. JIRA это бесценный инструмент для нас. Это помогает нам отслеживать планы, спринты, торговые реализации, отслеживать документы Google, над которыми мы работаем. JIRA является своего рода каноническим источником информации в организации.

Автоматизация тоже огромна. После того, как мы сделали что-то один раз, речь идет о том, чтобы выяснить: а) как сделать это лучше в следующий раз, и б) как убедиться, что нам не нужно заново изучать или пересматривать то, что мы узнали в первый раз, что обычно Кульминацией в какой-то автоматизации. Эти два компонента являются наиболее важными.

Автоматизация принимает все виды форм. Это в непрерывной интеграции, как Codeship это в разработке релизов, в разработке, в тестировании обеспечения качества - везде. Чем больше времени мы проводим, обдумывая и решая новые задачи, тем лучше. Это означает, что все, что мы собираемся сделать более одного раза, не обязательно требует одинакового уровня внимания, - это возможность для автоматизации.

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

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

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

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

Одним словом: сделайте свой технический долг настолько преднамеренным, насколько это возможно. Это гораздо легче сказать, чем сделать. Мы создали очень много вещей, поэтому я не жалею об этом. Но, оглядываясь назад, я вижу, как мы могли бы сэкономить немного времени для достижения некоторых желаемых результатов.

Спасибо за ваше время, Фредерик!

Похожие

Комментарии