엔지니어가 아닌 팀이 KARTE를 이용하면 "먼저 생각한 대책을 세울 수 있다"

이 글은 CrowdWorks Advent Calendar 2017 22일째 되는 글이다.

개시하다


처음 뵙겠습니다.
클라우드에서 저는 관련 제품의 소유자(APO)@shibata_319를 맡고 있습니다.
클라우드 가입자 대상 조치와 기능 입안 등을 마련 중이다.
클라우드 컴퍼니는 주로 발주자를 대상으로 지원(주로 법인 기업을 대상으로)
외주 자문 그룹이라는 조직이 있다.
고객 기업과 대화하면서 발견한 과제를 바탕으로 신상품 개발, 옵션 서비스 등을 기획·개발한다.
전체 구성원은 영업과 운용을 책임지는 비엔지니어다.
이번에는 엔지니어가 아닌 팀만 필요한 최저 비용으로 새로운 서비스 조치를 시작하는 방법을 말씀드리고 싶습니다.

비엔지니어 팀만이 가지고 있는 과제


상기 엔지니어가 아닌 팀만
"클라우드에서 새로운 상품과 서비스를 인식하고 싶어요."
"새로운 대책 페이지를 만들고 싶어요".
이럴 때는 다른 임무가 있는 다른 팀의 엔지니어와 디자이너에게 부탁해야 한다.
하지만 성과를 예측하기 어려운 타당성 조치라면
제품 경영자(또는 시책 담당자)
  • 우편으로 개발을 의뢰하면 엔지니어가 원래의 개발 업무에 대한 집중을 중단한다
  • 팀원들의 "가장 빠른 발표, 잘 팔리는지 확인하고 싶어요!"이런 요구에 신속하게 대응하고 싶습니다
  • 라는 진퇴양난에 시달리며 늘 골치 아프게 한다.

    KARTE를 도입한 후 기본적으로 개발 작업 시간이 0인 상황에서 조치를 실시할 수 있다


    공식 홈페이지는 올여름부터 도입네트워크 서비스 툴 "KARTE".
    KARTE 도입 결과 엔지니어가 배너를 설치하지 않음처럼 배너를 설치하는 것은 당연하다
  • 간단한 콘텐츠 페이지 제작
  • 본 사이트의 데이터베이스 정보를 사용하여 모든 사용자에게 모드를 제공
  • WEB 채팅 설정
  • 언뜻 보기에 개발이 필요한 조치는 엔지니어가 아닌 사람도 발표할 수 있다.
    실제로 KARTE 는 어떻게 구현되었습니까?
    두 가지 사례를 소개하다.

    왜 그래?2가지 사례~


    ※ 사전 준비


    먼저 KARTE를 가져올 때 엔지니어에게 최소한 이하의 기술을 제공하십시오.
  • 본 사이트의 사용자 데이터 협업(사용자 ID, 회원 로그인일, 지불 정보 등)
  • KARTE 전용 레이블을 사용자 행동 로그에 저장
  • 사례 1: 판매 유료 옵션의 사이트 내 인식 테스트


    무슨 조치요?


    클라우드 컴퓨팅에서 새로운 유료 옵션을 시험 판매할 때 사용자에게 그 옵션을 인정해 주십시오.
    (이번 시판을 통해 "정말 팔 수 있을까요?"최종 목적은 본 사이트의 기능 개발을 실현하는 것임을 증명한다.)

    무슨 과제가 있습니까?


    옵션을 식별하기 위해 특정 페이지에 적당한 사용자가 모드를 표시하도록 합니다
    본 사이트에서 순수하게 개발하면
  • 표시하려는 사용자의 판단
  • 디스플레이 및 디자인 튜닝
  • 표시 횟수 제한 등의 조정
  • 등의 작업이 필요하고, 개발 비용이 드는 일이 과제다.

    과제에 대한 KARTE 활용 전략


    KARTE 관리 화면에서
  • 디스플레이 사용자 세그먼트를'사이트 내에서 클라우드 종사자 찾기','과거 선택 구매 경험'등 구매 정밀도가 높은 사용자
  • 로 설정한다.
  • 할당 대상 페이지 설정, 표시 횟수 제한(● 닫힌 후 정지)
    등의 설정을 사용할 수 있습니다.


  • 이렇게 하면 엔지니어의 업무 없이 적당한 사용자에게 적당한 시기에 표시할 수 있는 모형을 제공할 수 있다.
    ↓ 완성된 페달은 여기

    너무 좋아요.


    언어 조정 등 미세 조정 외에 이 모드의 제작~발매에 소요되는 시간은 약 10분이다.
    또 모드 클릭 이벤트와 이후 구매 동작 등의 효과를 쉽게 측정할 수 있다.
    이번처럼 새로운 기능을 개발하고 싶을 때 제품 소유자가
    "그게 무슨 가치가 있습니까? 비용이 효과가 있습니까?"확인이 필요합니다.
    이러한 과정에서 KARTE를 사용하여 실행 가능성
    해보고 이만큼 팔았다'는 현실적 의미를 갖는 근거가 있을 수 있다.
    따라서 개발진의 정체성을 더욱 구체적으로 얻을 수 있다
    '본 사이트의 기능으로 시행하자'이러면 쉽잖아요.

    사례2: 서비스 특설 홈페이지 제작


    무슨 조치요?


    클라우드 워크 내 새로운 서비스로 특설 페이지에만 컨설팅 프로젝트 관리를 포함해 주문을 받을 수 있는 자유팀 법인을 게재하는 특별한 선택이 있다.

    이 옵션의 디자인 초기에 팀에서
    한 주문서는 "팔릴 수 있는지 확인하기 위해 가장 짧은 시간에 특설 홈페이지를 만들고 싶다"는 것이다.

    조치상의 과제를 실시하다


    '이 옵션이 필요한 것 같다'는 느낌이 들었지만, 다른 한편으로는
  • 최종 결과를 위해 이용할 수 있는 자원(시간, 돈 등)에 한계가 있다
  • 페이지 제작 후 게재업체 교체 등 내용 변경도 빈번
  • 등의 이유로 노동시간 도입 조달이 과제로 떠올랐다.

    과제에 대한 KARTE 활용 전략


    이번에 우리는 KARTE의'끼워넣기 기능'을 활용했다.
    기본 페이지만 준비하고 페이지 내 콘텐츠 요소(업로드별 콘텐츠)는 대책 책임자@tmc-28가 KARTE 관리 화면에 설정한다.
    <단계>
    1. 본 사이트에서 이번 기본 페이지를 제작하십시오.(이 부분은 엔지니어에게 부탁한다.)
    2. 해당 페이지의 DOM 요소에 대해 KARTE 애플릿의 HTML을 대체합니다.


    3. KARTE 관리 화면에서 컨텐트의 UI 디자인 및 문을 조정합니다.

    완료 페이지


    머리글과 제목 영역을 제외하고는 모두 KARTE로 삽입됩니다.

    페이지 자체는 상당히 간단하지만, 나는 먼저 테스트에 충분히 활용하면 충분하다고 생각한다.
    이렇게 되면 새 페이지의 제작 원가와 게재 업체가 바뀔 때 발생하는 회사 내부 조작 원가가 대폭 낮아진다.

    총결산


    KARTE에서 준비한 다양한 기능을 통해 엔지니어의 개발 시간을 대폭 줄일 수 있습니다.
    비엔지니어인 정책 책임자는'생각한 대책을 먼저 해보라'고 쉽게 할 수 있다.
    그리고 만약 그 효과가 좋다면 본 사이트의 기능 개발을 진행하기 쉽다.
    물론 KARTE를 도입할 때 엔지니어가 본 사이트와의 데이터 협업 등 분야에서 활약하는 것을 전제로 어느 정도의 사용 환경을 갖추고 있다면
    엔지니어의 본래 개발 업무에 대한 집중을 중단하지 않고 조치를 시작할 수 있을 것 같다.
    이번 보도는'비엔지니어팀도 최소한의 비용으로 새로운 대책을 시작하고 싶다'는 분들에게 조금이나마 도움이 됐으면 좋겠습니다.

    좋은 웹페이지 즐겨찾기