---

안녕하세요, 저는 블루의 창립자이자 CEO인 매니입니다.

최근에 제 마음속에 있던 것을 공유하고 싶습니다.

블루에 대한 우리의 생각 방식, 그리고 더 넓게는 팀들이 그들의 작업을 관리하는 방식에서의 근본적인 변화입니다. 이는 고객들과의 수많은 대화와 그들이 실제로 블루를 어떻게 사용하는지를 관찰하면서 얻은 깨달음입니다.

문제는 이렇습니다: 저는 블루를 프로젝트 관리 도구로 만들었습니다. 에이전시 배경에서 온 저에게는 그것이 합리적이었습니다. 우리는 클라이언트 프로젝트를 시작하고, 모든 작업을 추가하고, 체크하고, 결국 완료된 프로젝트를 아카이브했습니다.

깔끔하고, 간단하며, 끝났습니다.

블루가 성장하고 더 많은 고객들과 이야기하면서, 솔직히 저를 놀라게 한 점을 발견했습니다:

우리 고객의 90% 이상이 블루를 프로젝트에 전혀 사용하지 않고 있었습니다.

그들은 지속적인 프로세스를 관리하는 데 사용하고 있었습니다—결코 "끝나지 않는" 작업의 종류입니다.

저는 수년 동안 상상하지 못했던 다양한 사용 사례를 보았습니다.

그리고 최근에 깨달았습니다: 왜 우리는 프로세스 관리를 위해 "프로젝트 관리 시스템"을 해킹하려고 하는 걸까요?

네, 그것이 작동하긴 하지만, 왜 더 큰 문제를 직접 해결하지 않나요?

프로젝트 vs. 프로세스: 핵심 차이점

간단히 설명하겠습니다:

프로젝트는 확실한 시작 날짜와 (희망적으로) 최종 종료 날짜가 있습니다. 특정 결과물이 있는 임시 작업입니다. 새로운 웹사이트를 출시하거나, 이벤트를 조직하거나, 새로운 제품 기능을 개발하는 것을 생각해 보세요.

프로세스는 비즈니스의 지속적이고 영원한 부분입니다. 회사 운영을 유지하는 반복 가능한 워크플로우입니다: 판매 프로세스, 채용 파이프라인, 고객 온보딩, 지원 티켓 처리, 콘텐츠 생성 워크플로우. 이들은 결코 진정으로 "끝나지" 않습니다—그냥 계속 순환합니다.

아이러니한 점은?

블루 내에서도 우리는 프로젝트보다 프로세스를 위해 우리 도구를 더 많이 사용하고 있었습니다.

소프트웨어 개발, 채용, 맞춤 도메인에 대한 고객 요청 등 수십 가지 프로세스가 있습니다.

그것은 항상 우리 앞에 있었습니다.

블루에 대한 의미

이 깨달음은 우리가 블루를 구축하는 방식을 근본적으로 변화시켰습니다.

1. "할 일"에서 "기록"으로

우리는 우리의 핵심 구성 요소의 이름을 "할 일"에서 "기록"으로 변경했습니다—그리고 이를 사용자 정의할 수 있게 만들었습니다. 귀하의 영업 팀은 이를 "기회"라고 부를 수 있고, 지원 팀은 "티켓"을 사용할 수 있으며, 인사 팀은 "후보자"를 선호할 수 있습니다. 이는 팀들이 그들의 작업을 생각하는 방식에 큰 의미를 지닌 작은 변화입니다. 우리는 "프로젝트"도 동일하게 처리하여 "작업 공간"으로 전환하고 있습니다.

2. 시간 인텔리전스

우리는 프로세스에 중요한 방식으로 시간을 추적하는 사용자 정의 필드를 추가했습니다:

• 목록 내 시간: 레코드가 프로세스의 각 단계에서 얼마나 오랫동안 소요되었는지 정확히 확인할 수 있습니다.
• 이벤트 간 지속 시간: 두 단계(예: "진행 중"에서 "완료"까지) 간의 사이클 타임을 측정합니다.

이들은 단순히 있으면 좋은 지표가 아닙니다—병목 현상을 식별하고 시간이 지남에 따라 프로세스를 개선하는 데 필수적입니다.

3. 스마트 자동화

우리는 현재 정기적으로 반복적으로 작동하고 특정 기준을 충족하는 레코드에만 작용하는 예약 자동화를 작업하고 있습니다.

해결해야 할 두 가지 큰 문제는 다음과 같습니다:

1. 조건부 자동화(여러 기준이 충족되어야만 무언가가 발생하는 경우)
2. 무한 루프 문제 해결(현재 자동화가 다른 자동화를 트리거할 수 없는데, 이는 무한 루프를 초래할 수 있기 때문입니다). 실제로 우리는 이것이 가능해지기를 바라며, 무한 루프를 감지하고 이를 생성할 수 없도록 보장합니다.

