뚜기의 메모장

공연기획서는 그 용도와 목적에 따라 구성이나 강조점이 달라질 수 있습니다. 

누구를 대상으로, 어떤 목적으로 작성하느냐에 따라, 내부 기안 및 PT용 기획서, 보도자료 등 외부 홍보용 기획서, 스폰서 및 투자유치를 위한 기획서 등으로 구분될 수 있습니다.

내부 기안 및 PT용이라면 수행능력을 자신 있게 표현하는 것이 중요합니다. 실무진행을 염두에 두고 실행계획과 일정을 자세하게 제시해야 할 것입니다. 외부 홍보용이라면 공연의 컨셉과 특징, 차별화 전략 등 그 공연만의 무엇, 즉 포인트를 잘 짚어내고 강조해야 합니다.

다음으로 가장 신경을 많이 써서 작성해야 할 투자제안서 형식의 기획서가 있습니다. 투자제안서에는 서로 무엇을 주고 무엇을 받을 수 있는지가 특히 명확해야 합니다. 예상관객수와 홍보계획, 손익분석과 수익배분안 등이 구체적으로 제시되어야 상대방이 판단할 수 있는 근거를 얻게 됩니다.

공연기획서는 파워포인트로 많이 작성되는데, 비주얼 이미지를 강조할 수 있고 객체 삽입과 편집이 자유로워 프리젠테이션하기가 쉽기 때문입니다.

기획서의 분량은 파워포인트 문서로 보통 20-30장 정도입니다. (항목이 대개 10-20개 정도)
문체는 간결하고 쉬운 표현들을 사용합니다. 장문이나 만연체를 사용하면 독자가 지루해집니다. 제목과 카피도 참신하게 써야 합니다. 각 페이지의 레이아웃이나 글씨체도 일관되게 유지해야 합니다. 관련 사진이나 이미지, 칼라를 적절히 이용하는 세련된 디자인 감각도 기획서의 수준을 높여줄 것입니다.

공연기획서의 구성은 앞서 언급한 기획서의 용도에 따라서도 달라질 수 있지만 공연의 장르에도 영향을 받습니다. 라이브 콘서트, 뮤지컬, 지역축제, 이벤트행사 등은 각기 다른 순서로 기획서가 구성될 것입니다.

공연기획서 작성 순서

1) 표지 : 공연제목과 공연을 소개하는 카피로 구성되고 (주로 하단에) 공연기획사 이름과 연락처 등 작성자 정보가 들어있다.

2) 목차 : 기획서 전체를 개괄하고 기획서의 진행을 예상할 수 있도록 목차를 적어두는 것이 좋다. 대제목과 소제목의 구분을 해준다.

3) 공연개요 : 공연개요는 어떤 공연인지를 가장 핵심적으로 보여주는 것으로 기획서 처음에 배치하는 것이 자연스럽다. 공연개요에는 공연제목, 공연장소, 공연일시, 주최/주관/후원, 출연자, 스탶, 티켓가격, 문의처 등이 포함된다. 이 중 아직 정해지지 않은 것은 미정, 또는 예정이라고 솔직하게 밝혀야 한다.

4) 기획의도 : 공연의 취지와 목적, 컨셉, 특징, 차별성, 포지셔닝 등을 표현하는 부분이다. “왜 이 공연을 할 수밖에 없는가”를 설득할 수 있다면 성공이다. 장황한 설명 보다는 짧은 카피로 표현하는 것이 효과적이다. 공연에 따라 강조점이나 구성이 많이 달라질 수 있는 부분이다.

5) 공연내용 : 뮤지컬의 경우 시놉시스, 라이브콘서트의 경우 출연가수를 소개한다. 출연진의 앨범판매현황, 팬클럽 현황, 음악세계 등이 거론되면 좋고 구체적인 공연진행 순서까지는 필요 없다.

