스마트 급식기는 벤치 테스트를 모두 통과하더라도 몇 년 후 고객을 실망시킬 수 있습니다. 모터는 돌아가고, 뚜껑은 밀폐되며, 정량 배식도 정확히 이루어집니다. 그러나 앱 업데이트, 클라우드 정책 변경 또는 라이선스 만료 하나로 정상 작동하던 기기가 서비스 문의(지원 티켓)로 전락합니다.
펌웨어는 QC 보고서에 나타나지 않는 구매 요소입니다. 하드웨어 발주 전에 별도의 조항을 문서화해야 합니다.
지원 시계는 마지막 카톤 출하 후에 시작됩니다
QC는 눈앞의 기기를 테스트합니다. 펌웨어 지원은 기기가 떠난 이후의 동작에 대한 약속입니다. 리스크는 마지막 생산 런 이후에 정점에 달하며, 이 시점에는 엔지니어링 역량이 다음 모델로 이동하고 기존 SKU는 여전히 창고나 매대에 남아 있습니다.
그렇기 때문에 첫 번째 질문은 "앱이 좋은가?"가 아니라 "마지막 출하 후 몇 년까지 치명적 버그를 수정할 것이며, 무엇을 치명적으로 정의하는가?"입니다. 공급사는 구체적인 연수, 심각도 정의, 담당자 이름으로 답하거나, 아니면 "당사 제품을 지원합니다"라는 집행 불가능한 말로 답할 수 있습니다.
제품은 카톤이 아직 유통망에 남아 있을 때도 단종(EOL)에 도달할 수 있습니다. 단종 통지 조항은 소매업체가 재고를 판매 완료하거나, 고객에게 경고하거나, 대체 제품을 계획할 시간을 확보하게 해주는 조항입니다. 이것이 없으면 첫 번째 통지는 흔히 앱 연결 실패라는 형태로 옵니다.
코드, 앱, 키의 소유권
세 가지 자산이 힘의 균형을 결정합니다. 펌웨어는 바이어가 라이선스만 받고 소유하지 못하는 공장 코드베이스에 있을 수 있습니다. 자사 브랜드(private-label) 앱은 보통 기간, 갱신 가격, 해지 조항이 붙은 라이선스이며, 바이어가 영구 보유할 수 있는 소프트웨어가 아닙니다. OTA 서명 키는 누가 업데이트를 배포할 수 있고, 잘못된 릴리스로 벽돌이 된 기기를 누가 복구할 수 있는지를 결정합니다.
계약금 지급 전에 라이선스 문서와 간략한 IP 요약을 요구하십시오. 계약 기간 종료 시 무슨 일이 일어나는지 확인하십시오: 앱이 중단되는지, 새 가격으로 갱신되는지, 이전되는지. 키를 누가 보유하는지, 공장이 플랫폼 제공사를 변경하면 무슨 일이 일어나는지 물어보십시오. 구매에 소프트웨어가 포함되어 있다고 가정하면 나중에 그 공백을 발견하게 됩니다.
앱 컨트롤 6L 스마트 펫 급식기는 가치가 양쪽 절반 모두에 의존하는 제품의 좋은 예입니다. 호퍼와 모터는 눈에 보입니다. 그러나 앱, 클라우드 계정, 업데이트 경로는 보이지 않으며, 바로 그렇기 때문에 계약서에 포함되어야 합니다.
한 페이지 부속서류를 위한 다섯 가지 조항
펌웨어 부속서류가 소프트웨어 라이선스 계약서일 필요는 없습니다. 다섯 개의 항목과 양측이 약속 이행 여부를 판단할 수 있을 만큼의 구체성만 있으면 됩니다.
지원 기간. 마지막 출하 후 몇 년까지 버그를 수정하고 보안 패치를 배송할지 명시하십시오. 보안 수정과 기능 업데이트를 분리하십시오. 공급사는 하나만 약속하고 둘 다 약속하지 않을 수 있습니다. "치명적"을 정의하십시오: 페어링 불가, 배식 불가, 복구 불가 기기는 앱의 미관상 문제와 다른 심각도입니다.
버그 수정 서비스 수준. 심각도 등급과 대응 또는 수정 일수를 명시하십시오. 엔지니어링 비용을 누가 부담하고 업데이트를 누가 배포하는지 명시하십시오. 시한 없는 "버그 수정" 약속은 감상에 불과합니다.
OTA 주기. 보안 패치가 예상되는 빈도, 고객에게 도달하기 전 릴리스를 누가 승인하는지, 업데이트 실패 시 복구 경로를 합의하십시오. 업데이트가 클라우드 서비스에 의존한다면 그 서비스 비용을 누가 부담하고 미납 시 무슨 일이 일어나는지 명시하십시오.
데이터 내보내기 및 마이그레이션. 플랫폼이 폐쇄되면 급식 스케줄, 기기 설정, 사용자 계정이 기계 판독 가능 형식으로 나갈 수 있어야 합니다. 목적지와 통지 기간을 명시하십시오. 마지막 스케줄대로 급식기를 계속 작동시키는 로컬 폴백은 서비스 종료를 기능 저하 제품으로 전환시킵니다.
단종 통지. 지원 종료 전에 서면 통지를 요구하며, 마지막 업데이트 날짜와 오프라인에서 계속 작동할 기능에 대한 설명을 포함하십시오. 통지 기간은 이메일 한 통을 보낼 시간이 아니라 재고 판매 완료에 충분한 기간이어야 합니다.
공급사가 이미 부속서류를 보유하고 있다면 처음부터 작성하기보다 수정 표시를 요청하십시오. 목적은 협상 의식이 아니라 서명된 페이지입니다.
Tuya는 공장 자체 클라우드와 동일한 리스크가 아닙니다
Tuya 기반 제품은 기존 앱과 클라우드를 갖춘 대형 서드파티 플랫폼에서 운영됩니다. 공급 중단 리스크는 소규모 단일 공장보다 낮지만, 규칙 변경 리스크는 실재합니다. API 가격, 앱스토어 정책, 기능 지원 중단은 모두 출시 후에 바뀔 수 있습니다. 완화책은 계약적입니다: 사양에 플랫폼 버전과 SDK를 명시하고, 파괴적 변경 전에 서면 통지를 요구하며, 마이그레이션 경로를 서면으로 확보하십시오.
독점 또는 공장 호스팅 클라우드는 바이어에게 더 많은 통제권을 주지만, 공장의 소프트웨어 팀에 대한 의존도도 높입니다. 공장이 해당 카테고리에서 철수하거나 앱을 개발한 엔지니어를 잃으면 제품은 백엔드를 잃을 수 있습니다. 폴백으로 소스코드 에스크로나 빌드 인수인계를 요구하십시오. 어느 쪽이 자동으로 더 안전한 것은 아닙니다. 올바른 선택은 바이어가 소유 의지만이 아니라 소프트웨어 운영 역량을 갖추었는지에 달려 있습니다.
Tuya 앱 컨트롤 4L 자동 급식기와 카메라 장착 WiFi 급식기는 이 스펙트럼의 서로 다른 지점에 위치합니다. 스택이 달라도 질문은 동일합니다.
부속서류는 브로슈어가 아닌 PO에 넣으십시오
RFQ와 함께 부속서류를 보내고 공급사에게 예외 사항을 표시하도록 요청하십시오. 페이지를 수정하는 공급사는 진지하게 검토하는 것이고, "평생(lifetime)"이라는 단어만 있는 브로슈어를 보내는 공급사는 질문을 회피하는 것입니다. 양측이 합의하면 부속서류를 발주서에 첨부하고 서명본을 SKU 파일과 함께 보관하십시오.
소프트웨어 문제는 모든 주문 규모에 적용됩니다: OEM은 1,000유닛부터, ODM은 3,000, 자사 브랜드 트라이얼은 50부터 시작합니다. 펌웨어 조항은 금형과 패키징과 함께 범위를 정하십시오. 출시 후에 추가된 지원 약속은 재협상 사항입니다.
"평생(lifetime)"이라는 단어를 경계하십시오. 무엇의 평생인지 물어보십시오: 제품, 앱, 플랫폼, 아니면 회사. 정의 없는 용어는 약속이 아닙니다. 구체적 연수, 심각도 표, 통지 기간이야말로 약속입니다.
지원이 중단되면 소매업체가 지불하는 대가
앱이 작동을 멈추면 고객은 공장에 전화하지 않습니다. 매대의 제품에 적힌 소매업체나 지원 라인에 전화합니다. 코드는 타인의 소유임에도 소매업체가 문의, 반품, 리뷰를 떠안습니다. 이것이 클레임 단계가 아닌 구매 단계에서 펌웨어 조항을 협상해야 할 상업적 이유입니다.
부속서류를 법적 부가 비용이 아닌 상륙원가(landed cost)의 일부로 책정하십시오. 지원 사이클 한 번, 반품 배치 한 건, 재출시 한 번의 비용과 비교하십시오. 대개 부속서류가 더 저렴한 항목이며, 플랫폼이 방향을 바꿀 때 바이어가 근거로 제시할 수 있는 유일한 문서입니다.
로드맵은 계획이고, 부속서류는 약속입니다. 기능 약속이 아닌 지원 약속을 요구하십시오. 질문은 출시일에 앱이 좋은가가 아닙니다. 몇 년 후 고장 났을 때 누가 대응하는가입니다.
부속서류 서명 전에 확정해야 할 질문들
OEM 프로그램에서 펌웨어 소유권은 누구에게 있습니까?
급식기 보드의 펌웨어는 발주서가 권리를 명시하지 않는 한 보통 공장에 남아 있습니다. 자사 브랜드 앱은 일반적으로 기간이 있는 라이선스이며, OTA 서명 키는 공장 또는 플랫폼에 남을 수 있습니다. 각 자산, 소유자, 라이선스 기간, 이전 조건을 명시하는 IP 요약을 요구하십시오.
펌웨어 지원 기간은 얼마나 지속되어야 합니까?
예상 서비스 수명과 제공하는 보증 기간에 맞춘 후, 무엇이 보장되는지 정의하십시오. 보안 패치와 치명적 버그 수정은 전체 기간 동안 이루어져야 하며, 기능 업데이트는 더 일찍 종료될 수 있습니다. 숫자보다 정의와 구제 수단이 더 중요합니다.
플랫폼이 폐쇄되면 사용자에게 무슨 일이 일어납니까?
조항에 따라 다릅니다. 데이터 내보내기 조항은 스케줄과 계정을 사용 가능한 형식으로 꺼내줍니다. 마이그레이션 조항은 이동 목적지를 명시합니다. 로컬 폴백은 클라우드 없이도 기기가 핵심 기능을 수행하게 합니다. 통지 조항은 소매업체에게 고객에게 알릴 시간을 줍니다. 네 가지를 모두 요구하고, 첫 주문 출하 전에 폴백을 테스트하십시오.
연결형 SKU를 소싱하신다면 견적과 함께 펌웨어 부속서류를 요청하십시오. 당사는 하드웨어 견적을 제공하고 서면으로 지원 가능한 소프트웨어 조항을 표시하여, 금형 작업 시작 전에 지원 문제가 확정되도록 합니다.
