온라인 활동 없이 공개적인 건축가가 되는 방법

공개적인 방식으로 구축하는 것은 피드백 시스템입니다

공개적인 빌더는 제품을 만드는 과정, 즉 결정, 실험, 진행 상황, 실수, 증거를 공유합니다. 목적은 지속적인 노출이 아닙니다. 빌더, 잠재 고객, 작업을 개선할 수 있는 다른 사람과의 거리를 단축하는 것입니다.

잘 수행하면, 공개적인 작업은 세 가지 핵심 자산을 창출합니다. 명확한 제품 스토리라인을 개발하고, 일관된 증거를 통해 신뢰를 얻고, 출시 전까지 문제를 이해하는 청중을 구축합니다. 개별 게시물이 거의 주목받지 못하더라도 이러한 자산은 여전히 유용합니다.

유용한 수준의 투명성을 선택하세요

매출 수치나 개인 정보를 모두 게시할 필요는 없습니다. 미리 어떤 정보를 안전하고 유용하게 공유할지 결정하세요. 제품 결정, 고객의 교훈, 데모, 로드맵 변경, 익명화된 트렌드는 분석 대시보드의 스크린샷 흐름보다 훨씬 가치가 있을 수 있습니다.

개인 정보를 개인으로 유지하세요: 고객 데이터, 보안 세부 정보, 기밀 계약, 팀원이 게시하기로 동의하지 않은 모든 것. 지속 가능한 투명성은 경계를 가지고 있습니다. 명확한 경계는 불안함 없이 공유하는 것을 더 쉽게 만듭니다.

반복 가능한 업데이트 형식을 사용하세요

가장 간단하고 유용한 업데이트는 무엇이 변경되었는지, 왜 변경되었는지, 다음에 일어난 일, 그리고 무엇을 테스트할지를 설명합니다. 이러한 구조는 발표를 작은 사례 연구로 만듭니다. 독자는 결과를 칭찬하는 것 외에 무언가를 배우고, 그 이유에 응답할 수 있습니다.

일관성이 빈도보다 중요합니다. 신중한 주간 업데이트는 종종 매일의 조각보다 강력합니다. 작업을 방해하지 않고, 구축하는 동안 메모를 캡처하고, 유지할 수 있는 일정을 사용하여 간결한 요약을 게시합니다.

• 맥락: 시작했을 때의 사용자 문제 또는 가정
• 행동: 구축, 제거, 측정, 또는 변경한 것
• 증거: 질적 피드백과 중요한 지표.
• 다음 단계: 그에 따른 결정 또는 실험.

증거와 에이전시와 함께 실패를 공유

진실성은 공개적인 자기 비판을 필요로 하지 않습니다. 강력한 실패 게시물은 기대, 관찰된 결과, 그리고 수정 사항을 설명합니다. 팀이 배우고 행동할 수 있음을 보여주면서 충분한 세부 정보를 제공합니다.

참여를 위한 취약점 제조를 피하십시오. 설명하기에 너무 최근인 교훈이 있다면 기다리십시오. 가장 좋은 공개적인 회고는 고객과 유사한 결정을 내리는 사람들에게 재사용 가능한 지식을 만들어 냅니다.

주의를 실제 제품 루프로 연결

관객은 사람들이 관련 다음 단계를 수행할 때만 유용합니다. 독자에게 안정적인 제품 페이지, 데모, 대기 목록, 변경 로그, 또는 피드백 채널을 제공하십시오. 사용자가 경험을 바탕으로 답변할 수 있는 좁은 질문을 하십시오. 그런 다음 그들의 입력이 어떻게 변경되었는지 보여주어 루프를 닫으십시오.

인 클릭을 넘어 결과 추적: 관련 대화, 활성화된 사용자, 유지된 사용자, 추천, 그리고 제품 개선. 반복적으로 도움을 주고 구매하는 소규모 그룹이, 많은 수의 수동적인 팔로워보다 훨씬 가치가 있습니다.

유지할 수 있는 명성을 구축하십시오

기록이 검색 가능하고 일관성이 있을 때 공개적인 구축이 강화됩니다. 중요한 업데이트를 지속 가능한 페이지에 유지하고, 관련 결정을 연결하고, 시간을 두고 마일스톤을 문서화하십시오. 소셜 게시물은 이야기를 전파할 수 있지만, 귀하의 제품 페이지와 웹사이트는 이를 보존해야 합니다.

이번 주에 하나의 유용한 업데이트부터 시작하십시오. 하나의 결정을 설명하고, 실제 증거를 포함하고, 특정 응답을 요청하고, 결과를 반환하십시오. 공개적인 구축은 출시 전략이 아닙니다. 그것은 진행 상황을 읽을 수 있도록 하는 연습입니다.