6) 홍보마케팅 계획 : 관객이 없는 공연은 의미가 없다. 어떻게 관객을 동원할 지에 대한 계획은 기획사의 능력과 직결되는 문제이므로 신중하고 정확하게 작성해야 한다. 먼저 주요 타겟층을 설정한다. “…에 관심있는 20대 고학력 여성” 등과 같이 가능한 범위를 좁히는 것이 좋다. 필요하면 주요타겟, 2차 타겟으로 구분해볼 수도 있다. 어느 계층을 대상으로 집중 홍보할 지에 대한 계획이 서면 홍보 방법을 정한다. TV 스폿광고, 신문잡지 광고, 포스터, 플래카드, 보도기사/인터뷰, 인터넷광고 등 매체별 광고계획과 단체표 판매, 팬클럽할인, 카드사/백화점 DM발송 등 티켓판촉전략도 제시해야 한다. 홍보마케팅 일정은 전체일정 부분에 포함되나 별도의 표로 정리하여 첨가하는 것도 좋은 방식이다.

7) 예산안 : 예산안은 투자제안서용이 아니라면 비공개로 하는 것이 관례이다. 예산은 크게 게런티, 대관료, 제작비(무대, 음향, 조명, 특수효과), 홍보비, 기획진행비(인건비, 식비 등)로 나눌 수 있다. 예비비는 10%정도를 책정하여 예산에 포함시킨다. 예산안을 짤 때는 충분한 조사를 거쳐 가능한 정확하게 작성해야 하고, 예산조달방법과 예산지출시기 등도 함께 포함시키면 보다 꼼꼼한 기획서가 될 수 있다.

8) 예상수익분석 : 지출예산은 고정되어 있지만 수입은 관객수에 따라 변동한다. 공연수익은 크게 티켓수입과 협찬수입, 기타 부가수익(팜플렛, 기념품 판매 등)으로 구분할 수 있는데 대부분의 경우 티켓수입이 흥행을 좌우한다. 티켓수입을 예상하려면, 티켓가격, 공연장 총좌석수, 공연횟수, 객석점유율, 객단가(평균티켓가격)의 변수를 파악해야 한다. 통상 객석점유율 계산을 통해 수익률을 예상하게 된다. 엑셀로 계산하여 표로 제시하는 것이 작성요령이다. 이 수익률 계산표를 보면, 평균 객석점유율이 몇 %일 때 손익분기점(B.E.P)에 도달하고 몇 명이 입장하면 얼마의 수익이 발생하는지 알아볼 수 있다. 수익계산시 티켓판매수수료(티켓링크/티켓파크 등), 문예진흥기금, 부가세 등도 고려해야 정확한 예측자료가 된다.

9) 추진일정표 : 공연기획서는 공연시작일 1-2달 전에서 길게는 1-1년 전에도 작성될 수 있다. 기획서 작성일부터 공연시작일까지의 스케줄을 잡아본다. 캐스팅, 홍보, 작품준비 등 업무별 추진 일정과 담당자(부서)를 정한다.

10) 기획사 소개 : 제작하는 회사의 대표자 약력, 직원수, 연혁, 자본금, 매출액 규모, 주요 클라이언트 등을 소개한다. 기획사를 소개하는 이유는 신뢰를 주기 위해서다. 독자는 무슨 공연인가 못지않게 누가 만드는 공연인가를 궁금해한다.

11) 관련자료 : 공연에 관련된 보도자료나 증빙서류, 사진자료 등을 첨부한다

출처 : http://www.bizforms.co.kr/bizqa_box/index.asp

OSI (Open System Interconnection) 개방형 시스템 상호연결

네트워크에서 통신이 일어나는 과정을 7단계로 나누어 계층간 상호 작동방식을 정해 놓은것

Background

80년대 컴퓨터 통신망이 확산되면서 다양한 제조사에 따른 호환문제가 대두됨

1984년 국제 표준화 기구에서 원할한 통신을 수행하기 위해  OSI7 모델을 제시하고 이 표준이 지키짐으로서 다른 제조사의 시스템이라도 네트워크 유형에 관계없이 상호 통신이 가능해짐

=> 통신이 일어나는 과정을 단계별로 파악할 수 있음

=> 흐름을 한눈에 알아보고 사람들이 이해하기 쉬움

=> 문제 발생시 다른 단계의 장비 및 소프트웨어를 건들지 않고 문제 발생 단계만 고칠 수 있음

계층의 캡슐화와 디 캡슐화

통신을 한다는 것은 클라와 서버가 데이터를 주고받는다는 것 데이터는 각 계층을 거쳐 전달된다.

