How projects work

You should know what you are buying before the work begins.

The proposal names the job, the price, the accounts and outside services involved, and what you will have when the project ends.

The first conversation

Bring the idea, the problem, and the budget.

Tell us what you want to make or improve and who needs to use it. Include what you already have, what you can spend, and any date that matters. A technical brief is optional.

Understand the task

Look at what people need to do and where the current tools help or get in the way.

Choose a first version

Compare a repair, an existing product, a connection, or a custom build against the budget and ongoing costs.

If that review is paid work, it gets its own written scope and price first. It is not a legal opinion, security audit, accessibility certification, or promise that a later build will be accepted.

Describe your project

01 / The job

Put the result in writing.

The scope says what TLS will make or repair, what you need to supply or decide, what sits outside the project, and what must work before both sides call it done.

02 / Outside services

Name every service the work depends on.

Custom work

The agreement identifies any code, configuration, templates, documentation, or tests made for the project and says who owns them.

Outside services

For hosting, domains, email, payments, registration, storage, or media, the proposal says why the service is there, whose account holds it, and what it costs.

Resale, white-label, and other commercial rights are included only when the actual agreement allows them.

03 / Accounts + ownership

Put lasting business accounts in your control.

Domains, hosting, email, payments, and other long-lived accounts usually belong under the client's control. If TLS manages an account, the agreement explains access, limits, export options, and how the client can leave it.

The agreement also says who owns the code, design, templates, documentation, and other work delivered during the project. Providing a file does not give TLS ownership of it.

04 / Costs

Separate the project price from the bills that continue.

If the whole idea is beyond the budget, we look for a smaller first version that can stand on its own. The proposal explains what that version accomplishes and what can wait. We also account for the time and money you will need to keep using it.

The TLS fee

The agreed review, build, configuration, testing, training, documentation, and handoff.

Recurring bills

Domains, hosting, subscriptions, support plans, storage, email, and other fixed charges.

Usage charges

Transactions, messages, storage, bandwidth, processing, and other costs that rise with use.

Other experts

Legal, tax, security, procurement, insurance, and specialist accessibility work outside the TLS job.

No payment is collected through the public inquiry form.

05 / Data

Decide where the information goes.

Before a system collects important or sensitive information, the scope says what is needed, where it is stored, who can reach it, how it is backed up, what can be exported, and who decides when it is deleted.

06 / Handoff

Leave with something another person can run.

The handoff can include source or exports, an account list, operating instructions, test results, a final backup, known limits, and a secure transfer of credentials. The scope says what you can take elsewhere and what an outside service may restrict.

Maintenance, monitoring, backups, restoration, content work, and support are separate services unless the agreement says otherwise.

The agreement controls the job.

Sending an inquiry does not create a charge or start work. Paid work begins only after both sides accept a written agreement from Talty Literary Solutions, Inc. and the applicable invoice terms.