웹에이젼시 및 관련업계에서 사용하는 견적서 제작에 관한 내용입니다
이 내용을 보기 전에 견적서 #1을 먼저 확인하는 것이 좋습니다.

견적서작성 #1 바로가기

세부적인 견적 항목 및 작성법

견적서는 제안서와 함께 주요한 역할을 하고있습니다. 서식에 따라 견적서는 여러가지 형태로 나뉘어지며, 샘플을 몆가지 형태로 분류하여 놓도록 하겠습니다.

[견적서에 들어갈 공통항목]
형태마다 견적서의 형식과 모양은 다양하나 모든 견적서에 들어가게 되는 공통적인 내용은 아래와 같습니다.

1. 견적대상 영역
견적서에 대한 일반사항을 기록합니다. 용역제목, 용역기간, 납품자정보, 납품예정일, 납품장소
- 용역제목 : 프로젝트명이라고도 쓰입니다.
- 용역기간 : 프로젝트기간으로도 쓰입니다.
                 개월 또는 일 단위로 작성을 합니다.
                 예) 1개월, 1.5개월, 90일,
                 ManHour : 추가적으로 프로젝트관리영역에서 투입인원에 대한 참여일을 및
                                        시간을 계산하여 상세제안견적서에서는 Total ManHour로도 사용합
                                        니다.  예) 3,928 M/H

- 견적일, 견적 유효기간 : 견적서를 작성한 날짜를 표시합니다. 유효기간은 작성 제출된 견적서의
                                   견적가가 언제까지 유효한지를 표시해 줍니다. 이 유효일이 지나면 새로
                                   작성된 견적서를 제출한다는 것을 의미합니다.
- 납품자정보 : 기업명, 사업자번호, 대표자, 담당자, 연락처(전화/이메일)등을 기입합니다.

2. 프로젝트관리 영역
견적서 제작에 가장 중요한 부분이 됩니다. 투입인력의 투입기간, 투입기간에 따른 인원설정, MnaHour등을 제안요청에 따라 기한내에 개발할 내용을 파악하여 투입인원을 편성합니다.
가령 2개월 기간에 개발용역의 분량이 2개월이 소요될지, 4개월이 소요될지, 6개월이 소요될지를 견적제작자는 개발용역의 내용을 착수부터 검수까지 전체 내용 및 프로세스를 파악 하여야 하며,
그에 따른 자원(인력)을 편성하게됩니다.
따라서 편성전에 가장 중요하게 먼저 파악해야 할 부분은

1. 개발용역의 전체스펙
2. 스펙에 따른 개발스케쥴 및 개발세부 단위화
3. 개발단위에 따른 자원편성
4. 기간 및 ManHour 편성
5. 자원에 따른 기간/ManHour의 비용산출

의 순서로 진행이 됩니다.

IT기술의 발전과 더불어 인터넷은 물론 케이블 TV, 위성 TV, DMB, IPTV, 와이브로등 다양한 종류이 뉴 미디어가 등장하고 소비자들은 이러한 다양한 매체를 통해 접수하는 정보의 양이 엄청나게 증가하였다.

이로인해 사용자는 정보를 접할수 있는 선택권의 범위는 매우 확장적이며 시간과 공간에 제약이 없이 능동적인 정보 취득 및 정보이용이 가능하게 되면서 소비자로서의 기존의 일방적인 필요에 의한 소비자의 구성에서 능동적이며 전문적인 소비자로서 진화하게 되었다.

참여,공유,개방을 표방하는 Web2.0의 기준에서 이러한 변화는 논리적으로 몆가지 진보된 형식을 보여줄 수 있다.

단순한 컨슈머(Consumer)에서 프로슈머(Prosumer)로의 진화

다시 프로슈머에서 트라이슈머, 크리슈머, 트윈슈머, 그린슈머 등의로 진화적 분화까지 되어가고 있다.

이뿐 아니라 TV, 뉴스, 신문등의 전문 매체를 통해 미디어만의 특권이자 하나의 권리로 인식되었던 "주제설정"의 고유권한을 지금은 일반 개인들 및 블로거까지 주제를 설정하고 자신의 의견을 피력하고 있으며 이에 따라 개인이 운영하는 블로그가 하나의 미디어 매체로서의 역할까지 하는 형태로도 나타나고 있다.

               [개인미디어 예 : 서명덕기자-떡이떡이블로그]

이같이 미디어에 확장과 다양화에 따라 소비자의 변화는 기업의 마케팅에도 변화를 일으키며, 기업은 가능한 모든 접점에서 한 목소리로 고객과 소통하기 위한 통합 마케팅 커뮤니케이션 전략을 구사하고 있다. 물론 위의 낮선 용어들도 마케팅업자들이 만든 말이기도 하다.