이때 각 계층이 인식할수 있도록 각 계층마다 ‘헤더’ 라는것을 덧붙이게 됨.

이 과정은 데이터 전송과정에서 일어나고, 캡슐화라고 한다

반대로 데이터를 받을 때도 7계층을 거쳐 도달되며, 캡술화된 데이터를 받게된다.

이때 헤더가 하나씩 벗겨지는 과정을 ‘디캡슐화’ 라고 한다.

1~3계층을 하위계층 : 하드웨어, 데이터 전송 담당, 다른 디바이스로 전송

4~7계층을 상위계층 : 소프트웨어, 데이터 처리 담당, 사람이 알아볼 수 있는 데이터를 컴퓨터가 처리하는 방식의 데이터로 변환

1Layer  물리계층 : 데이터를 물리적 장치간 전달하는 계층

캡슐화가 완료된 데이터를 전기신호로 바꾸어 전송하는 역할

도달한 데이터를 2진수의 전기신호로 바꾸어 전송하는 역할

이 계층에서는 단지 데이터를 전달만 할뿐 전송하려는 데이터가 무엇인지, 어떤 에러가 있는지 등에는 관여하지 않음

관련 장비 : 통신 케이블, 리피터, 허브

2Layer 데이터링크 계층 : 안전한 정보의 전달을 수행할 수 있도록 도와주는 계층

Point to Point 간 신뢰성 있는 전송을 보장하기 위한 계층으로서 물리계층올 통해 송수신되는 정보의 오류와 흐름을 관리하여 안전한 정보 전달을 수행. 따라서 통신에서의 오류를 찾아주고 재전송 하는 기능을 가짐.

맥 주소를 가지고 통신된다

관련장비 : 스위치, 브릿지

MAC Adress : 컴퓨터간 데이터를 전송하기 위해 있는 컴퓨터의 물리적 주소

다른이름은 하드웨어 주소, 기계의 고유번호, 식별번호, 하드웨어를 구분하기 위한 주소.

-       MAC Adress는 데이터링크 계층에서 사용되는 물리적인 주소로서 NIC(랜카드) 제조시 입력되어 바뀌지 않는 주소를 가지고 있다.

-       다른 컴퓨터와 통신하기 위해서 IP주소를 사용하지만 IP주소를 맥 주소로 바꾸어 사용하기 때문에 IP주소를 사용한다는 것은 맥 주소를 사용한다는 것, 즉 IP 통신 내부에 맥 주소 통신이 포함되어 있음

-       시작점과 끝점에 가기 위해서는 사이사이 노드들을 거쳐 데이터가 전달되어야 함. 미국에 있는 컴퓨터에 전달하기 위해서는 순간이동이 아니라 중간중간 거점을 거쳐 이동. 이웃노드들간의 통신이 되어야(데이터링크) 멀리 있는 노드에게도 통신이 가능(네트워크계층)

-       라우터 스위치 등 모든 통신장비에 붙어있다.

IP Adress

-       네트워크 계층에서 사용되며 주소는 변동될 수 있다.

-       전체적인 맵을 보고 방향을 알려주는 것 최종 위치에서 MAC Adress로 전환

-       집 주소체계와 동일 계층구조 네트워크 IP주소는 컴퓨터가 사용하기 위한 주소

3Layer  네트워크 계층 : 데이터를 목적지까지 안전하고 빠르게 전달하는 계층

데이터를 목적지까지 전달하기까지 가장 빠른 경로를 선택하고 주소를 정하여 데이터를 전달한다

데이터를 연결하는 다른 네트워크를 통해 전달함으로서 인터넷이 가능하게 만드는 계층

프로토콜의 종류, 라우팅 기술도 다양함.

다양한 길이의 데이터 전달 과정에서 전송계층이 요구하는 서비스 품질을 제공하기 위한 기능적, 절차적 수단을 제공한다.

라우팅, 흐름제어, 세그멘테이션, 오류제어, 인터네트워킹 등을 수행한다

관련장비 : 라우터

4Layer 전송 계층 : 통신을 활성화하기 위한 계층

종단간 통신을 다루는 최하위 계층으로 종단간 신뢰성 있고 효율적인 데이터를 전송하며, 상위 계층들이 데이터 전달의 유효성이나 효율성을 생각하지 않도록 해준다

