Rohit Patel의 Ndoc 출시, Microsoft Office와 Google Workspace에 도전

TechCrunch의 퇴사 보도에 따르면, Rohit Patel은 Meta를 떠나 Microsoft Office와 Google Workspace에 도전하고 있다. Ndoc 출시는 업무용 AI에 다른 제안을 내놓는다. 분석 내용과 그 설명, 그리고 표현 결과를 한곳에 유지하자는 것이다. 이 접근 방식은 AI가 생성한 작업물을 검토하는 사람에게 실질적인 질문을 던진다. 새로운 문서 구조가 도구를 바꿀 만큼 결과 확인을 충분히 쉽게 만들 수 있을까?

경쟁은 이미 문단 초안을 작성하거나 스프레드시트 셀을 채우는 수준을 넘어섰다. Microsoft와 Google은 기존 애플리케이션 전반에 AI를 구축하며, 고객이 익숙한 파일을 포기하지 않고도 작업물을 생성할 방법을 제공하고 있다. Ndoc은 작업 자체를 재구성하자는 제안으로 이 시장에 진입한다.

따라서 유의미한 비교는 어떤 어시스턴트가 최고의 슬라이드를 작성하는지보다 더 넓다. 누군가 숫자에 이의를 제기하거나 가정을 바꾸거나 프로젝트를 다른 동료에게 넘길 때 어떤 일이 일어나는지에 관한 문제다. Ndoc의 기회는 기존 제품군이 제공하는 통제 기능과 호환성을 유지하면서 이러한 전환을 더 쉽게 만드는 데 달려 있다.

Ndoc 출시는 프레젠테이션 옆에 기반 작업을 배치한다

Moneycontrol의 Ndoc 워크스페이스 보도에 따르면, Patel은 Meta에서 8년을 보냈다. Ndoc은 작업을 Stage, Narrative, Model 탭으로 구성한다. 이 탭에는 프레젠테이션, 서면 분석, 그리고 기반 데이터세트와 코드가 담긴다.

같은 보도는 계산을 설명하고 결과 뒤의 Python 코드를 보여 주는 어시스턴트도 소개한다. Python은 데이터 분석에 널리 사용되는 프로그래밍 언어다. Patel은 브라우저에서 읽을 수 있는 .ndoc.html 형식도 오픈소스로 공개할 계획이다. 이 제품은 아직 제한된 알파 테스트 단계이며, 몇 주 안에 베타 버전이, 2027년에는 더 폭넓은 출시가 예정돼 있다. 다만 이 일정은 아직 계획에 불과하다.

핵심 제안은 완성된 주장과 이를 뒷받침하는 자료 사이의 경로를 더 짧게 만드는 것이다.

가상의 분기별 매출 검토를 생각해 보자. 분석가는 차트를 만들고, 설명을 작성한 뒤, 경영진에게 권고안을 제시한다. 회의 중 누군가 계산에 취소된 계약이 포함됐는지 묻는다.

이 질문은 전체 산출물에 걸쳐 있다. 차트는 결론을 보여 주고, 설명은 해석을 제공하며, 기반 계산은 둘 중 어느 것에 신뢰를 둘 만한지 결정한다.

이 요소들을 함께 보관하는 문서는 검토자가 시작할 지점을 제공한다. 그렇다고 계산이 정확하다는 사실이 입증되는 것은 아니다. 다만 누군가 조사에 착수하기가 얼마나 쉬운지를 바꾼다.

이 구분은 프레젠테이션 품질과 분석 품질이 서로 다를 수 있기 때문에 중요하다. 세련된 슬라이드는 완전한 확신을 담아 부적절한 비교를 설명할 수 있다. 명확한 문단은 권고안을 바꿔 놓을 한계를 누락할 수도 있다.

근거 자료를 가까이에 두면 검토할 기회가 생긴다. 사람들이 이 기회를 활용하는지는 인터페이스, 전문성, 그리고 주어진 시간에 달려 있다.

Ndoc 오피스 대안은 책임 소재에 관한 질문도 제기한다. 어시스턴트가 계산과 그 설명을 모두 생성한다면, 검토자는 여전히 가정에 책임질 사람을 필요로 한다.

그 사람은 어떤 기록을 분석에 포함할지, 범주가 무엇을 의미하는지, 그리고 결론이 원래의 비즈니스 질문에 답하는지를 결정해야 한다. 소프트웨어는 이런 선택을 드러낼 수 있지만, 자동으로 타당하게 만들어 주지는 않는다.