구글에서 웹2.0을 검색해 보면 엄청난 숫자의 문서가 검색이된다. 2005년 9월, 팀오라일리가 "What is Web2.0"논문이 아마 웹2.0에 대해 논평한 첫번째 논문이었다. 현재 웹2.0에 대해 나온 책과 학술의 토대는 아마도 이 논문의 내용을 언급하고 분리해나가면서 언급하고 이야기 하고 있다.

오라일리가 이야기 한 웹2.0의 특징은 7가지 이다.

또한 그는 논문의 맨 마지막 부분에 "웹2.0의 디자인패턴" 이라는 제목으로

라는 8가지 패턴을 제시했다. 중복된 내용도 있고 원칙이나 패턴 사이에 상하위 개념이 섞여있어 다소 아쉬운 맘도 있지만, 결국 오라일리도 "웹2.0은 이것이다"라고 딱 집어 이야기를 하지 못했다고 생각이 든다. 그 결과가 제각각의 해석으로 1억건이 넘는 문서와 견해로 확대, 재생산이 이루어진 이유이기도 하다.

중요한 것은 위의 특징/패턴에서 놓칠수 없는 몆가지가 분명 있다. 오라일리의 7특징, 8패턴에 대해 더 깊이 들어가 보자.

1. 롱테일의 법칙 : 새로운 경제관점의 틈새 또는 변화
파레토의 법칙을 먼저 설명을 하자. "모든 매출의 80%를 20%의 상품이 이루어낸다", "모든 부의 80%를 20%의 부자가 소유하고있다". 이 8대2중심의 파레토 법칙은 리더십, 엘리트경제주의의 상징이었다. 그러나 가상사회에서 살펴보니 20%의 머리부분 말고 80%부분의 꼬리를 보니 그것도 무시할수 없다는 것이다. 더욱이 그 끝은 알 수가 없으며 그 꼬리에 무한대의 가치가 숨겨져 있으며, 그것이 웹2.0의 API와 합쳐졌을때에는 더욱 가치를 발휘한다는 것이다.

오프라인 서점에서 인기있는 책들이 좋은 위치에서 서점의 높은 매출을 차지하게되고, 이벤트를 실시해 가며 박차를 가하고 있지만, 오래되고 인기없는 책은 책장 구석에 세로로 진열되어 겨우 책 한권 있을 자리만 있을뿐이며 그것마저도 정리기간마다 창고로 보내어지고 폐기처분된다.

하지만 온라인 서점에서는 비인기책들도 무시할수 없는 매출을 차지하고 있다. 상품진열과 재고관리부분에서 비용이 제로에 가까우면서도, 검색API, 공유및Link API를 갖춘 온라인서점에서 비약적인 매출을 유도하는 것. 이것이 롱테일의 대표적인 원칙이 되겠다.
즉 "시스템에 의한 수요공급매칭"에 의해, "다양성에 대한 시스템의 뒷받침"덕에 롱테일의 법칙은 그 진가를 발휘하고 있다. 반대로 표현하면 이전에 시스템의 뒷받침이 없었던 덕에 이 롱테일의 법칙이 숨겨져 왔었고 시스템의 다양한 기술적 표현 덕분에 인식된 법칙이라 할 수 있다.


2. 집단지성 및 대중지혜의 표출
위키디피아를 모르는 이는 없을듯 하다. 누구나 참여해서 추가하고 삭제할 수 있는 온라인 백과사전. 내용이 잘못되었다고 생각되면 가차없이 누구라도 직접 고쳐버리면 되는 말도안되는 편집특징을 가지고있는 이 사전이 왜 이리 성공을 거두게 되었으까? 아마도 이것을 설명할 수 있는 표현은 "집단지성 및 대중지혜"라는 말 밖에 없을 듯 하다.

웹2.0이 지향하는 이미지는 시끌벅절하지만 어딘가 질서가 있고, 늘 새로운 아이디어가 넘쳐나고, 기발하고 독특한 개성이 뭉쳐서 얽혀있는 형태. 아마도 이러한 집단/대중의 생각을 각각 인정하면서도 하나의 초점으로 뭉쳐지게 할 수 있는 것이 아닐까 한다.

 

97년도에 WWW라는 "웹"을 처음시작한 후 제작년 어느날 문득 "어쩌면 우리는 2층으로 올라왔는지도 모른다"라는 생각이 들었다.

