Access and record structure
Up to five client users and twenty custom properties establish the agreed baseline.
HubSpot Starter implementation for postsecondary teams
We configure a focused baseline for records, one pipeline, inquiry capture, reporting, and training for a small team with one clear operating process.
See the published scopeThis price covers the published service baseline. HubSpot software and other third-party costs are separate. We confirm final scope, responsibilities, timing, and fee in writing before work begins.
Timing assumes timely access, usable source data, available decision-makers, testing, and approvals. The written scope confirms the schedule before work begins.
Share your institution, priority, and HubSpot starting point. We’ll confirm whether the published Setup baseline fits before proposing work.

The published baseline makes the main ceilings visible before the scoping conversation.
Your student information system remains the academic system of record. Setup does not replace it.
A right-sized foundation
Setup keeps the first implementation deliberately focused: core records, one capture path, one operating pipeline, basic reporting, training, and launch support.
Up to five client users and twenty custom properties establish the agreed baseline.
One form and one HubSpot scheduling page create a focused path into HubSpot.
One pipeline with up to seven stages makes the agreed process visible.
One clean import and one dashboard with up to five reports support the first operating view.
Fit and boundary
Setup is designed for work that can stay within a clear Starter baseline. Larger automation, data, integration, or governance needs should take a different path.
Published starting point
The written scope confirms the exact records, fields, stages, data, reports, access, responsibilities, and approval path.
These quantities define Koro’s published service boundaries, not HubSpot product limits. “Users” means up to five client users configured within service scope. Required HubSpot seats are purchased separately.
Delivery
The handoff includes the agreed configured foundation, import checks, team training, and launch support. Each phase depends on decisions, access, source data, review, testing, and approval being ready when needed.
Agree on access, users, records, fields, stages, capture, reporting, source data, and approval ownership.
Build the included records, pipeline, form, scheduling page, dashboard, and reports.
Complete the agreed clean import and review the configured path against scope.
Deliver training, confirm launch approval, and begin the agreed seven-day support window.
Shared responsibility
We configure the agreed foundation. Your team supplies the decisions, access, usable source data, testing, and approval that make the work possible.
Koro requests access and source data only through an agreed secure method, never through this form.
Evidence in context
The record below shows how capture, assignment, next action, stage progression, and reporting were treated as one operating path.
The admissions operations page shows how capture, assignment, next action, progression, exceptions, and reporting fit into one governed path. It explains Koro's method, not a promised Setup scope or result.
Explore admissions operationsSelected founder experience. This work predates Koro Solutions. The organization is anonymized and is not represented as a Koro Solutions client, sponsor, or endorser.
Other paths
Setup should stay bounded. If the work cannot, choose the path that reflects the real implementation need.
Use Plan to clarify what to buy, fix, or build before committing to implementation.
Use Launch when Professional-level automation and a connected operating process are central.
Use Scale when integration, migration, multiple teams, permissions, or governance changes the architecture.
Use onboarding and support for guided configuration or defined ongoing capacity. Use Scale when technical work changes the architecture.
Questions and boundaries
These answers explain the published baseline, data readiness, subscription boundary, timing, and what requires a different scope.
It is the published starting point for the bounded scope shown on this page. Final scope, responsibilities, fee, and schedule are confirmed in writing before work begins.
The required HubSpot products and seats depend on the agreed capture, pipeline, scheduling, reporting, and user needs. We confirm the required subscription before work begins. HubSpot software is separate from Koro's service fee.
Koro reviews the proposed source during scoping. Cleanup, deduplication, transformation, multiple sources, relationship reconstruction, or unsupported data can require separate migration work.
The written scope confirms the included objects, source rows, associations, and counting method. The published ceiling does not automatically include every object, activity, attachment, history item, or source system.
The written scope confirms the form fields, consent requirements, embed destination, styling, and testing. Website copy, page design, and custom development are not assumed by the published Setup baseline.
In Setup, we configure the agreed bounded foundation. In guided onboarding, your team performs the hands-on configuration with our agreed guidance and review.
They are not part of the published Setup baseline. Use Launch when workflow automation is central. Use Scale when migration, integration, or broader connected-system work changes the architecture.
Late access, unusable source data, unavailable decision-makers, changed requirements, delayed testing, or delayed approval can change the schedule.
No. HubSpot software, seats, taxes, third-party tools, and usage charges are separate unless a written proposal says otherwise.
Setup includes seven days of agreed post-launch support. Additional administration, improvement, or capacity can be scoped through Onboarding & support.
Next step
Share your institution, current HubSpot situation, and any useful process context. We’ll confirm whether Setup fits before proposing work.
Discuss Setup