따라서 이번 출시의 즉각적인 의미는 구조적이다. 결과와 이를 뒷받침하는 자료를 포함하는 새로운 작업 단위를 제시한다.

독자는 이 제안을 이미 입증된 우월성의 주장으로 바꾸어 해석해서는 안 된다. 제한된 테스트만으로는 제품이 까다로운 데이터세트, 장기 협업, 조직 전반의 수정 작업을 어떻게 처리하는지 알 수 없다.

관련된 질문은 구체적이다. 검토자가 결론에 이의를 제기할 때, 이 제품은 더 적은 탐색과 재작업으로 의견 차이를 해결하도록 돕는가?

그러한 결과가 나온다면, 새 구조는 익숙한 기능을 또 다른 인터페이스에 배치하는 일을 넘어서는 비즈니스 목적을 갖게 될 것이다.

Microsoft와 Google은 이미 앱 간 작업 부담을 줄이고 있다

Ndoc은 한 애플리케이션에서 다른 애플리케이션으로 맥락을 옮기는 데서 발생하는 같은 불편을 적극적으로 해결하고 있는 경쟁자들과 맞서고 있다.

Google의 9월 발표는 관련 업무 맥락을 바탕으로 문서, 스프레드시트, 프레젠테이션을 생성하는 앱 간 AI 기능을 설명한다. 예시로는 Chat에서 프레젠테이션을 시작하고 Drive에서 스프레드시트를 만드는 작업이 포함된다. Google은 이용 가능한 소스가 사용자 선택과 관리자 설정에 따라 달라진다고 말한다.

이는 기존 사업자의 전략이 계속 움직이고 있음을 보여 주므로 Ndoc vs Microsoft Office 논의에서 중요하다. 기존 제품군을 AI 계층을 기다리는 정적인 애플리케이션으로 공정하게 묘사할 수는 없다.

이들의 접근 방식은 익숙한 작업 결과물을 유지하면서 AI로 그 사이의 정보를 옮긴다. 프레젠테이션은 여전히 동료들이 편집 방법을 아는 프레젠테이션 소프트웨어에서 완성될 수 있다.

Ndoc의 제안은 작업을 담는 컨테이너를 바꾼다. 이 전략들은 목표가 겹치지만, 도입 과정에서는 서로 다른 질문을 만든다.

기존 사업자는 고객에게 작업 시작 방식을 바꾸라고 요청할 수 있다. 대체 워크스페이스는 작업이 머무는 장소도 다시 생각하도록 설득해야 한다.

이 차이는 협업 과정에서 드러난다. 분석을 만드는 사람은 새 환경을 즉시 환영할 수 있다. 그러나 이를 승인하는 동료는 이미 검토에 사용 중인 애플리케이션을 선호할 수 있다.

외부 파트너는 또 다른 제약을 더한다. 고객은 특정 산출물을 요구할 수 있지만, 내부 분석가는 다른 작업 형식을 선호할 수 있다.

이는 최선의 작성 환경과 가장 수용하기 쉬운 전달 형식 사이에 차이를 만든다. 스타트업은 전자를 개선하면서도 후자와의 호환성에 계속 의존할 수 있다.

Microsoft의 문서도 기존 조직 권한 내에서 이루어지는 Copilot 데이터 액세스를 설명한다. Copilot은 로그인한 사용자가 열람 권한을 가진 정보에 접근하며 Microsoft 365의 서비스 경계 내에서 작동한다고 명시한다.

구매자에게 이러한 체계는 경쟁 비교의 일부다. 파일 생성은 오피스 소프트웨어가 하는 일의 일부일 뿐이며, 액세스 관리와 조직 차원의 감독도 중요하다.

따라서 Microsoft와 Google에 가해지는 압력은 구체적이다. 검토를 더 쉽게 만드는 도전자는 기존 애플리케이션이 지원 데이터와 완성된 산출물 사이의 관계를 보존하는 방식의 약점을 드러낼 수 있다.

Ndoc에 가해지는 압력도 마찬가지로 구체적이다. 이러한 관계를 재구성하는 일이 또 다른 환경을 정당화할 만큼 충분한 가치를 만들어 낸다는 점을 보여야 한다.