웹2.0이라는 유행어는 어쩜 이렇게 문득 생각이 들은것이 아닐지. 올라가다 보니 갑자기 새로운 풍경이 쭈르르 나타난것은 아니지만, 분명한 것은 예전보다 더 높은곳에 올라와있고 처음올라갈 때보다 더욱 풍부한 경험과 기술로 가속화를 느껴가며 올라가는 것일지. ..

올라가면서 느낄수 있는 것을 꼬옥 집어서 이야기 하자면 진부하겠지만 "공유/참여/개방"에서 비롯됨을 느낀다는것이다.

누구나 알겠지만 웹1.0은 거대한 팜플렛에 페이지 레이아웃/컨텐츠를 편집하여 넣어놓은 팜플렛에 불과했다. 일방적으로 단방향의 의사소통장치를 고집하면서 실패한 웹이라는 말을 들을수 밖에 없었다.

웹에이젼시/광고기획사들이 고가의 컨설팅료를 받아 번쩍이지만 일방적인 대형 카다로그를 인터넷 곳곳에 만들어 놓았다. 그곳에 참여한다는 의미보다는 그것을 보고 이용하는데에도 사용자는 회원가입을 해야했었다. 즉 웹1.0은 잡지사를 웹에 그대로 옮겨 놓았고, 대형 쇼핑몰을 그대로 옮겨 놓았고, 기득권의 사업형태를 디지털화하여 옮겨 놓기가 전부였었다.

초창기 웹이 처음 만들어졌을때에는 오히려 현재의 웹2.0의 형태를 띄고 있었다. 즉 "개방"의 베이스에서 누구나 공평하게 "참여"하고, 웹1.0에서 그렇게 지키려한 가치를 "공유"하는 형태였었다. 그리고 이 구조가 범용으로 사용될 수 있도록 "열린표준"을 열심히 만들어내었었다.

웹2.0를 이야기 할 때에 빠질수 없는 부분중의 가장 큰 부분이 위에 열거한 모든것을 개방하고 열린표준을 제시하며 누구나 응용하고 발전시키도로 내비두는 것을 행할수 있도록 하는 기술이다.

API(Application Programming Interface)는 기술적으로 웹2.0이라는 명명이 될 수 있도록 도와준 핵심역량으로 생각한다. 구글, 아마존, 야후등의 웹2.0 선도기업들은 자신의 핵심기술을 오픈하고 마음껏 주무를 수 있도록 해 준다.

그들이 제공하는 핵심정보/기술을 누구나 상업적/학술적으로 이용할 수 있으며 이에 대한 허락도 필요없다. 가상의 공간이며, 현실과 다르게 머리를 조아리며 눈치를 보거나, 파트너쉽을 맺기위한 거창한 절차도 필요없다. 오히려 선도기업들은 자신의 가슴을 열어보이는 것 자체가 결코 손해가 아니라는 것을 몸소 증명해 보이고 있다.

 

웹에이젼시에서 웹기획자의 업무는 몆가지로 크게 구분이 되는데..
그중..견적서 제작에 대해 이야기 해 보려고 한다.

네이버에 함 물어보자 "견적서"란?

클라이언트가 제안서를 받거나 업체에 직접 연결하여 웹사이트 구축에 대한 견적요청을 하게되면, 일단 클라이언트의 머릿속에 어떠한 생각을 가지고 있는지, 그리고 그것보다 더 낳은 방안을 제시하면서 그것에 대한 견적서를 작성을 하게 됩니다.
이단계에서 제안서의 내용이 분명해 지고, 클라이언트는 희미하게 둥글해 예상되던 웹사이트가 어느정도 표현적, 기능적으로 가시화되어 상상가능해지기 시작합니다.

이 후 견적서를 제출하게되면 견적금액 그대로 계약을 할 수도 있지만 견적서에 Nego가격이라는 항목도 분명이 제시되며 클라이언트와 견적금액에서 기능/기간/내용/개발범위(스펙)을 협의하여
최종가격을 협의하게됩니다.

[견적서 기초]
SW기술자 노임단가 공표
아래는 한국소프트웨어산업협회에서 매년 공시하는 노임단가표입니다. (2007년도 최신버젼입니다. 보도자료보니 약 4%가 올랐네요 ㅋ)

SW기술자 등급별 일 노임단가
(단위:명,원,%)

구 분	2007년 조사인원	일 노임단가		전년대비
		2006년도	2007년도	증가액	증가율
