惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Cisco Talos Blog
Cisco Talos Blog
Google DeepMind News
Google DeepMind News
Last Week in AI
Last Week in AI
P
Proofpoint News Feed
T
The Blog of Author Tim Ferriss
云风的 BLOG
云风的 BLOG
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
B
Blog RSS Feed
Y
Y Combinator Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Hacker News - Newest:
Hacker News - Newest: "LLM"
T
Tailwind CSS Blog
AWS News Blog
AWS News Blog
Jina AI
Jina AI
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Recorded Future
Recorded Future
NISL@THU
NISL@THU
N
Netflix TechBlog - Medium
雷峰网
雷峰网
Vercel News
Vercel News
Latest news
Latest news
S
Security @ Cisco Blogs
W
WeLiveSecurity
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Schneier on Security
Schneier on Security
IT之家
IT之家
Blog — PlanetScale
Blog — PlanetScale
L
Lohrmann on Cybersecurity
T
Tor Project blog
Hugging Face - Blog
Hugging Face - Blog
TaoSecurity Blog
TaoSecurity Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
The Hacker News
The Hacker News
J
Java Code Geeks
美团技术团队
MyScale Blog
MyScale Blog
Google DeepMind News
Google DeepMind News
aimingoo的专栏
aimingoo的专栏
H
Hacker News: Front Page
C
Cyber Attacks, Cyber Crime and Cyber Security
C
CERT Recently Published Vulnerability Notes
S
Secure Thoughts
Microsoft Security Blog
Microsoft Security Blog
C
CXSECURITY Database RSS Feed - CXSecurity.com
B
Blog
博客园 - 三生石上(FineUI控件)
The Register - Security
The Register - Security
G
Google Developers Blog
Webroot Blog
Webroot Blog

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Win-win или почему важно работать с подрядчиком как с партнером. Неочевидные плюсы и правила
cleverpumpki · 2026-04-28 · via Все публикации подряд на Хабре

Уровень сложностиПростой

Время на прочтение9 мин

Охват и читатели68

Мнение

Хорошо, когда подрядчик делает то, что просили. Но гораздо лучше, когда он делает то, что действительно нужно. 

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

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

Меня зовут Владислава Ларкина, я операционный директор CleverPumpkin. Уже 15 лет мы создаем цифровые решения — сайты, мобильные приложения и интеграции под ключ — от идеи до поддержки и дальнейшего развития. Работаем с проектами «Авиасейлс», Kassir.ru, Interfax, «СПОРТС», фондом «Подари жизнь», Habr и другими. 

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

В этой статье я расскажу, как мы выстраиваем отношения с клиентами, чтобы знакомство переросло в долгосрочное партнёрство. И какие процессы помогают нашей команде брать на себя больше ответственности, а бизнесу получать предсказуемый результат. Также мы пригласили наших клиентов из «Авиасейлс», Kassir.ru и фонда «Подари жизнь» поделиться своим опытом и рассказать какие факторы при работе с подрядчиками для них оказываются ключевыми со временем и влияют на качество взаимодействия.

Как начинаем сотрудничество

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

Екатерина Шергова

Директор благотворительного фонда «Подари Жизнь»

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

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

На фото слева – Денис Германенко CleverPumpkin и Екатерина Шергова «Подари Жизнь». Справа – Елена Жучкова Kassir.ru и Владислава Ларкина CleverPumpkin

На фото слева – Денис Германенко CleverPumpkin и Екатерина Шергова «Подари Жизнь». Справа – Елена Жучкова Kassir.ru и Владислава Ларкина CleverPumpkin

«Важно не только объяснить конкретную задачу, но и погрузить партнера в контекст: как живет отрасль, какие вызовы стоят. Это своего рода «сцепка» двух миров — коммерции и благотворительности. И здесь важен диалог, который не запутает и не отпугнет, а покажет, как совместный продукт может быть полезен обеим сторонам: и как бизнес-проект, и как социальный инструмент».

Екатерина Шергова

Директор благотворительного фонда «Подари Жизнь»

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

Иван Козлов

Директор по продукту «Авиасейлс»

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

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

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

Как синхронизируем ожидания 

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

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

Сергей Лопатенко

Операционный директор (COO) в Спортс"

Мы оцениваем каждую новую инициативу и предлагаемую функциональность через три вопроса:

  • Какую бизнес-ценность она несет клиенту?

  • Какую гипотезу проверяет?

  • На какие метрики это повлияет?

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

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

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

Иван Козлов

Директор по продукту «Авиасейлс»

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

Екатерина Шергова

Директор благотворительного фонда «Подари Жизнь»

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

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

Что делаем, если меняется менеджер со стороны клиента

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

К его онбордингу относимся так же внимательно, как к новому сотруднику в нашей команде. Обычно процесс выглядит так:

  • Погружаем в проект. Рассказываем, что уже сделано, какие решения принимались и почему, к каким результатам это привело. 

  • Показываем процессы. Объясняем, где хранится документация, как устроен бэклог, какие трекеры и чаты мы используем.

  • Договариваемся о рабочем ритме. Определяем частоту созвонов, способы связи и формат взаимодействия, подстраиваясь под темп, который ему удобен. 

  • Прозрачно распределяем роли. Обсуждаем зоны ответственности, финальных согласующих лиц, KPI и метрики, на которые ориентируется клиентская команда.

Почему это важно? Чем раньше мы понимаем, какие задачи стоят перед новым менеджером, в чем он видит успех, тем точнее мы можем выстроить коммуникацию и помочь ему вести проект.

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

3 принципа, на которых строится партнёрство

1. Вовлечена вся команда

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

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

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

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

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

Сергей Лопатенко

Операционный директор (COO) в Спортс"

2. Думаем категориями бизнеса, и делаем больше ожидаемого

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

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

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

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

Иван Козлов

Директор по продукту «Авиасейлс»

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

«Когда мы делимся не только техническим заданием, но и рассказываем о логике фандрайзинга, о том, как меняется поведение благотворителей, какие задачи стоят перед фондом в долгосрочной перспективе, продукт начинает развиваться не фрагментарно, а системно. Этого сложно добиться, если подрядчик видит только задачу, но не видит миссию».

Екатерина Шергова

Директор благотворительного фонда «Подари Жизнь»

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

«Мы стремимся подробно коммуницировать, какие пользовательские сценарии стоят за конкретной задачей, какие метрики мы стремимся растить и какую ценность задача представляет для бизнеса. В таком случае подрядчик обретает более широкую оптику и способен предлагать более дешевые или эффективные решения в рамках задачи, иногда – выдвигать собственные достаточно валидные гипотезы для драйвинга конкретных метрик».

Сергей Лопатенко

Операционный директор (COO) в Спортс"

3. Успех становится общей победой

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

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

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


Это блог CleverPumpkin. Создаём цифровые решения полного цикла — веб-сервисы, сайты, мобильные приложения и интеграции. На Хабре делимся опытом, рассказываем о проектах, технических сложностях и решениях, которые помогают бизнесу достигать целей. 

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