그렇다고 모든 오피스 작업을 즉시 대체해야 하는 것은 아니다. 특히 검토자가 반복해서 기반 계산을 확인해야 하는 분야라면, 집중된 워크플로가 신뢰할 만한 진입점이 될 수 있다.

다만 제한적인 성공은 제한적인 주장으로 남아야 한다. 분석 보고 워크플로에서 성공한다고 해서 모든 스프레드시트, 문서, 프레젠테이션에 적합하다는 뜻은 아니다.

Ndoc 오피스 대안은 정의된 작업과 그 검토자들을 기준으로 평가할 때 더 흥미로워진다. 생산성의 미래를 둘러싼 추상적 경쟁에서는 훨씬 적은 것을 알 수 있다.

검토 가능한 계산은 검토 방식을 바꾸지만 정확성을 확정하지는 않는다

보이는 코드는 검토자가 실제로 답해야 할 질문과 연결할 수 있을 때에만 책임성을 뒷받침한다.

이것이 Ndoc 제안의 핵심적인 균형점이다. 작업을 공개하면 검토 기회는 늘어나지만, 누군가 이해해야 할 자료도 많아진다.

검토자는 스크립트가 열을 올바르게 합산하는지 확인하면서도, 그 열이 잘못된 기간을 나타낸다는 사실은 놓칠 수 있다. 정확한 실행만으로는 부적절한 정의를 바로잡을 수 없다.

매출 검토 사례는 이 구분을 분명히 보여 준다. 계산은 완료된 주문을 정확히 합산할 수 있지만, 서면 권고안은 반복 매출을 논의할 수 있다.

두 표현은 모두 상업적으로 관련 있어 보인다. 하지만 서로 다른 대상을 설명하며, 산술이 완벽하더라도 이 차이는 의사결정을 바꿀 수 있다.

따라서 효과적인 검토는 관계를 따라간다. 권고안에서 측정값으로, 측정값에서 선택된 기록으로, 그리고 그 기록에서 비즈니스상 의미로 이동한다.

이 요소들을 함께 보관하면 도움이 될 수 있다. 그러나 모든 독자가 프로그래머가 되도록 강요하지 않으면서 관계를 이해할 수 있는 인터페이스도 필요하다.

이 요건은 동료마다 다른 경험을 만든다. 분석가는 세부 변환 로직을 원할 수 있는 반면, 관리자는 제외 항목과 가정에 대한 간결한 설명이 필요하다.

다른 부서의 검토자는 범주 뒤의 정의가 필요할 수 있다. 나중에 프로젝트를 맡는 사람은 특정 접근 방식을 선택한 이유를 이해해야 할 수 있다.

유용한 워크스페이스는 이러한 관점을 서로 같은 것으로 취급하지 않으면서 지원해야 한다. 회의에 적합한 설명은 상세한 조사에 충분한 경우가 드물다.

코드를 설명하는 것과 코드를 평가하는 것 사이에도 차이가 있다. 어시스턴트는 스크립트가 무엇을 하는지 설명할 수 있지만, 그 스크립트가 그렇게 해야 하는지를 입증하지는 못한다.

그럴듯하게 들리는 설명은 오히려 추가 확인을 막을 수도 있다. 검토 설계는 원본 자료를 살피고 가정에 독립적으로 의문을 제기하기 쉽게 만들어야 한다.

Microsoft의 문서 에이전트 제한 사항은 생성된 문서가 불완전하거나, 맥락이 부족하거나, 부정확한 내용을 담을 수 있음을 인정한다. 이 경고는 검토를 강조하는 설계를 채택한 제품을 포함해 이 범주 전반에 해당한다.

Ndoc이 이러한 문제를 없앤다고 말하기는 이르다. 현재 이용 가능한 보도는 정확도 향상에 관한 독립적인 증거라기보다, 기반 작업을 드러내기 위한 제안된 방식을 보여 준다.

공정한 평가는 무언가가 바뀔 때 제품이 어떻게 작동하는지 살펴봐야 한다. 수정된 데이터세트가 일관된 설명과 프레젠테이션을 만들어 내는가, 아니면 서로 충돌하는 버전을 남기는가?

또한 실패가 얼마나 잘 드러나는지도 검토해야 한다. 계산을 실행할 수 없거나 소스를 사용할 수 없게 되면, 검토자는 이를 분명히 알 수 있어야 한다.