기술사	141	277,516	290,938	13,422	4.84
특급기술자	4,076	267,495	273,664	6,169	2.31
고급기술자	3,531	206,698	215,166	8,468	4.10
중급기술자	3,969	165,245	174,432	9,187	5.56
초급기술자	5,470	130,898	136,290	5,392	4.12
고급기능사	102	108,268	112,910	4,642	4.29
중급기능사	269	95,632	99,834	4,202	4.39
초급기능사	105	71,102	75,128	4,026	5.66

2006년 조사결과는 단순인원가중평균치임.(근무일 : 22.34일)
2007년 조사결과는 단순인원가중평균치임.(근무일 : 22.10일)

<시행일> 2008년 1월 1일부터


위의 기본 인건비는 기준으로 적용이 됩니다. 이 인건비에 재경비, 기술료가 합쳐지면 총 금액이 나오며, 총 금액에서 제안금액이 확정 견적가가 되겠지요 (일반적으로 확정 견적가는 총 금액보다 낮게 됩니다. 현실적으로 위의 금액에 재경/기술 합쳐지게 되면 일반적인 웹사이트 클라이언트가 생각하는 금액보다 훨~씬 Up된 금액이 산출이 되는 이유이지요. 그런데 원래 그렇게 받아야 함을 저는 생각합니다. 제대로 받고 제대로 의뢰를 이행하는 관계가 알흠답겠지요)

일단 전체적인 견적서에 대해서 이야기를 해 보았고 #2에서는 세부적인 견적 항목 및 작성에 대해서 다루어 보도록 하겠습니다.
 

