영문 범위 예시
Agree who responds, approves and operates the system
You need bounded help with an application that has a named owner, known access and a clear support scope.
Use a modernization project for a significant replacement or migration. A support allowance is not an unlimited feature-development subscription.선택지 비교
제공 결과물
- Application/access inventory and a responsibility record.
- Request classification, diagnosis and approval before chargeable changes.
- Agreed work/time record, checked release outcome and remaining risks.
준비할 사항
- Application/version, repository rights, host owner and dependency inventory.
- Backup/recovery evidence, known incidents and critical operating hours.
- Authorized requesters, approver and update recipient.
별도 합의 사항
- An initial response acknowledges or starts diagnosis. It is not a guaranteed resolution time.
- Out-of-hours coverage and severity commitments require explicit agreement.
- New features, vendor outages and work beyond the approved allowance follow their own approval decision.
샘플 보기
Illustrative request record: reported issue → priority and coverage check → diagnosis → estimate/approval → implement/check/deploy → time used and outcome. Classify a warranty defect, a maintenance task, a new feature and a vendor incident separately.
Acceptance example. The approver sees the scope and any charge before extra work. The final record states what changed, what was checked, approved time used and unresolved risks. The operating owner retains responsibility for vendor accounts and bills unless agreed otherwise.
Read the sample scope, acceptance and handover recordsAre backups and hosting included?
Only the accepted plan defines hosting, backup frequency, recovery checks and ownership. A technical allowance does not imply universal operating coverage.
What if the allowance is exhausted?
Agree the next priority and approve additional work before it starts. Response, diagnosis, implementation and vendor recovery are different steps.
Four different kinds of post-launch help
| Concept | Purpose | Example and boundary |
|---|---|---|
| First-year basic maintenance | The basic-care tasks and term listed in the accepted project scope. | An agreed maintenance task is different from adding another approval screen. Hosting, backups and renewals need named owners. |
| Annual consultation allowance | 4 hours of first-year consultation where those project terms apply. | Discussing a workflow change does not include implementing it. Confirm the term, availability and work classification. |
| Scoped defect warranty | 90-day warranty under the applicable accepted project terms. | A failure against an agreed acceptance rule differs from a new requirement or vendor outage. Coverage depends on the warranty terms. |
| Optional monthly technical allowance | 4 approved technical hours per month under that plan. | Agreed fixes or changes consume recorded time. Extra work needs approval. Unused hours do not imply unlimited work or rollover. |
These project-care concepts do not replace the separate product rules for Luma or ResumeForU. Confirm plan applicability, initial response coverage, renewal, exclusions and request authorization in writing. A response begins communication or diagnosis, not a promise of immediate resolution.
Care, editing and operating responsibilities
| Task | Buyer responsibility | Scope to confirm |
|---|---|---|
| Hosting and vendor bills | Name the account and payment owner. | First-year term, renewal owner and any annual hosting/basic-maintenance coverage. |
| Backups and recovery | Approve recovery needs and access. | Backup owner, retention, restore checks and recovery work explicitly covered. |
| Patches and monitoring | Identify critical operating constraints. | Systems covered, update approval and monitoring/incident contact. |
| Content edits | Supply approved copy/images and nominate an editor. | Staff editing versus agreed care tasks or separately approved work. |
| Defects and new features | Describe expected behavior and approve changes. | Warranty classification versus technical allowance or an additional quote. |
| Reporting and exit | Keep authorized contacts and account ownership current. | Work/time record, remaining risks, access, exports, licences and cancellation/renewal terms. |
First-year care, annual basic maintenance and a monthly technical allowance are different scopes. This checklist does not add coverage to a plan. Record included work and extra-work approval in writing.
지원 서비스
계약에 명시한 시스템과 작업을 유지합니다.
자동 점검으로 가용성 문제를 확인할 수 있습니다. 모니터링은 24시간 상주 장애 대응을 뜻하지 않습니다.
애플리케이션과 호스팅 플랜에서 합의한 보안 유지보수를 진행합니다. 책임, 제외 범위와 업데이트 범위는 계약에서 정합니다.
성능 진단과 조정에는 합의한 범위와 개발 시간이 필요합니다. 지속적인 최적화가 모든 기본 유지보수에 포함되는 것은 아닙니다.
시스템 인수 절차
인수 및 안정화 범위를 정합니다
시스템 검토
인수 전에 소스 및 데이터 접근, 의존성, 운영 책임과 별도 평가 범위를 확인합니다.
- 검토 보고서
안정화
구현 전에 안정화 견적과 승인을 받습니다. 호스팅이나 지속 지원에 자동 포함되지 않습니다.
- 안정화 기준
지속 관리
계약에 명시한 모니터링, 정기 유지보수와 보고 작업을 수행합니다.
- 합의한 유지보수 기록 및 보고서
지원 플랜
기술 시간과 외부 비용을 구분하여 책임 범위를 합의합니다.
연간 호스팅 및 기본 유지보수
추천 대상: 연간 호스팅 및 기본 유지보수
서버, 백업, 모니터링과 보안 유지 범위를 합의하여 별도로 구매할 수 있습니다. 공통 요금표가 아닌 실제 범위로 가격을 정합니다.
제공 내용
책임, 제외 범위와 추가 비용 합의
- 백업 빈도, 보관, 위치와 복구 점검 합의
- 호스팅 및 유지보수 책임 기록
- 개발 시간 구독과 별도
월간 기술 지원
추천 대상: 월간 기술 지원
월 최대 4시간이며 서버 비용은 제외됩니다. 실제 소통, 상담, 진단, 구현, 점검과 배포 시간을 차감합니다. 미사용 월간 시간은 이월되지 않습니다.
제공 내용
책임, 제외 범위와 추가 비용 합의
- 서면 예상 시간과 변경 승인
- 지원 범위 및 장애 보고 합의
- 책임 있는 보증 수정은 유료 시간 미차감
추가 기술 작업
추천 대상: 추가 기술 작업
범위가 명확하면 고정 견적을 제공합니다. 작은 불확정 작업은 예상 시간과 서면 승인 후 공개 시간당 요금을 적용합니다. 신규 견적에는 선불 10시간 묶음을 제공하지 않습니다.
제공 내용
책임, 제외 범위와 추가 비용 합의
- 예상 작업과 일정 합의
- 미승인 추가 작업 없음
- 외부 비용 공개
특별 지원 범위
추천 대상: 특별 운영 지원
시간 외 지원이나 특별 운영 책임은 별도 범위와 개발 여력 확인이 필요합니다. 즉시 인력 투입을 약속하지 않습니다.
제공 내용
책임, 제외 범위와 추가 비용 합의
- 담당 지원 및 장애 보고 책임 명시
- 근거에 따른 복구 목표
- 표준 24시간 지원 및 가동률 보장 없음
추가 개선 및 계획
추가 자문과 개발은 범위 및 개발 여력 확인이 필요합니다.
시스템 개선
합의한 범위에서 반복 문제와 개선 선택지를 검토합니다.
확장 계획
예상 업무량과 비용을 기준으로 인프라 변경을 계획합니다.