오류검출 및 복구와 흐름제어, 중복검사등을 수행한다.

TCP 프로토콜 : 신뢰성, 연결지향 프로토콜 => 파일전송

-       OSI 계층모델의 관점에서 전송 계층(4계층)에 해당

-       IP의 비신뢰적인 최선형 서비스에다가 신뢰적인 연결지향성 서비스를 제공하게 됨

-       패킷 손실, 중복, 순서바뀜등이 없도록 신뢰적인 전송을 보장함

-       TCP는 느슨한 연결(Loosly Connected)을 가짐으로 강한 연결을 의미하는 가상회선이라는 표현 보다는 연결지향적이라고 표현함 연결 관리를 위한 연결설정 및 연결해제 필요

-       양단간 어플리케이션/프로세스는 TCP가 제공하는 연결성 회선을 통하여 서로 통신

-       UDP보다 속도가 느림

UDP 프로토콜 : 비신뢰적, 비연결 지향 프로토콜 => 스트리밍

-       신뢰성이 낮은 프로토콜로써 완전성을 보증하지 않으나,  가상회선을 굳이 확립할 필요가 없고 유연하며 효율적 응용의 데이타 전송에 사용

-       메세지가 제대로 도착했는지 확인하지 않음 / 수신된 메세지의 순서를 맞추지 않음 / 흐름 제어를 위한 피드백을 제공하지 않음 / 검사합을 제외한 특별한 오류 검출 및 제어 없음

-       UDP를 사용하는 프로그램 쪽에서 오류제어 기능을 스스로 갖추어야 함

-       빠른 요청과 응답이 필요한 실시간 응용에 적합,

-       여러 다수 지점에 전송 가능

-       헤더가 단순하기 때문에 헤더 처리시간에 많은 시간과 노력을 요하지 않음

5Layer 세션계층 : 통신을 하기위한 대문, 데이터가 통신하기 위한 논리적인 연결

양 끝단의 응용 프로세스가 통신을 관리하기 위한 방법을 제공

컴퓨터간 대화 및 세션 관리, 포트연결, 통신장치간에 연결을 설정하고 관리 종료 TCP/IP 세션을 만들고 없애고 통신하는 사용자들을 동기화하고 오류 복구 명령들을 일괄적으로 다루며 통신을 하기위한 세션확립, 유지, 중단

포트연결이라고도 불리우며 통신 장치간의 상호작용을 설정 및 동기화

호스트간 최초연결을 가능하게 하고 통신 중 세션 이상상태를 복구하여 적절한 상태에서 통신이 이루어질 수 있도록 한다

연결이 끊어지지 않도록 유지시켜주는 역할

대표적 프로토콜 SSH TLS

6Layer 표현계층 : 컴퓨터(사람)가 읽을 수 있는 데이터로 변환하는 계층

데이터를 안전하게 사용하기 위한 암복호화 작업, 디코딩 인코딩이 일어난다

송신할 때는 컴퓨터가 관리하는 방식으로 데이터를 변환하고 수신받을때는 유저가 볼 수 있는 방식으로 데이터를 변환시키는 과정을 담당, 번역이라고도 부른다

ASCII : UTF-8 아스키 문자열로 변환

MPEG : 비디오 오디오 인코딩

JPEG : 디지털 사진 인코딩

MIDI : 전자악기 연주 데이터 전송 규격

7Layer 응용계층 : 사용자가 네트워크 자원에 UI로 접하는 응용 프로그램 계층

사용자가 네트워크에 접근할수 있도록 도와주는 계층으로서 인터페이스, 전자우편, 데이터베이스 관리등의 응용 프로세스와 직접 관계하여 일반적인 응용 서비스를 수행한다. 

대표적인 프로토콜 : Telnet, FTP, SMTP, HTTP, POP3

OSI7 Layer 표정리

NPL 개념정리

NPL 이란 금융기관의 대출 채권 중 부도 등의 사유로 정상적으로 회수되고 있지 않은 대출 채권

채권 = 내가 받을 돈 / 부실채권 = 못 받을 가능성이 많은 돈

여신 건전성에 따른 5단계 채권 분류

정상 : 이자를 잘 내고 있는것 (대손충당금 0.85%)

요주의 : 1~3개월 이자 연체 (대손충당금 7%)