이전 결과를 조용히 유지하는 것은 공개적으로 실패하는 것과는 다른 문제를 만든다. 문서는 완성된 것처럼 보이지만, 더는 기반 입력값을 반영하지 않을 수 있다.

이는 Ndoc에서 보고된 결함이 아니라 평가를 위한 질문이다. 제품의 핵심 약속을 뒷받침하는 데 필요한 증거를 짚어 준다.

Ndoc vs Microsoft Office 비교에서 수동 전송이 줄어든다면 유용할 것이다. 중요한 오류를 더 빨리 발견하는 일은 그보다 더 의미 있을 것이다.

이식 가능한 파일에는 브라우저 창 이상이 필요하다

다른 곳에서 문서를 열 수 있는 것과 다른 곳에서도 계속 작업할 수 있는 것은 서로 다른 형태의 이식성이다.

Ndoc가 제안한 형식은 익숙한 기대를 불러일으킨다. 수신자는 원래 서비스 밖에서도 자신의 작업물에 유용하게 접근할 수 있어야 한다는 기대다.

그 기대는 신중하게 정의할 필요가 있다. 파일이 콘텐츠를 독립적으로 표시할 수는 있지만, 분석을 다시 계산하거나 수정본을 생성하려면 여전히 온라인 서비스가 필요할 수 있다.

어느 쪽의 동작도 본질적으로 불합리한 것은 아니다. 문제는 구매자가 첫 번째 기능에 두 번째 기능까지 포함된다고 가정할 때 발생한다.

따라서 브라우저에서 읽을 수 있는 내보내기는 문서의 전체 수명 주기에 걸쳐 평가해야 한다. 읽기, 편집, 재계산, 협업에는 서로 다른 의존성이 수반된다.

예를 들어 내보낸 프레젠테이션은 완성된 차트를 완벽하게 보존할 수 있다. 그렇다고 다른 애플리케이션이 그 차트를 만든 계산을 재구성할 수 있는지는 알 수 없다.

데이터세트는 문서와 함께 이동할 수 있지만, 외부 연결에는 자격 증명이 필요할 수 있다. 스크립트는 계속 보이더라도 수신자가 사용할 수 없는 소프트웨어에 의존할 수 있다.

이는 실행 가능한 계산을 포함하는 계산형 문서 전반에 해당하는 일반적인 문제다. 이를 Ndoc의 확인된 제약 사항으로 제시해서는 안 된다.

이러한 점은 제안된 형식이 파일 이름 이상의 의미를 갖는 이유를 설명한다. 명세는 무엇이 파일과 함께 이동하며 무엇이 주변 서비스에 계속 의존하는지를 전달해야 한다.

개발자에게는 콘텐츠를 해석하기 위한 안정적인 규칙도 필요하다. 독립적인 호환성에는 예시 문서에 접근할 수 있는 것 이상이 요구된다.

유용한 명세는 변경 과정에서 관계가 어떻게 유지되는지 설명해야 한다. 다른 애플리케이션이 분석을 편집할 경우, 독자는 그 표현이 여전히 해당 분석을 반영하는지 알아야 한다.

같은 이유로 버전 처리도 중요하다. 최신 애플리케이션으로 만든 파일은 이전 리더가 일부 기능을 지원하지 못할 때 이를 명확하게 알려야 한다.

Ndoc의 출시는 이식성과 조직의 통제를 맞닿게 한다. 이식 가능한 파일은 협업자에게 유용할 수 있지만 관리자에게는 잠재적으로 민감할 수 있다.

공유 문서에 요약과 이를 뒷받침하는 상세 기록이 모두 포함된다고 가정해 보자. 요약의 의도된 독자는 해당 기록의 독자와 다를 수 있다.

결합된 컨테이너는 이 구분에 대한 명확한 답을 제공해야 한다. 조직은 내보내기를 일반적인 프레젠테이션 첨부 파일로 취급하기 전에 그 안에 무엇이 포함되는지 이해해야 한다.

더 넓은 문제는 편의성이 정보의 경계를 바꾼다는 점이다. 자료를 결합하면 검색은 줄일 수 있지만 함께 이동하는 정보의 범위는 넓어질 수 있다.

이는 그 접근법에 반대하는 주장이 아니다. 내보내기 동작, 접근 경계, 문서화가 제품 가치의 일부가 된다는 의미다.

