Product discovery and wireframes
Get from idea to first artifact
Start your first thinQit session: choose the right workspace, create a first artifact, save context, and bring in AI teammates when the work needs a specialist.
Walk through your first session
thinQit works best when your first session has one clear job and one visible outcome. You do not need to configure everything on day one; start small, review what appears, and save the decisions that should carry forward.
Pick the surface that fits the job
Start in Codex for visible build work, Compass for reusable context, or Teammates when a role-specific workflow needs ownership. The first choice tells thinQit what kind of outcome you want.
Codex - What are we building? Choose Website, Web App, Presentation, or another artifact type.
What are we building?
Landing pages and marketing sites
Deck outline and slide studio
Know what each workspace is for
Use this as a quick map during onboarding. If a visitor needs the full mental model, the Concepts page goes deeper.
Codex
The build layer. Start here for websites, applications, presentations, wireframes, bug fixes, implementation tasks, and product changes that should become real artifacts.
Open Codex ->Compass
The context layer. Use it for product notes, onboarding material, decisions, research, launch plans, and any knowledge that should stay searchable and connected.
Open Compass ->Teammates
The specialist layer. Bring in agents like Cody, Sophia, Jessica, Mason, and others when a role needs a repeatable workflow, clear boundaries, and dedicated context.
Meet the teammates ->A good first Codex prompt is specific, not long
Codex works best when the request includes the audience, job-to-be-done, pages or screens, desired tone, important integrations, and acceptance criteria. You can still begin rough; Cody will help tighten the scope.
Invite humans when review or ownership matters
thinQit works well solo, but the platform is designed for shared work. Invite people when someone needs to review direction, approve sensitive changes, provide product context, or own follow-up.
Product owner
Clarifies outcome, priority, audience, and what tradeoffs are acceptable.
Builder or reviewer
Checks implementation details, tests, screenshots, and whether the artifact is ready to ship.
Specialist owner
Hands SEO, security, support, legal, or operations work to the right teammate workflow.
Common questions
Where should I start if I only have an idea?
Start with the outcome you want to see. A rough first prompt is enough as long as it includes the goal, audience, and what a useful first result would look like.
Do I need to hire a teammate immediately?
No. Bring in teammates when a recurring specialist workflow appears, such as SEO, security, support, QA, legal, or delivery planning.
What should my first successful session produce?
Aim for one concrete artifact: a draft project, a scoped plan, a Compass page, a completed teammate intake, or a checklist of next actions.
What information should I prepare before starting?
Bring the audience, goal, constraints, examples you like, and any existing product notes. If you are hiring a teammate, also prepare the target site, tools, permissions, and the first task you want handled.