10 советов как выбрать разработчика электроники
1. Изучайте портфолио.
Далеко не все свои работы разработчик имеет право показывать, однако, всегда есть такие разработки, о которых рассказать можно. Если разработчик не делает этого, значит, либо у него уже всё хорошо с условным оборонзаказом и в вас он заинтересован по остаточному принципу, либо организация только начала свой профессиональный путь и не имеет значительного опыта. Поручать сложные проекты обоим типам исполнителей довольно рискованно.
2. Ищите релевантный опыт.
Желательно, чтобы у исполнителя был опыт в схожей с вашим заказом сфере. Не поручайте разработку сложного силового инвертора тем, у кого в проектах только автоматика, IoT или радиоприборы.
3. Избегайте рендеринга.
Наличие в портфолио большего количества срендеренных плат часто говорит об отсутствии их физических воплощений или об их неработоспособности.
4. Будьте внимательны с субподрядом.
Иногда те, кто предлагает разработку электроники, сами занимаются в основном промышленным дизайном. Это хорошо видно – много корпусов и концептов, мало деталей по самой электронике. Также см. Совет 3.
Само по себе это не плохо – такая схема тоже работоспособна. Но нужно учитывать, что в этом случае разработка рискует превратиться в сломанный телефон между вами и субподрядчиком. Если ваш подрядчик не обладает в этой области достаточными компетенциями, чтобы грамотно выстроить работу с субподрядчиком, вы рискуете получить отличный корпус без содержимого. Однако и бояться этого тоже не стоит: в эпоху тимлансинга это может стать отличным решением и даже сэкономить ваши средства. Самое важное в этом случае – компетенции тех, к кому вы обратились. Способны ли они действительно понять, чего вы хотите, оценить сложность работ, найти достойного субподрядчика и т.п.
5. Достаньте кота из мешка.
Попросите продемонстрировать реальную документацию проектов. Вряд ли кто-то будет высылать её вам в электронном виде, но при установочной встрече (в том числе онлайн) нет причин не пролистать перед заказчиком инструкции, схемы, модели, предварительно замылив ключевые сведения. Честно говоря, всегда есть проекты, документацию к которым допустимо показать с разрешения заказчика.
6. Обращайте внимание на серийность разработок.
Если в портфолио фото всех проектов в единичном экземпляре – это повод задуматься. Однако, учитывайте и то, что заказчик может работать напрямую с контрактным производством, исключая разработчика. В данном случае заказчику достаточно получить от разработчика всего одно или несколько изделий.
7. ТЗ и договор – обязательны.
Одними из самых важных моментов на начальном этапе для ответственного разработчика являются техническое задание и договор. Если исполнитель по непонятным причинам сам не предлагает перейти к формализации разработки и зафиксировать всё в правовом русле – возможно, так же ответственно он будет относиться и к процессу разработки.
Обязательно четко прописывайте в ТЗ результат: вы хотите получить по итогу только документацию? Или также рабочий прототип? В каком количестве? Организацию производства у стороннего производителя? Серию готовых к продаже устройств? Возможно, помощь в сертификации и поверке устройств? и т.д.
8. Делите работу на этапы.
Если стоимость проекта начинается от плюс-минус полумиллиона рублей, предложите разбить его на этапы. Опытный исполнитель, который намерен довести проект до конца, не откажется от такого условия. На самом деле это удобно не только вам, но и разработчику. Такой подход дисциплинирует команду, даёт возможность более гибкого управления рисками, понимание чёткой структуры, последовательности и плана действий и в целом помогает проджект мэнеджеру вести проект.
9. Уточняйте ожидаемую стоимость готового изделия.
Не все разработчики будут готовы назвать вам вилку. Причины этого могут быть разные, но если инженеры проработали ТЗ, реализация проекта структурирована и определено техническое решение, то и приблизительную стоимость тоже не составит труда посчитать. В этом случае контрольным вопросом к вам будет: “Какие объемы предполагаются к выпуску? “.
10. Проверяйте отзывы на сторонних ресурсах.
Конечно, отзывы всегда можно сгенерить как в положительную, так и в отрицательную сторону. Но всё же минимальный поиск не повредит. Сейчас мало кто всерьёз занимается чёрным пиаром в этой сфере. Отличить отзыв придирчивого и просто недовольного клиента от действительно обоснованных претензий тоже, в принципе, не составит труда. Данный совет поможет вам избежать встреч с ильями галкиными.
Бонус:
11. Избегайте навязчивых гарантий.
Безусловные гарантии результата должны насторожить бдительного заказчика. Разработка сложных устройств сродни исследованию – может получиться, а может и нет: очень много факторов, которые должны сойтись воедино. Например, возможна ситуация, когда техническое решение существует и легко достижимо, но при этом технологически устройство будет производиться слишком долго или слишком дорого, или же будет зависеть от компонента, который производится одним единственным стартапом, открывшимся год назад. Все это понимают. Разумный исполнитель также учитывает эти риски и не будет без надобности сам бросаться на амбразуру с заверениями о 100% гарантиях.
12. Оцените лёгкость в общении с разработчиком.
Этот совет очень часто встречается по запросу “How to choose electronic design services”. И действительно, чтобы получить на выходе тот продукт, которым вы будете довольны, вам придётся много общаться с компанией-разработчиком. Поэтому важно понимать, является ли компания открытой к общению, понимаете ли вы друг друга. Также уточните каким образом и как часто вы будете получать обратную связь о ходе разработки.
13. Думайте о том, что будет после.
Спросите разработчика в ненавязчивой форме, какое взаимодействие между вами предполагается после приёмки проекта. Часто бывает, что в начале эксплуатации в устройстве обнаруживаются не очевидные изначально нюансы, которые требуют доработки. Честный разработчик скажет об этом открыто и обозначит возможные варианты дальнейшего взаимодействия.
Как правило, востребованный разработчик загружен на несколько месяцев вперёд. Важно обговорить и при необходимости закрепить на бумаге, будет ли работа с вами в приоритете, если потребуются какие-то дополнительные изменения вне рамок ТЗ.