이 도구는 당신을 대신해 판매하지 않습니다. "예"와 "결제, 서명, 시작" 사이의 격차를 해소합니다. 이는 법인이 조용히 마진을 잃는 부분입니다.
11월에 고객 파일을 검토하고 약정이 늘어났다는 것을 알게 됩니다. 이제 상점은 하나가 아니라 두 개입니다. 6월부터 답해온 급여 관련 질문들. 8월에 처리한 판매세 등록은 설명하는 것보다 빠르기 때문입니다. 약정서에는 이 내용이 전혀 없습니다. 편지를 찾으러 가면 1월에 보낸 버전을 발견하게 됩니다. 서명되지 않은 상태입니다.
정확히 말하면 아무도 잘못한 것이 없습니다. 고객이 통화에서 "예"라고 말했고, 좋은 서비스라고 느껴서 업무를 시작했고, 서류 작업은 후속 조치가 되지 못한 채 남았습니다. 이것이 바로 회계 법인을 위한 제안 소프트웨어가 해결하고자 하는 격차입니다. 그리고 단일 공급업체를 보기 전에 이 범주가 실제로 무엇을 해결하는지 이해하는 것이 좋습니다. 왜냐하면 이름에서 암시하는 것보다 더 좁고 가치 있기 때문입니다.
제안 소프트웨어가 실제로 해결하는 세 가지 문제점
이 범주가 극복해야 할 거짓말은 지금 당신이 스스로에게 하고 있을지도 모르는 말입니다: "제안서는 Word 템플릿 문제이며, 우리는 이미 약정서가 있습니다." 그렇습니다. 편지가 문제가 아닙니다. 문제는 인계입니다. 즉, 고객이 "예"라고 말한 시점과 실제 업무가 시작되고 가격이 책정되고 서류 작업이 완료되는 시점 사이의 순서입니다. 그 인계는 시스템이며, 수동으로 실행될 때 세 가지 구체적이고 비용이 많이 드는 방식으로 실패합니다.
가격이 책정되지 않은 범위 증가. 위의 11월 파일입니다. 범위가 아무도 다시 읽지 않는 정적 문서에 있을 때, 재작업하는 데 드는 비용보다 업무를 수행하는 데 드는 마찰이 더 크기 때문에 모든 작은 추가 사항은 견적을 내는 대신 흡수됩니다. 이를 15명의 고객으로 곱하면 연습의 일부를 영구적으로 무료로 운영하게 됩니다. 가격이 책정되지 않은 작업은 예상되는 작업이 되기 때문입니다.
서명되지 않은 약정서. 스스로에게 정직한 모든 법인은 서명되지 않은 약정서로 활성 고객을 보유하고 있습니다. 이는 책임 문제이며, 전문 배상 책임 보험사와 주 위원회 모두 서명된 약정 없이 작업하는 것에 대해 의견을 가지고 있지만, 가격 책정 문제이기도 합니다. 서명되지 않은 편지는 합의되지 않은 가격입니다. 고객이 동의하지 않은 부분을 최악의 순간에 알게 됩니다. 즉, 관계가 이미 잘못되고 있을 때입니다.
시작은 느리게. 제안서가 발송된 후에는 침묵이 흐릅니다. 고객은 80%는 판매되었지만 100%는 바쁘고, 거래는 당신이 너무 적극적으로 보일까 봐 망설이는 동안 받은 편지함에서 묵혀집니다. 한편, 이번 분기 역량에 맞춰 견적을 낸 업무는 다음 분기로 넘어갑니다. 구두 동의와 서명 사이에 성사되지 못한 거래는 경쟁사에게 잃는 것이 아니라 마찰로 인해 잃는 것입니다.
세 가지 모두 공통적으로 가지고 있는 점을 주목하십시오. 그 어느 것도 영업 문제가 아닙니다. 영업에서 업무 인계까지의 운영 실패입니다. 이 범주의 정직한 직무 설명은 '예'를 받아 서명된 범위, 수금된 결제, 시작된 참여로 한 번에 기계적으로 변환하는 것입니다. 아무도 놓치지 않도록 후속 조치가 필요 없습니다.
환경: Ignition, GoProposal 및 Anchor 클래스
시장의 회사별 종단은 인식 가능한 클래스로 통합되었습니다. 가장 많이 들을 이름은 Ignition, GoProposal, Anchor이며, 일반 제안 도구(Proposify 및 PandaDoc 클래스)가 주변을 맴돌고 있습니다. 스케치 전에 참고 사항: 이곳의 누구도 비용을 지불하고 포함된 것이 아니며, 제휴 링크도 없습니다. 이 범주의 가격은 자주 변경되며 고객 수와 결제량에 따라 등급이 매겨집니다. 각 공급업체와 직접 현재 가격을 확인하십시오. 이어지는 내용은 가격표보다 느리게 움직이는 포지셔닝입니다.
Ignition은 회계 및 장부 기장 회사를 위한 범주 기준점입니다. 제안서, 계약서, 결제 승인이 단일 고객 대면 흐름으로 통합되며, 그 뒤에는 반복 청구 및 갱신 자동화가 있습니다. 수락과 결제가 동일한 이벤트여야 한다는 것이 핵심입니다. 고객이 서명하면 청구가 시작되며 별도의 송장 추적이 필요 없습니다. 반복적인 참여를 대량으로 운영하는 회사를 대상으로 하며, 이는 갱신 자동화가 제 역할을 하는 곳입니다.
Sage 산하의 GoProposal은 가격 일관성을 선도합니다. 핵심은 구성 가능한 가격 책정 엔진입니다. 회사의 가격 책정 방식을 인코딩하면(항목, 드라이버, 최소값) 모든 팀원이 동일한 범위에 대해 동일한 견적을 생성합니다. 파트너마다 느낌으로 가격을 책정하고 그 느낌이 일치하지 않는 회사에 매력적인 부분입니다. 선택된 범위에서 계약서가 자동으로 생성되므로 계약서는 항상 실제로 판매된 내용과 일치합니다.
Anchor는 더 새로운 진입자로, 결제 우선으로 구축되었습니다. 계약 계약은 청구에 직접 연결되며, 거래당 비용에 대해 역사적으로 공격적인 가격 책정 모델을 사용합니다. 스위트보다 간결합니다. 제안 습관이 이미 있고 대부분 시행 계층이 필요한 회사에 적합한, 계약-결제 척추를 주변 플랫폼 없이 수행한다는 점이 매력입니다. 현재 약관을 확인하십시오. 간결한 도구는 시간이 지남에 따라 계층이 추가됩니다.
일반적인 클래스 — Proposify, PandaDoc 및 유사한 도구 —는 모든 산업 분야에 대해 훌륭한 문서와 전자 서명을 제공합니다. 하지만 회계 법인에 필요한 핵심 기능, 즉 수락 시 발생하는 반복 청구, 계약 갱신 주기, 원장 및 업무 관리 스택과의 통합이 부족합니다. 제안서 작성이 가끔 발생하는 업무라면 일반적인 도구로도 충분할 수 있습니다. 하지만 반복적인 계약이 비즈니스 모델이라면, 특정 회계 법인용으로 설계된 클래스가 존재하는 이유가 있습니다.
데모에서 요구해야 할 네 가지 기능
이 카테고리의 기능 표는 모두 비슷해 보입니다. 이 네 가지는 귀사의 경제성을 변화시킬 도구와 PDF를 더 보기 좋게 만들 도구를 구분합니다.
1. 템플릿화된 범위 언어와 경계 설정. 제안서는 작성된 범위만큼만 보호력을 가집니다. 원하는 것은 서비스 정의 라이브러리로, 여기서 경계는 템플릿의 일부가 되어야 합니다. 주문량 구간, 상점 수, 재견적을 유발하는 요인 등이 포함됩니다. 만약 전자 상거래 회계 서비스 가격 책정 방법에 설명된 범위 경계 — "10일까지 장부 마감, 월 최대 1,000건 주문, 상점 1개, 상점 2개부터 다음 구간 적용" — 와 같은 종류의 범위를 구축했다면, 도구는 해당 언어를 저장하고 모든 제안서에 동일하게 재사용해야 합니다. 범위 확대는 협상이 아닌 템플릿에서 차단됩니다.
2. 수락 시 결제. 서명과 결제 방법은 같은 절차에서 수집되어야 합니다. 이 단일 메커니즘은 세 가지 실패 요인 중 두 가지를 한 번에 제거합니다. 서명은 되었지만 활성 상태가 아닌 고객은 더 이상 발생하지 않습니다 (수락 및 결제 승인이 이루어져야 업무 시작). 또한 첫 청구서 추적도 필요 없습니다 (결제 시스템은 첫날부터 활성화됨). 데모 시, 고객이 제안서를 열람하는 시점부터 회사가 대금을 받는 시점까지의 경험을 정확히 보여달라고 요청하십시오. 단계를 세어보십시오. 추가되는 단계마다 거래가 지연될 수 있습니다.
3. 갱신 및 가격 인상 자동화. 이것은 조용한 킬러 기능입니다. 왜냐하면 수년간 회피해 온 대화를 자동화하기 때문입니다. 매년 업데이트된 가격으로 각 계약을 재제안하는 갱신 주기는 어색한 "수수료에 대해 이야기해야 합니다"라는 전화를 고객이 예상하는 일상적인 문서로 바꿉니다. 회사가 가격 책정 계산을 못해서가 아니라 대화가 불편하기 때문에 저평가된 기존 고객을 유지하는 것입니다. 정해진 일정에 따라 가격을 인상하는 시스템은 불편함과 지연을 모두 제거합니다. 공급업체에게 백분율 인상을 포함한 일괄 갱신 과정을 보여달라고 요청하십시오. 만약 절차가 번거롭다면, 귀사는 이 기능을 절대 사용하지 않을 것이며, 2028년에도 여전히 2024년 가격을 적용하고 있을 것입니다.
4. 귀사의 원장 및 PM 스택과의 통합. 승인은 연쇄적으로 이루어져야 합니다. 서명된 계약은 QuickBooks에서 고객을 생성하고, 귀사의 관리 도구에서 온보딩 작업을 시작하며, 아무도 다시 입력할 필요 없이 청구 일정을 시작합니다. 귀사의 실무 관리 소프트웨어와 통신하지 않는 제안 도구는 핸드오프 격차를 한 단계 아래로 이동시킬 뿐입니다. 서명되고, 결제되고, 아무도 담당하지 않는 작업 목록에 쌓입니다. 데모에 실제 스택을 가져와서 공급업체가 처음부터 끝까지 연쇄적으로 처리하는 것을 보여주도록 하십시오.
이 도구가 가장 큰 성과를 내는 곳: 상품화된 법인
주목할 만한 패턴은 다음과 같습니다. 제안 소프트웨어는 제품화된 가격 책정과 결합됩니다. 모든 계약이 맞춤형이면 도구는 서식 지정 시간을 절약해 줍니다. 귀사의 서비스가 제품화되어 있다면(정의된 등급, 게시된 범위, 표준 결과물) 도구는 전체 가격 책정 모델의 전달 메커니즘이 됩니다.
전자 상거래 중심의 회사가 가장 명확한 사례입니다. 매장 수와 주문량별로 계층화된 리테이너를 운영하는 회사( 가격 책정 가이드의 요금표 모델)는 각 범위를 제안 템플릿으로 인코딩할 수 있습니다. 신규 잠재 고객, 두 개의 매장, 월 약 3,000건의 주문? 그것은 하나의 범위이며, 해당 범위는 이미 작성된 범위 제한이 있는 원클릭 제안입니다. 신규 고객의 가격 책정은 더 이상 오후의 판단이 아니라 조회 작업이 됩니다.
정리 작업물도 마찬가지로 깔끔하게 제품화됩니다. 고정 요금 정리 계약(사전 진단 수수료, 월별 기록 범위, 새로 발견된 결함에 대한 변경 주문)은 제안 템플릿에 직접 매핑됩니다. 진단용 템플릿 하나, 각 정리 범위별 템플릿 하나, 변경 주문 문구는 범위에 미리 작성되어 있습니다. 고객은 귀사가 가격을 책정할 때 사용한 것과 동일한 단위 계산을 보게 되며, 서류는 방법과 일치합니다.
결합이 핵심입니다. 제품화된 가격 책정은 제안을 빠르게 만들고, 빠른 제안은 더 일관성 있게 견적을 내도록 하며, 일관된 견적은 요금표를 이상이 아닌 현실로 만듭니다. 맞춤형 범위를 시간당 청구하는 회사는 이 범주에서 가장 적은 것을 얻습니다. 도구가 실패하기 때문이 아니라, 시스템화할 표준이 없기 때문입니다.
수행할 수 없는 작업
이제 정직함에 대한 섹션입니다. 이 범주의 마케팅은 그렇지 않다고 암시하기 때문입니다. 제안 소프트웨어는 귀사의 서비스를 정의할 수 없습니다. 이미 내린 결정을 시스템화할 뿐입니다. 월별 마감에 무엇이 포함되는지, 재견적을 유발하는 것은 무엇인지, 또는 귀사의 범위가 무엇인지 결정하지 않았다면, 도구는 빈 템플릿 라이브러리와 구성 화면을 제공할 것입니다. 그리고 Word에서 가졌던 것과 동일한 모호함을 다시 만들게 될 것입니다. 다만 이제는 구독료와 감사 추적이 포함된 모호함일 뿐입니다.
실패 양상은 예측 가능합니다. 회사는 도구를 구매하고, 기존의 모호한 서신을 템플릿에 로드한 다음, 6개월 후에 제안서 소프트웨어가 작동하지 않는다고 결론 내립니다. 순서가 거꾸로였습니다. 먼저 서비스를 정의하십시오. 대략적으로라도, 스프레드시트에라도: 무엇이 포함되고, 무엇이 제외되며, 각 등급의 비용은 얼마인지, 고객이 등급 간에 이동하는 요인은 무엇인지. 그것은 진정으로 어려운 결정에 대한 두 번의 파트너 오후입니다. 그런 다음 도구를 구매하면 도구가 작동합니다. 왜냐하면 마침내 시행할 것이 있기 때문입니다.
종이에 범위 경계를 쓸 수 없다면 어떤 소프트웨어도 이를 대신해 줄 수 없습니다.
11월의 파일 — 서명되지 않은 서신, 흡수된 범위, 하나로 가격 책정된 두 개의 상점 — 은 서류 작업 실패가 아니었습니다. 시스템 없는 인수인계였으며, 해결책은 순서입니다. 서비스를 정의하고, 범위를 설정한 다음, 서명 시 둘 다 시행하는 도구를 구매하십시오. 특히 전자 상거래 클라이언트를 위해 이를 구축하는 회사의 경우, 해당 범위 내 약정 아래의 제공 계층은 자체적인 결정입니다. 저희의 CPAs 및 회사를 위한 페이지는 저희가 스택의 해당 부분에 어떻게 맞는지를 다룹니다.