예전 소리바다에 이은 음악전문 P2P 사이트 "송사리" ( http://www.songsari.com )가 1월 31일자로 정식 서비스를 론칭했다.

약간 특이한 점은 예전 소리바다야 저작권이 인터넷에서 묵살될때에 외국 냅스터와 같은 인터넷 사용자들에게 필수 유틸이 되었었지만...송사리의 경우는 음악적 음원 저작권환경이 그때만 못할때 시작한 것이라 수익이 머까 하면서 살펴보았다.

파일공유 유틸을 가지고 서비스 하는 기업이라 웹사이트 벤치마킹이라기 보다는 일단 사업성에 촛점을 맞추어서 벤치마킹을 해 본다.

결국은 약 2~3개월간 베타 서비스를 하면서 무료화를 진행 후 이제는 여타 웹하드 서비스기업처럼 사용권을 다운로드 한다는것이 주요 서비스 임.

[사업성 벤치마킹]
1. 짱파일, 심파일, 파일노리등의 서비스의 업로더의 개념만 틀릴뿐 기본적인 웹하드서비스에 상업적인 요소를 넣은것과 큰 차이 없다.
ㄱ. 업로더 파일을 다운족이 다운로드시 1M당 포인트 적립
ㄴ. 쌓인 포인트를 다른 업로더의 음악 다운로드시 포인트 차감
ㄷ. 포인트 없는 다운족에게는 포인트 구매

 단, 웹하드 서비스과 별개로 놓은 점 중 가장 큰 차이를 찾아보자면, P2P프로그램을 각 업로더와 다운족에게 설치하도록 하는것.
정리하자면 파일조회/공유/다운은 소리바다형식을 여기에서 수익을 발생할 수 있도록 포인트제를 집어넣고 다운족의 포인트를 구매하도록 하는데에 요지가 있을듯 하다.

[특이사항]
송사리 서비스는 민감한 저작권에 본격적으로 정당성을 만들어냈다.
2007년에 인터넷 음원 저작권 적용으로 모든 개인홈피에 배경음악들이 사라지게 된 이후 대형포탈에서 음원저작관련으로  유저 유료배포 후 수익분배형식의 모델을 적용한듯 하다.  

이는 파일공유의 음성적인 형태에서 양성화로의 전환모델로의 첫 시점으로 나는 생각한다.
서비스 구조야 기존 서비스의 틀을 벤치마킹하여 뽑아내었지만, 저작권부분에서 일단 서둘러 양성적인 파일공유 서비스를 했다는것에 칭찬하고싶다.

[후 예상 결과]
현재 파일공유 사이트의 경우 저작권 보호요청이 매우 강해졌고 이에 따라 운영적으로 겉으로는 저작권 파일이 올라올경우 삭제, 다운로드 금지 형태의 운영을 해 오고 있으며, 속으로는 수익이줄어들까에 대한 마음에 벙어리 냉가슴을 앓고 있는 시기이다. 이러면서 사이트 업로더는 저작권을 피하면서 포인트를 얻기위해 여러가지 방법을 모색하여 업로드를 해 오고 있다.

아마 앞으로 송사리 같은 저작권을 음성에서 양성으로 끌어내어 서비스 하는 업체가 많아질수록 경쟁사인 음성적 파일공유사이트에 대한 단속을 더욱 활동적으로 하면서 끌어내려야 살 수 있다는 행동을 보여줄 듯 하기도하고..
결국 눈가리고 아웅하는 파일공유업체들이..저작권은 지불해야된다는 개념으로 전환하는 형태가 될듯 하다. (희망사항에 포함된다.)


[아이디어]
송사리는 P2P개념을 솎아 내면서 기존 웹하드 파일공유사이트의 몆백 테라씩 비용을 늘릴수 밖에 없는 운영형태에서  유저pc의 트래픽 및 저장공간을 확보함으로 위의 비용들에 대한 고민에서 일단 빠져 나왔다.
트래픽, 웹서버운영부분에서 이 부분은 상당한 경쟁요소가 될 수 있으며 저작권을 미리 협의하여 운영하는것은 누이좋고 매부좋은 아주 좋은 아이디어라 생각된다.

위의 제목은 고의적인 구분일 수도 있지만
표현하고자 하는 바를 상세하고 정확하게 설명하고픈마음에..한번 구분을 지어 보았다.
물론 현재 운영되는 웹사이트들이 워낙 다양한 성격으로 움직이면서 웹기획자/서비스기획자의 직업은 기업에따라서 다 틀리다.
일단, 에이젼시와 Only웹사이트운영으로 수익을 가진회사의 예를 들어보도록 하겟다.

1. "웹 기획자" : 스토리보드를 만들고 UI를 기획하과 db의 유기적 구조를 이해하여 최초설계에서 전문성을 가지고 웹사이트 개발을 진행하는 사람.
2. "웹 서비스 기획자" :  기술적인 기획자질(ppt또는html,컨텐츠에 대한이해)이 있는 상태에서 비지니스 기획과 사용자 관리 정책 및 운영 정책을 설립하고 실행하는 사람.

다시 말해 "웹 기획자"를 웹 사이트의 최초 구상/컨셉을 도식화하여 디자인 및 개발을 진행하는 설계자로 규정한다면 "웹 서비스 기획자"는 웹 사이트를 구성하는 웹 서비스를 기획하고 사용자에게 전달하고 피드백을 모니터링하여 발전된 서비스 및 환경을구현하는 경영자라고 할 수 있다.

무엇이 무엇의 상위 개념이 아니라 "웹 서비스 기획자"라는 개념이 "웹 기획자"를 포괄하고 있으며 보다 일반적인 개념이라는 것이다.

"웹 기획자"는 완벽하고 멋진 제안서 / pt능력 / 상세하고 디테일한 컨셉의 디자인 / 화면설계스토리 보드 / 웹스타일가이드 / 사이트운영메뉴얼 등을 통해 평가할 수 있지만 "웹 서비스 기획자"는 그것 이상의 무엇이 필요하다.

가령 온라인 채용정보등의 웹서비스회사에서 웹기획자는 다양한 업무를 종합적인 상상력을 펼쳐야 실행될 수 잇는 서비스를 구상해야한다.
이를 위해서 제휴사에 제안도 해야하고, 수익을 낳도록 마진율도 고려하고, 카드수수료를 낮추기위해 카드벤사와도 협의를 하여야 한다.

"웹 기획자"에게도 웹 서비스와 비지니스의 관계 이해는 도움이 되고 더 낳은 산출물이 나올 수 있는 옵션이긴 하나, 반면 "웹 서비스 기획자"에게 비지니스 관계 이해는 잘못되었을시 실패하지 않도록 몸부림 쳐야 하는 필수옵션다.

"웹 기획자"에게 사이트 UI 및 UX 등의 이해와 적용은 필수지만 "웹 서비스 기획자"에게 사이트 UI는 다른 필수적인 요소에 도움이 되는 정보일 뿐 덜 중요한 요소가 될 수 있다.
"웹 기획자"는 사이트 운영에 예상을 할 수 는 있으나 관여하지 않을 수 있고,
"웹 서비스 기획자"는 사이트 운영을 목적으로 업무에 반드시 중심으로 관여해야 한다.

작은 조직에서 "웹 기획자"는 "웹 서비스 기획자"의 역할을 부여 받는다.
본인이 원치 않더라도 그런 역할을 수행해야 하는 것이다.
그런데 이 두 가지 직종은 엄연히 서로 다른 지식적 경험적 기반을 요구한다.
설계를 잘 하는 사람이 운영을 잘 한다는 보장은 없다. (물론 어느정도 이상 이해를 하고 응용을 해야한다는것은 필수이다.)
또한 운영을 잘 하는 사람이 설계를 잘 할 것이라는 믿음도 어설픈 것이다.
완벽한 사이트 맵이 완벽한 운영을 보장하지 않는다는 말이다.
또한 완성도 높은 UI가 완성도 높은 서비스를 보장하지도 않는다.
여기서 문제가 발생한다. "잘 할 수 없는 일을 강요받게"되는 것이다.

이러한 문제는 웹 사이트를 운영하는 회사 전반에 나타나는 매우 보편적인 문제다.
실제로 이런 문제에 처한 회사와 대상자는 문제의 핵심을 비켜난 논쟁을 벌인다.
회사는 더욱 다양한 요구를 하게 되고 대상자는 그 요구에 숨이 막힌다.
업무를 처리하지만 업무 처리 이상도 이하도 아닌 현상 유지에 급급하게 된다.
새로운 서비스의 기획은 정체되고 현재 업무 처리마저도 수준 이하가 되어 버린다.
이로 인해 사용자의 증가는 지연되고 웹 사이트를 생명력을 잃게 된다.

따라서 웹기획자는 웹서비스 기획과 분명한 구분이 필요하며,
둘 중 어떤 분야가 우위에 있다고는 확실히 정하여 이야기 할 수 없다.
경우에 따라서 가중이 다르기 때문이다.  

기업에서 내부에 존재하는 엄청난 양의 컨텐츠와 기업 구성원들마다 유기적/유관적으로 배우고 소유해 나가는 암묵지(Explicit Knowledge; 비공식적 노하우)를 어떻게 문서화하고 기업차원에서 공유할 것인지, 이것을 가지고 기업경영의 토대로 가꾸어 기업의 새로운 가치를 창출해야할 문제..획기적인 부서간의 노하우개발 및 노하우저장/응용 솔루션등..
기업발전과 희망의 근간이기도 한 조직원 커뮤니케이션과 지식축적은 사실 어제 오늘만의 고민은 아니었다. 하지만 기업에 웹2.0의 기술적 도구를 적용하고자 하는 움직임은 벌써부터 연구모델이 되어왔고 2008년을 접어들어 아마도 점점 상용 또는 비상용으로나마 솔루션들이 쏟아져 나오고 있다.

엔터프라이즈2.0 솔루션
IBM은 로터스 커넥션은 조직원의 블로그/미티홈피등...직원들의 개인적 소셜네트워킹을 기업내에 비즈니스로 연결및 접목시킨 솔루션으로 볼 수 있다. 즉, 직원들이 각자만의 네트워크를 형성하여 쌓아놓은 소셜네트워킹공간을 기업내 정보와 경험을 공유할 수 있도록 돕는 것이다. 이 외에 여러가지 솔루션들도 SNS, 메시업등의 기술을 대거 채용했다. 아쿠아로직 앙상블은 개발자와 IT운영 조직들이 엔터프라이즈 매시업 애플리케이션을 개발하고 관리할 수 있도록 해주는 인프라 소프트웨어이다. 이 외에도 기업 협업 애플리케이션에 대해 마이크로소프트의 셰어포인트도 웹2.0의 주요기능을 내장해 출시되기도 했다. 기업에서도 소위 웹2.0 할 준비가 된 것이다.

기업 내 지식경영 시나리오
직원들이 업무를 하며 회의시간이 되었을때 자신의 컴퓨터앞에 앉는다. 그리고 회의실로 로그인하여 자신의 아바타가 회의실에 입장한다. (이거야 머 채팅과같겠다고 할 수 있다.)
그리고 각종 캐릭터들이 한 회의실에 모여 회의를 시작한다.
여기서 중요한 것은 자신의 자리 옆에는 회의에 필요한 자료가 도서관처럼 검색가능하며 이를 회의중에 전부가 동시에 회람할 수 있으며 자신들의 주요 직무마다의 협업을 최대한 극대화할 수 있도록 도와준다. 바쁜 일정과 공간상의 이유로 한자리에 모일 수 없는 회사 구성원들에게는 이상적인 시나리오가 아닐 수 없다.
다른쪽으로 시나리오를 잡아보자. 기업에서 블로그와 매쉬업을 위한 업무 백서에 직원마다의 나만의 노하우를 올리라고 공지가 뜬다. 직원들은 다른사람의 업무/어려운점/아이디어를 자신의 직무에 반영할 수 있는 시나리오를 예상할 수 잇으며, 정보나 지식은 공유할수록 더 커지게 될 듯 예상되 되며, 이를 최초 공유한 사람에게 대한  각 직원들에 대한 생각은 다양하게 표현이 될 것이다.
모든 기업이 기업운영/경영을 위해 최고로 주요시 여기는 것은 자신들만의 노하우이다. 그 노하우가 다음후배직원에게 더 업그레이드 된 노하우로 물려받도록 하여야 하고 이를 교육하기 위한 기업의 연구는 항상 고심해 왔었다. 그리고 수많은 솔루션들을 도입하고 폐기해 왔다. 기업 구성원으로서의 의무와 반강제로 규격에 맞는 정보와 지식을 집어 넣긴 하지만 장기적인 활성화와 성장은 한계적이기 때문에 잘 될 수 있을지 장담은 할 수 없지만..앞으로도 이러한 변화에 따른 솔루션들은 지속적으로 나올듯 하다ㅏ.

현재~! 기업이 웹과 다른점.
기업 내에서 직원들에게 바라는 '공유'라는 행위는 많은 고민을 하게 한다. 경쟁자가 보고있다는 사실, 상급자가 보고있다는 사실에 공유를 할때 실제와 틀리게 공유할 수도 있겠지만서도..장기적으로 기업을 작은 소셜 네트워킹으로 보았을때 원작자에 대한, 그리고 그 공유에 대한 파생 컨텐츠에 대한 기록과 의견등이 쌓아가는것이 웹2.0의 엔터프라이즈 모델의 원천이 될듯 하다.
그러나 현재, 기업은 개개인들의 분명한 역할과 지위가 있는 조직이다. 웹과 완전 별개지을수는 없지만, 그렇다고 웹만으로 기업 지식경영에 반영은 현재로서는 매우 어렵겠지 싶다. (사실 좋은인재가 더 좋은 평판을 받으면 다른기업으로 빠져 나가는 일에 대해 기업은 매우 조심해 한다.)
이러한 이유로 기업은 울타리가 있는 폐쇄계에 매우 가까우며, 폐쇠계안에서는 몰라도 공유를 위한 웹의 롱테일법칙이 적용되지 않는다.
그것이 현재 기업의 엔터프라이즈는 웹과 아직 잘 섞이지 않는 까닭이다.

한때 다음이 전국의 인터넷을 석권하고 왕좌로 앉아있으면서 거들먹 거리는 행태에 다음은 "공공의적"이 되어 버린적이 있었고 이를 이용하는 유저들의 움직임은 발빠르게 들이댄 네이버로 이어졌다.
시기를 잘타 인터넷 붐의 리붐붐으로 그 수요가 막대해질때에 네이버는 탄탄대로를달렸다.
처음 카페서비스를 선언했을때 과연 다음을...생각이 들었었지만 지금은 비등할정도이니 말이다.

이후 누군가가 네이버를 추월할 서비스를 보이면 네이버는 미리미리 안하고 일단 추월될 서비스를 엄청난 인력과 기술로 눌러버리기 시작했다.

그러더니 현재 검색과 뉴스등의 제일 중요한 서비스를 좌지우지하며 거들먹거린다는 느낌을 주고 있다.



네이버가 싫어지는 이유는 다음과 같다.

1. 검색 결과에 공정성이 없다. 구글과 네이버의 검색을 보면 화가난다.
   특히 뉴스의 편파적인 게제는 트랜드에 관련한 서비스에서 방송사처럼 편파적임을
   보고 아 네이버 이제 다 갔구나 생각이 든다.

2. 블로그검색은 아주 철의장막이다. 오로지 네이버 블로그만 검색에 내 놓는다..이런..

3. 몆몆 블로그 사이트에서 제공하는 티스토리나, 설치블로그인 태터툴즈 사용자들도 검색 순서는 생각도 하지 않는다.

4. 자체 블로그에 HTML모드로 가능한 편집 모드와, 광고 수익 창출이 가능한 툴을 미연에 방지해 두고 있다. 아주 못된 행태라고생각이 든다.  

5. 지식인 서비스의 광고글 및 홍보글에 대해서는 검색결과치 조정처럼 관리가 없다. 돈이 안되는것이기에 그렇겠지만..지식인이 네이버의 효자인것을 모르는 네이버가 그래서 싫다.

6. 메일서비스 관리 안하다가 구글이 2G으로, 파란이 5G으로 나오자 이제서야 관리에 들어간다.
  
7. 잘한일 하나! 네이버 검색 API오픈.
   이거하나는 참 잘했다. 칭찬칭찬

블로깅을 하다 보면 전체적으로 다음이 공공의적이 되었을때의 분위기를 느낀다.
네이버 이러지 말자. 커갈수로 커다란 서비스를 해 주는 구글에 이겨야 되지 않겠나..

웹사이트를 만들고 이 웹사이트의 서비스를 통해서 정말로 수익을 창출하고 기업을 유지하는 회사는 얼마나되까?


생각나는대로 나열해보자면 옥션. 부동의 1위라 여겨진다. (새로바꾼 로고는 영~ 이다.)
머 네이버나 다른 웹서비스 기업들도 있지만..상업적인 목적을 가지고서 오직 1가지 대표서비스만으로 발전한 기업으로는 옥션이라 감히 이야기 하고싶다.

과연 옥션같은 기업이 현재의 모습이 된것으로,  그냥 수익모델이 좋아서 이까?
분명 아니다. 많은 인터넷 웹사이트가 순수히 웹서비스만으로 오늘도 생겨나고 접히고 있는것이 현실이다.


서비스 웹사이트를 운영함에 있어 접히거나 중단되지 않고,  더 나래를 펼치기 위해 가장 염두에 두어야 할 것이무엇이 있으까?

가장중요한 것은 기술 노하우.
웹사이트의 서비스를 같은 계열에서도 대분류 소분류로 나누었을때 성공한 웹사이트는 지속적으로 서비스를 발전시켰으며 그것을 "실행"에 옮겼으며 그 자체를 자신의 "노하우"로 만들었고,

이를 기반으로 마케팅.
"노하우"가 단지 기술에만 의존하는 노하우가 아닌 마케팅에서 시작되는 기술도 역시 하나의 고도화된 비즈니스기술로서 성공에 공신이 되는 두번째 요소가 아닌지 싶다.



이 기술과 마케팅/비즈니스적 아이디어를 실행화 하고, 기술로 연계를 시키며, 부가적 추가적인 아이디어와 마케팅적 아이디어를 제시할 수 있는 사람이 나는 "기획자"라고 생각이 든다.

솔직히 기획자는 팔방미인이어야 한다는 말은 많이 들었겠지만, 언변력도 좋아야 하며 비즈니스적 아이디어를 구체화/형상화 시켜 개발에 적용후에 대한 마케팅적 요소까지 고려를 하고 염두에 두어 개발진행까지 한다는 생각을 하면..팔방미인을 뛰어넘어야 하는것이 아닌가 싶기도 하다.

물론 위에 이야기 한 것들에 대해 "기획자에 대한 오해"를 함으로 기획자가 디자인/프로그램/통계/마케팅까지 전부 할수있는 슈퍼맨이라는 생각은 가지지 말자. 그러한 오해때문에 현업에서 고생고생하는 기획자들이 너무 많다.


아..말이 또 새버렸네..ㅠㅠ


하여튼 성공하는 웹사이트에 대해 동일분야에서 망한 기업이 있고 흥한 기업이 있다는 것은 위에 이야기 한 서비스노하우(기술력, 운영)와 마케팅으로 나누고 싶다.

예를 한번들어보까?

옥션이 예전 TV광고에 여의도인구가 다녀간다는 광고를 한적이 있다. 그만큼 판매자와 구매자간에 불엽화음이 나는것을 옥션은 중개를 단돈 천원짜리 거래라도 무난하게 완료가될때까지 Care를 해 준다는 점이 아마 옥션의 가장 큰 노하우가 아니까.

이를 기점으로 과감한 중개모델자로서가 아니라 끊임없는 각각의 이벤트와 프로모션아이디어 조금이라도 기피되는 페이지에 대한 바로뜯어고치기정책(실행)력이 지금의 옥션을 만들지 않았나 싶다.

옥션 고객지원에 한번이라도 메일을 보내본 사람은 받아보는 메일이 꼭 한가지 있다.
답변에 대한 설문조사.

            <옥션에 질의후 답변받은 이메일 내용>


           <이메일을 통해 받은 고객만족도 설문조사> : 총 18단계정도 되어있다.



옥션은 답변에대한 만족도 설문조사를 하고있는 몆안되는 기업이면서도, 또한 이를 기반으로 바로 뜯어고치기(실행)에 주저하지 않는 기업이기에 지금의 모습이 되었다고 생각된다.

사이트가 살아남고 성공하기위해서는 지속적으로 Care를 해줘야 한다.
이쁘고 안이쁘고를 떠나서 (솔직히 나는 Text위주의 웹사이트를 매우 좋아한다.) care가 눈에 보이고 실행(뜯어고침)이 눈에 보이면 누구라도 관심이 가지 않으까?