The model returned valid JSON until a customer used an apostrophe.
The demo had clean inputs and one developer watching it. Production added long requests, missing fields, prompt injection, provider timeouts, and users who clicked twice because the first response looked stuck.
The model was never the whole feature. The integration around it decides what the model may see, which tools it may request, what output the product accepts, and what happens when the provider fails.
Delivered LLM proof
- 1 week
- to a working conversation prototype
- Perceptional project record
- 12 weeks
- from concept to live AI interview platform
- Perceptional project record
- 48 hours
- to a structured interview summary
- Perceptional product workflow
Custom LLM integration pays off when one model response becomes part of a real workflow.
A hosted assistant or direct API call is better when the task has no proprietary data, tool access, or operating consequence.
A fit01A prototype already shows value, but real inputs expose quality, latency, cost, or reliability gaps.
02The model must read private context, return validated data, or call an existing business tool.
03A product owner can define acceptable output and the cases that require human review.
Not a fit01A single prompt in a hosted assistant already solves the job.
02The request is a demo with no owner, user workflow, or release threshold.
03The model would act on sensitive systems without a clear permission and approval design.
Scope
What turns a model call into a product feature
01Structured output and validation
Schemas constrain the response shape. Application rules then check required
values, ranges, references, and permitted operations before output reaches the
database or another system. Failed validation follows an explicit retry or
review path.
02Tool use with permission boundaries
The model may propose a lookup, draft, update, or external request through a
narrow tool contract. The application checks identity, permissions, arguments,
and approval rules before executing consequential work.
03Evaluation and version control
Representative inputs, expected properties, and known failure cases become an
evaluation set. Prompts, models, and schemas are versioned so a provider or
prompt change can be compared before release.
04Fallbacks, cost, and monitoring
Timeouts, rate limits, invalid output, and provider incidents receive visible
product states. Logs protect sensitive fields while tracking latency, errors,
token use, and cost by feature or tenant.
Choose the lightest adaptation that clears the test
| Prompt and tools | RAG or fine-tuning |
|---|
| Prompting fits | The model knows enough and needs instruction, format, or tool access | Private knowledge or repeatable behaviour remains missing |
| RAG fits | Context already fits safely in the request | Answers must use changing private sources and show evidence |
| Fine-tuning fits | Prompt examples reach the required consistency | A narrow task or style needs learned repeatability at scale |
| Update path | Change prompt, schema, or tool contract | Re-index knowledge or retrain and re-evaluate |
| First decision | Prove the workflow with the simplest model call | Add complexity only when evaluation shows the gap |
For answers grounded in company documents, the RAG development service owns retrieval and citation quality. Net-new AI products belong under generative AI development.
How it works
From working prompt to measured product feature
The release threshold is agreed before production code expands.
- Phase 1
01Define the decision and test set
Choose one workflow, collect representative and adversarial inputs, and agree
quality, latency, cost, permission, and escalation thresholds.
- Phase 2
02Prove the integration pattern
Test prompting, retrieval or tools, structured output, and provider behaviour
against the evaluation set. Record the baseline rather than judging a few good
responses.
- Phase 3
03Develop the production controls
Add authentication, permissions, validation, retries, fallbacks, tracing, cost
limits, and usable states for slow, uncertain, or failed output.
- Phase 4
04Release and monitor
Roll out to a bounded user group, inspect failures, compare prompt and model
versions, and expand only after the feature clears its threshold.
RaftLabs developed Perceptional, a conversational AI interview platform, using Anthropic Claude through AWS Bedrock. The founder received a working conversation prototype in the first week. The full platform went live in 12 weeks and produced a structured summary within 48 hours of an interview ending.
Those are records from one product. They do not promise the same schedule or output quality for a different model, workflow, or data set.
- The demo becomes the test plan
- A handful of curated prompts says little about production behaviour. Use representative inputs, failure cases, and measurable acceptance rules.
- Model output is trusted after JSON parsing
- Valid syntax can still violate business rules. Validate meaning, permissions, references, and ranges before accepting a response.
- The model controls consequential work
- Tool access needs narrow permissions, argument checks, audit records, and human approval where a mistake can charge, publish, delete, or disclose.
- Provider abstraction is called portability
- A shared interface helps, but another model changes behaviour. Every switch requires the same evaluation and release discipline as a code change.
Scope and price
A focused LLM feature starts at $15,000.
Start with one workflow, one evaluation set, and the controls needed to release it inside software you already run.
Ongoing model and hosting charges are estimated from expected usage and remain separate from the fixed development phase.
Starting investment
Starts at $15,000
A focused first feature usually takes 6 to 10 weeks. Retrieval, tool count, sensitive data, and traffic move the estimate most.
Measured before release
The phase includes an agreed evaluation set and acceptance threshold. We do
not substitute a provider benchmark for performance on your workflow.
Fixed-price phase
Once the workflow, controls, evaluation, and handover are agreed, the phase
price is locked in writing.