고정여신 : 3개월 이상 연체 (대손충당금 20%) => 여기서부터 부실채권

회수의문 : 사실상 못 받을 돈 (대손충당금 50%)

추정손실 : 확실하게 못 받는 돈 (대손충당금 100%)

대손충당금 : 못받을 경우를 대비해 챙겨두는 돈

=> 부실채권이 증가하는 만큼 은행은 메워야 하는 대손충당금이 증가, 증가할수록 운영이 힘들어짐. 부실채권은 한나라의 경제에도 막대한 영향을 미친다

은행이 집을 담보로 돈을 빌려줄 경우 근저당 채권 이라 한다. 이 근저당 채권이 3개월 이상 연체시 부실채권이 되고 이것을 ‘부동산 부실채권’ 이라고 한다.

일반 경매 대비 NPL 투자의 장점

낙찰 우위선점, 양도소득 비과세적용, 비교적 빠른 자금순환

백틱(Backtick)이란 

컴퓨터 과학에서 백틱은 "더블 연산자"라고 부르는 "쉘"형태의 명령 구조를 나타낸다.
기본적으로 백틱을 사용하면 일반 명령의 일부로 문자열을 평가한다.

Perl 또는 다른 유형의 코드와 같은 컴퓨팅 언어에서 사용된다 - texhopedia.com -

프로그래밍을 익히면서 키보드에 있는지도 몰랐을 다양한 기호를 사용하게 된다.

ESC 버큰 아래 ` 이렇게 생긴 것을 백틱이라고 한다. 엔터 옆에 ' , "따옴표와 다르게 생김을 알 수 있다.

백틱의 사용

ES6에서는 템플릿 리터럴 이라는 새로운 문자열 표기법이 도입됐다

Javascript 에서 문자열 자료형을 자주 사용하게 되는데 " " + " " 이런 형태의 연산자를 사용하게 된다

문자열에 넣을 내용이 많고 사용되는 변수가 여러개면 작성하는게 번거롭고 헷갈릴 수 있다.

백틱을 활용하면 이러한 점을 보완할 수 있다.

- 연산자를 사용하지 않고 간단하게 문자열을 삽입할 수 있다.

- 문자열 내부에 표현식을 사용할 수 있다.

- 줄바꿈 (\n) 기호를 사용하지 않아도 된다

- 멀티라인 사용이 가능하다

맥 OS  백틱 입력 방법

ESC 밑에 물결무늬 버튼

한영키를 전환하여 사용한다

한글일 때 ₩ 원화 표기

영문일 때 ` 백틱 표기

윈도우 OS 백틱 입력 방법

ESC 밑에 물결무늬 버튼.

그냥 사용하면 된다

자주 사용하는 메뉴바 디자인 기록

<!DOCTYPE html>
<html lang="en">
<head>
  <meta charset="UTF-8">
  <meta http-equiv="X-UA-Compatible" content="IE=edge">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <link rel="stylesheet" href="/css/common/reset.css">
  <link rel="stylesheet" href="/css/common/common.css">
  <title>MenuBar</title>
</head>
<body id="bodyWrap">
  <header class="headerWrap">
    <nav>
      <ul>
        <li><a href="#">Home</a></li> 
        <li><a href="#">Menu1</a></li>
        <li><a href="#">Menu2</a></li>
        <li><a href="#">Menu3</a></li>
    </ul>
    </nav>
  </header>

  <main>
  </main>

  <footer>
  </footer>

</body>
</html>

.headerWrap {
  width: 100%;
  height: 50px;
  text-align: center;
  background-position: center;
  background-size: cover;
  background-color: #000000;
  position: fixed;
  z-index: 1;
  
}
nav{
  font-size: 1.2rem;
  position: relative;
}
nav ul{
  text-align: center;
  margin: 0 auto;
  width: auto;
}
nav ul li{
  display: inline-block;
}
nav ul li a{
  line-height: 50px;
}
nav ul li a{
  color: #FFFFFF;
  text-align: center;
  padding: 15px 20px;
  box-sizing: border-box;
}

li a:hover{
  color: #ffdd34;
}

main {
  height: 4000px;
  background-color: yellowgreen;
}

main 은 스크롤시 메뉴바가 고정되는지 확인을 위해서.