이식성에 대한 가장 강력한 증거는 독립적인 사용에서 나올 것이다. 다른 개발자가 이 형식을 열고, 해석하고, 수정한다면 일반적인 개방성 약속보다 더 많은 것을 보여줄 수 있다.

그때까지 구매자는 계획된 생태계와 실제로 작동하는 생태계를 구분해야 한다. 공개된 형식은 독립성을 뒷받침할 수 있지만, 상호운용성에는 함께 작동하는 구현이 필요하다.

도입은 소프트웨어를 선택한 적 없는 동료에게 달려 있다

문서를 생성하는 사람은 Ndoc가 대체하려는 워크플로의 참여자 중 한 명일 뿐이다.

업무 산출물은 서로 다른 동기를 지닌 사람들을 거친다. 작성자는 끝내기를 원하고, 검토자는 확신을 원하며, 수신자는 사용할 수 있는 정보를 원한다.

새로운 작업 공간은 이러한 이해관계가 맞아떨어질 때 성공한다. 작성자의 시간을 절약해도 검토나 편집이 더 어려워지면 다른 모든 사람을 실망시킬 수 있다.

이는 개인적 열의를 넘어선 도입 과제를 만든다. 어떤 사람은 새 환경에서 보고서를 만드는 것을 즐기면서도, 중요한 검토가 있을 때마다 계속 내보내기를 할 수 있다.

그런 행동도 여전히 유용성을 보여준다. 다만 이 제품이 목표로 하는 공동 작업장이 아니라 저작 도구로 기능하고 있음을 시사할 수 있다.

이 구분은 Ndoc의 오피스 대안을 평가할 때 중요하다. 애플리케이션은 즉시 조직의 기본 업무 공간이 되지 않더라도 유용한 역할을 확보할 수 있다.

집중된 진입점은 메모와 프레젠테이션을 꾸준히 산출하는 반복 분석일 수 있다. 이는 설명을 위한 사용 사례일 뿐, 보고된 고객 도입 사례는 아니다.

이 워크플로에는 명확한 인계 지점, 반복되는 가정, 식별 가능한 검토자가 있다. 이러한 특성 덕분에 결합 문서가 노력을 줄이는지 판단할 수 있다.

더 광범위한 이전에는 더 많은 증거가 필요하다. 조직은 권한, 문서 복구, 외부 공유, 지원, 장기 접근에 대한 확신이 필요하다.

애플리케이션이 매력적인 결과물을 생성한다고 해서 이러한 요구 사항이 사라지는 것은 아니다. 이는 일상적인 중단과 실수 속에서도 사람들이 해당 제품에 의존할 수 있는지를 결정한다.

지식 관리 측면도 있다. 분석은 데이터세트 밖에 있을 수 있는 결정, 정의, 논의에 의존한다.

문서는 계산을 보존할 수 있지만 누군가가 그 계산을 선택한 이유는 잃을 수 있다. 그러면 이후 독자는 충분한 맥락 없이 재현 가능한 작업을 물려받게 된다.

전환을 고려하는 팀은 두 계층을 모두 살펴봐야 한다. 개인 지식과 팀 지식의 관계는 개인의 맥락이 자동으로 조직 전체의 공동 이해가 되지 않는 이유를 설명하는 데 도움이 된다.

이 문제는 작성자가 프로젝트를 떠날 때 뚜렷하게 드러난다. 다음 담당자는 대화를 통해 작업 이력을 다시 구성하지 않고도 결과물을 수정할 수 있을 만큼의 정보를 필요로 한다.

결합 문서는 의미 있는 맥락을 보존하고 적절한 사람들에게 접근 가능하게 만든다면 이 점에서 잠재적 가치를 지닌다.

증거는 반복적인 사용에서 나와야 한다. 성공적인 시연은 워크플로가 가능함을 보여주지만, 재방문 사용자는 사람들이 그것을 반복할 가치가 있다고 여긴다는 점을 보여준다.

특히 검토자에게 주목할 필요가 있다. 이들이 새 환경에서 자발적으로 근거 작업을 검토하고 질문을 해결한다면, 제품은 생성 이상의 개선을 이룬 것이다.

이들이 즉시 기존 방식의 첨부 파일을 요청한다면, 스타트업도 여전히 유용한 피드백을 얻는다. 이는 제안된 워크플로가 기존 기대와 충돌하는 지점을 드러낸다.