4. 다중 호스팅

이것은 대단한 변화입니다: 하나의 레코드가 여러 프로젝트에서 살아남을 수 있으며, 사용자 정의 필드 데이터를 자동으로 동기화합니다. 지원과 엔지니어링 모두에서 추적해야 하는 고객 요청을 상상해 보세요—더 이상 중복 작업이나 맥락 상실이 없습니다.

우리의 시장 위치 찾기

이 변화는 우리를 흥미로운 위치에 놓이게 합니다. 우리는 더 이상 프로젝트 관리에서 Asana, Monday, 또는 Trello와 단순히 경쟁하는 것이 아닙니다. 그러나 우리는 수백만 달러를 들여 구현하고 수년이 걸리는 대규모 ERP 시스템이 되려고 하지도 않습니다.

우리는 새로운 것을 창조하고 있다고 생각합니다—경량 프로젝트 도구와 중량급 기업 시스템 사이의 적절한 지점입니다. 기본적인 작업 관리 이상의 필요가 있는 팀을 위한 시장의 큰 격차가 있으며, 전통적인 비즈니스 프로세스 관리 소프트웨어의 복잡성을 정당화할 수 없거나 원하지 않는 팀을 위한 것입니다.

단순성 도전

이제 솔직히 말씀드리겠습니다—이것은 우리가 매일 씨름하는 문제입니다. "단순하게 유지하라"는 철학을 지키면서 정교한 프로세스 관리 기능을 어떻게 추가할 수 있을까요?

쉬운 답은 없습니다. 지속적인 트레이드 오프를 만드는 것입니다. 우리가 취하고 있는 한 가지 접근 방식은 프로세스를 구성하는 관리자를 위해 약간의 복잡성을 수용하는 것이며, 그 프로세스 내에서 일하는 최종 사용자에게는 매우 간단한 것을 유지하는 것입니다. 워크플로를 설정하는 사람은 자동화 및 필드 구성을 고려해야 할 수 있지만, 고객 요청을 처리하는 사람은 다음에 무엇을 해야 하는지 명확하고 간단한 인터페이스만 보아야 합니다.

앞을 바라보며

우리는 새로운 웹사이트와 업데이트된 문서로 이 변화를 공개적으로 발표하고 있습니다. 이러한 프로세스 중심의 기능 중 많은 부분이 이미 라이브 상태이며, 더 많은 기능이 준비 중입니다. 이 비전을 공유한 고객들의 반응은 매우 긍정적이었습니다—그들은 이미 Blue를 이렇게 사용하고 있기 때문에 즉시 이해합니다.

일의 미래는 고립된 프로젝트를 관리하는 것이 아닙니다—비즈니스를 운영하는 상호 연결된 프로세스를 조율하는 것입니다. 팀이 일관성과 개선을 위한 구조를 유지하면서 자신의 워크플로를 정의할 수 있는 유연성을 제공하는 것입니다.

우리는 Blue를 모든 유형의 비즈니스 프로세스를 관리하기 위한 가장 간단하고 직관적인 플랫폼으로 만들고 있습니다. 예약 자동화, 조건부 논리, 고급 병목 추적, 그리고 현재의 여섯 가지를 넘어 전략적 수준에서 프로세스를 볼 수 있는 완전히 새로운 뷰를 생각해 보세요.

그리고 Blue의 진정한 경쟁을 생각할 때, 그것은 소프트웨어 시스템에 관한 것이 아니라 조직이 그 프로세스 관리 사고방식을 개발할 수 있도록 하는 것입니다. 그리고 혼란스러운 이메일 스레드, 포스트잇, 느슨하게 연결된 스프레드시트에서 벗어나는 것입니다.

프로젝트에서 프로세스 관리로의 이 진화는 단순히 Blue에 관한 것이 아닙니다—현대 팀이 실제로 어떻게 작업하는지를 인식하고 그 현실에 맞는 도구를 만드는 것입니다. 우리는 이 방향에 대해 흥미롭게 생각하고 있으며, 팀이 이러한 기능을 사용하여 가장 중요한 프로세스를 간소화하는 모습을 기대하고 있습니다.

이미 프로세스 관리를 위해 Blue를 사용하고 계신다면, 귀하의 이야기를 듣고 싶습니다. 그리고 정말로 프로세스 관리가 필요한데 여전히 프로젝트 중심으로 생각하고 계신다면, 아마도 변화할 때가 된 것일 수 있습니다.

생산성을 유지하세요,

매니

추신: 우리는 정기적으로 프로세스 중심의 새로운 기능을 출시하고 있습니다. 최신 업데이트를 보려면 우리의 변경 로그를 확인하고, 팀의 프로세스를 더 잘 지원할 수 있는 아이디어가 있다면 주저하지 말고 연락해 주세요.