В последнее время к нам пришло много людей, чтобы поучиться у нас.Им очень любопытно, почему мы можем разрабатывать так много сложных торговых платформ с таким небольшим количеством людей.У нас всего 35 человек в отделе технологий продуктов, но мы разработали: 7 APP + 1 операционная платформа поддержки + 1 платформа анализа данных, мы никогда не используем тактику толпы, у нас даже нет инженеров-испытателей, так как же нам создать такую эффективную команду разработчиков?
Прежде чем создавать техническую команду, нам нужно знать, что требуется бизнесу B2B от технической команды? Бизнес B2B имеет свои особенности, а требования к команде отличаются от других бизнесов: бизнес и продукты B2B имеют следующие характеристики:
1. Для предприятий B2B с разными ToC мгновенный объем транзакций не будет слишком большим, поэтому техническая проблема бизнеса B2B заключается не в высоком уровне параллелизма, а в высокой сложности бизнеса;
2. Бизнес B2B уделяет больше внимания рентабельности товаров и услуг.Перед крупномасштабным развертыванием сторона продукта не должна стремиться к конечному пользовательскому опыту и даже допускает случайные небольшие ошибки;
3. В бизнесе B2B у клиентов нет сильного желания совершать импульсивные покупки.Покупатели размещают заказы только в соответствии с масштабами своего бизнеса, и им не нужно представлять такие продукты, как Taobao.Заказ должен быть максимально кратким;
4. Деловой стиль B2B меняется очень быстро, его необходимо быстро повторять, а эффективность развития технического персонала должна быть очень высокой;
Хорошо, вышеприведенные четыре характеристики являются характеристиками нашего бизнеса. Когда мы формируем команду, она, естественно, отличается от некоторых команд ToC. Как правило, четыре команды с наибольшим количеством людей, требуемых отделом технологии продукта, это: UED, Product менеджеры, технические разработки (в том числе интерфейсные, серверные, базы данных и т. д.), тестировщики, давайте посмотрим на таланты, необходимые для этих ролей:
Для продакт-менеджеров, согласно бизнес-характеристикам, которые мы резюмировали выше, очень важно, чтобы продакт-менеджеры обладали следующими способностями:
1. Менеджеры по продуктам обладают сильным логическим мышлением, потому что бизнес B2B очень сложен, например, вся транзакционная связь от регистрации до выпуска продукта, ценообразования, оплаты, размещения заказа, закупок, логистики и транспортировки, доставки, послепродажного обслуживания. ,все дело.Процесс очень долгий,и задействовано много процессов и состояний.Если способность к логическому мышлению не сильна,может быть непонятно,и невозможно прояснить процесс и логику продукта,который является катастрофой для последующей разработки продукта;
2. Менеджерам по продуктам нужна сильная эмпатия.Для торговых площадок есть много ролей.Например, специалисты по свежим продуктам питания старше, а работа мобильных телефонов не очень гладкая, поэтому им необходимо понять операционные привычки этой группы пользователей. ;другим примером является CRM-система.Если продакт-менеджер не разбирается в рабочей среде и психологических особенностях продаж, он будет только сидеть в офисе с YY-продуктами, и делать хорошие CRM-продукты он точно не сможет;
3. Менеджерам по продуктам нужны сильные навыки общения и координации.Например, на торговой платформе B2B, будь то внутренний или внешний продукт, будет задействовано множество торговых правил, и необходимо общаться со всеми сторонами, чтобы сбалансировать интересы всех сторон.
4. Менеджерам по продуктам нужны мощные возможности построения платформы. Бизнес-отделы на стороне B должны больше сосредоточиться на бизнес-показателях. Бизнес-показатели часто являются краткосрочными и не очень долгосрочными. просто чтобы удовлетворить насущные потребности бизнес-стороны, мы должны думать о будущем платформизации, какие данные мы накапливаем, какую платформу мы будем расти в будущем, и готовиться к этому;
Для разработки технологий это, как правило, группа с наибольшим количеством людей в отделе технологии продукта.Если его разделить дальше, наибольшее количество людей в нем занимается разработкой на стороне сервера и интерфейсом. Сторонние разработчики должны иметь:
1. Требуются сильные архитектурные возможности. Архитектура здесь относится к возможностям бизнес-архитектуры. Как упоминалось выше, в бизнесе на стороне B не так много ситуаций с высоким параллелизмом. Трудность заключается в сложности бизнеса. Требуется старший серверный персонал. для объединения бизнес-моделей и бизнес-сущностей. Связь между ними очень четкая. В бизнесе ToB бизнес-архитекторы более популярны, чем чисто технические архитекторы. Например, технические специалисты, которые могут быстро понять бизнес, могут быстро построить техническую архитектуру и могут быстро реализовать технический персонал есть в каждой компании B2B компаний очень мало;
2. Необходимо иметь комплексные возможности, такие как управление базами данных, эксплуатация и обслуживание, а также управление проектами в дополнение к возможностям кодирования.Поскольку это начинающая компания, невозможно заполнить должности.Для этого требуются программисты не только ограниченные до кодирования, от системного анализа до кодирования, Управление базами данных, эксплуатация и обслуживание, и даже тестирование - все это делается разработчиками, особенно для начинающих компаний. Разработчики всемогущи, и это также самая эффективная разработка. Один из наших продуктов разработан на основе анализа спроса и будет выпущен через две недели, требуя доработки.Персонал отреагировал быстро.
3. Разработка на стороне B преследует цель повышения эффективности разработки и требует от разработчиков прочной технической базы и широкого кругозора.После более чем десятилетнего накопления на стороне сервера различные промежуточное программное обеспечение и инструменты разработки являются относительно зрелыми, с прочной технической базой. имеет широкое видение и может с легкостью использовать различное промежуточное программное обеспечение и инструменты, что может значительно повысить эффективность разработки;
Точно так же для фронтенд-разработчиков, из-за характеристик фронтенд-технологии, мы суммируем следующие четыре возможности:
1. Требуются сильные способности к обучению. В последние годы интерфейс быстро развивается, и постоянно появляются новые решения. Будь то богатая и зрелая библиотека фреймворков сообщества Node.js или способность ReactNative разрабатывать приложения. в разных системах, повысить эффективность внешнего доступа к данным GraphQL, включая конечные сценарии в рамках новых форм продукта, таких как мини-программы/общедоступные учетные записи WeChat, необходимо активно исследовать и осторожно внедрять все средства повышения эффективности в бизнес-сценарии toB , что требует от внешнего интерфейса способности быстро адаптироваться и быть готовым принять отличные программы сообщества.
2. Требуется сильная способность к сотрудничеству в проектах, новые пути распространения B2B очень длинные, и продукты могут расти на каждом узле.Эти продукты имеют новую бизнес-концепцию, и эти 7 приложений имеют разные интерфейсы.Все инженеры могут участвовать, и деловые стороны/продукты/дизайн/серверы, с которыми они сотрудничают, различны.Необходимо эффективно общаться с партнерами на переднем крае, а также быстро усваивать и понимать интерактивную форму продукта и бизнес-путь, стоящий за ним.Эффективно идентифицировать и продвигать проблемы по мере их возникновения.
3. Кросс-терминальное программирование и возможности оптимизации работы.Разные терминалы означают разные физические устройства и сценарии использования, а также разные группы пользователей.Например,терминал ПК отличается от приложения, а приложение iOS/Android отличается от Апплет WeChat. Технологические стеки, стоящие за ними, также различаются, как и хост-среды, принципы компоновки, спецификации системы и возможности интерфейса. Это требует от внешнего интерфейса понимания разных концов, а не только навыков программирования, инженерной надежности. , а также повторное использование компонентов кросс-энда. Это лучшая практика, и в то же время она дает более точное суждение о реальном взаимодействии пользователя с терминалом и пользовательском опыте. Интерфейс — это группа, ближайшая к пользователю с точки зрения пользовательский опыт, потому что работа переднего плана заключается в использовании кода для вывода опыта.
4. Креативные возможности инженерной инфраструктуры.Несмотря на то, что инструменты сообщества постоянно обновляются с точки зрения инженерной поддержки и стабильности онлайн-операций, нет систематического плана для новых колес для объединения старых колес, особенно стек технологий Xiaocaizhu только в 2015 году. даже небольших программ, в этом отношении еще больше не хватает, что требует от фронтенд-инженеров использования Node.js, удобного инструмента, для быстрой разработки системы инструментов, которая соответствует сценарию разработки toB внутри и вне команды, и вверх и вниз бизнес-потока, обеспечивая эффективность передовых исследований и разработок и опыт работы с онлайн-продуктами.
После того, как мы разобрались с ключевыми компетенциями, необходимыми для этих основных ролей, мы начинаем искать людей. Для стартапов очень и очень сложно найти людей. Обычно есть несколько способов:
1. Первую партию техников в основном находят по их предыдущему опыту работы или кругам, потому что в начале у компании не было ничего, кроме взаимного доверия.Давайте сначала посмотрим на людей вокруг вас, нашу первую партию Большинство техников по продуктам «убиты»;
2. Используйте личное влияние для найма. Как человек, отвечающий за отдел технологии продукта, вы должны иметь определенное влияние снаружи. Участвуйте в некоторых мероприятиях и пишите больше статей, чтобы расширить свое влияние, что очень полезно для найма;
3. Рекомендуйте, используйте все ресурсы вокруг вас, чтобы помочь вам порекомендовать таланты, будь то друг по эксплуатации или маркетингу, среди них могут быть таланты, которые вы хотите.
4. Внешний рекрутинг на начальном этапе сложен, компания малоизвестна, многие даже не приходят на собеседования, был случай улизнуть (т.к. в первый день я пришел на стендап компании , гендиректор всех напугал), но раз человек приходит на собеседование, если чувствует себя хорошо, то вакансия на собеседовании становится "детектив + БД", для отличного инженера нормально иметь на руках 4-5 офферов. половина интервью, вы начнете свою работу BD.Разговоры об отрасли, команде и перспективах компании будут ключевыми факторами в его выборе.Во-первых, хороший интервьюер также является хорошим продавцом;
В начале все сложно.Как только компания будет медленно работать, репутация компании также будет установлена, и статус отрасли будет постепенно установлен.На этом этапе вы можете увеличить PR компании и технический PR, организовать отраслевые конференции, и строить влияние технологий. , вербовка будет относительно проще, и герои из всех слоев общества будут постепенно приближаться к вам.
О том, как построить эффективную свежую B2B-платформу, потому что она содержит много контента и очень сложна, невозможно объяснить это в рамках одной статьи. Эта статья просто для того, чтобы почерпнуть некоторые идеи. Последующая будет разделена на несколько статей. описывается текущая ситуация в отрасли, бизнес-статус, обзор продуктов, построение технической команды, создание серверной технологической платформы, разработка интерфейса и другие аспекты.Мы раскроем основные продукты и технологические платформы, которые накопились в B2B поле уже более трех лет и надеюсь, что больше людей в отрасли смогут углубиться в понимание, избежать некоторых обходных путей, я надеюсь помочь всем, эта серия статей распространяется следующим образом (будет обновляться):
1,«Как создать эффективную свежую платформу B2B (часть 1 обмена технологиями B2B)»
2,«Как Song Xiaocai вышла на свежий рынок B2B (часть 2 обмена технологиями B2B)»
3.«Как итерировать продуктовую систему платформы Fresh B2B (часть 3 обмена технологиями B2B)»
4.Как создать эффективную техническую команду для Fresh B2B (часть 4 обмена технологиями B2B)
5.«Как построить свежую технологическую систему B2B от 0 до 1 (часть 5 обмена технологиями B2B)»
8,«Дизайн Сун Сяокай и размышления о« возможностях »(часть 8 обмена технологиями B2B)»
9,«Проектирование и обдумывание разделения услуг (часть 9 совместного использования технологий B2B)»