어느 결과도 과장해서는 안 된다. 초기 고객 행동은 더 넓은 오피스 시장이 변화할 준비가 되었음을 입증하지 않고도 제품 개발을 이끌 수 있다.

Ndoc 출시 이후 주목할 점

다음으로 유용한 증거는 제품 접근성, 독립적 호환성, 반복 협업의 순서로 나타난다.

첫 번째 신호는 제한된 테스트에서 더 폭넓은 이용 가능 상태로의 전환이다. 알려진 베타 계획은 통제된 소개를 넘어 일상 업무를 평가할 기회를 만든다.

중요한 것은 신규 사용자가 실제로 이용할 수 있는 경험이다. 그 사람은 관련 자료를 가져와 산출물을 만들고, 검토하고, 동료를 참여시킬 수 있는가?

출시 발표만으로는 이 질문에 답할 수 없다. 명확한 문서, 눈에 보이는 제한 사항, 재현 가능한 예시는 제품을 더 쉽게 평가하게 해줄 것이다.

가장 유익한 예시에는 수정과 불완전한 입력이 포함되어야 한다. 깔끔한 데이터세트는 생성 기능을 보여줄 수 있지만, 애플리케이션이 모호성을 어떻게 처리하는지에 대해서는 거의 드러내지 않는다.

가정을 바꾸는 예시가 더 많은 것을 보여줄 수 있다. 검토자는 설명과 프레젠테이션이 수정된 분석과 일관성을 유지하는지 관찰할 수 있다.

두 번째 신호는 형식 독립성에 대한 구체적인 증거다. 공개 명세는 의도된 구조를 명확히 하고, 독립 구현은 그 실질적인 유용성을 검증할 수 있다.

이 이정표들은 구분해서 봐야 한다. 문서 공개는 개발자가 검토할 수 있는 무언가를 제공하며, 호환 가능한 리더나 편집기는 다른 누군가가 실제로 사용할 수 있음을 보여준다.

명칭보다 세부 사항이 더 중요하다. 구매자는 어떤 요소가 내보내기 후에도 유지되는지, 무엇에 계정이 필요한지, 어떤 작업이 온라인 서비스에 의존하는지 살펴봐야 한다.

설득력 있는 결과는 사용자가 자신의 작업에 대해 실질적인 통제권을 유지한다는 주장을 강화할 것이다. 문서화되지 않은 중요한 의존성은 그 주장의 범위를 좁힐 것이다.

세 번째 신호는 실제 조직 사용에서의 반복 협업이다. 중요한 질문은 참여자들이 초기 실험 이후에도 계속 돌아오는지다.

검토자의 증거가 특히 유용할 것이다. 이들의 경험은 결합 문서가 사람들이 주장을 검토하고, 이견을 해결하고, 작업을 승인하는 데 도움이 되는지 보여줄 것이다.

고객 사례는 정의된 워크플로와 그 제약 조건을 설명해야 한다. 폭넓은 열의는 무엇이 바뀌었고 무엇이 여전히 어려웠는지에 대한 신중한 설명보다 덜 알려준다.

Microsoft와 Google의 지속적인 개선도 이 평가에 포함되어야 한다. Ndoc의 장점은 고객이 그 시점에 사용할 수 있는 제품과 비교해 측정해야 한다.

스타트업이 모든 비교에서 이길 필요는 없다. 특정 집단이 해당 접근법을 반복해서 선택할 수 있는 설득력 있는 이유가 필요하다.

지식 노동자에게 실용적인 대응은 뒷받침 데이터, 서면 해석, 프레젠테이션이 반복적으로 어긋나는 정기적인 인계 지점을 찾는 것이다. 그 워크플로로 새 도구를 판단하라. 검토자가 프로젝트를 다시 구성하지 않고도 결론에 이의를 제기하고, 그 근거를 찾고, 수정 내용을 이해할 수 있는지 물어보라. 원본 문서를 만들지 않은 사람도 포함하라. 그들의 혼란은 빠진 맥락을 드러내기 때문이다. 접근, 공유, 전달에 대한 현재 요구 사항도 계속 염두에 두어야 한다. Ndoc 출시는 이러한 평가를 시의적절하게 만들지만, 결정은 홍보 문구의 야심이 아니라 관찰된 업무를 따라야 한다. 다음 보고서에서 근거가 함께 이동한다면 어느 부분을 더 쉽게 신뢰할 수 있을까?