KENYA · GUIDE 0609 · EDITION 4.7
Desktop assembly service in Kenya
Who this pack is for
For an operator preparing this offer: Assemble desktop computers to an agreed workload and tested component specification. Intended buyer group: Small offices and users needing a transparent build rather than the cheapest component list. Use this pack to define, cost and record the offer. Any practical skill, qualified work or approved process needed for the activity must already be available or separately commissioned; the pack does not certify competence.
AI-assisted planning reference. Example orders and rates are illustrative; recorded source dates and evidence limits are retained. How these guides are prepared.
Assemble desktop computers to an agreed workload and tested component specification.
A CONCRETE EXAMPLE · ILLUSTRATIVE
Fictional desktop build PC-109 targets 16GB RAM,512GB SSD and integrated graphics for office documents. One approved bill of materials names actual CPU, motherboard, RAM, storage, case and power supply before purchase; no unspecified socket compatibility is assumed. A competent assembler follows component manuals. Output is serial/BOM record, diagnostics and owner handover; mains-power-supply repair and pirated software are excluded.
Who is the first customer?
Small offices and users needing a transparent build rather than the cheapest component list.
Test the offer
Prepare one sample specification and compare component compatibility before taking a deposit.
What your operating pack contains
- A business-specific operating guide PDF
- Offline itemised costing and quotation tool
- Supplier request and sales message drafts
- Job-card and quality-response documents
- Offline operations desk: supplier comparison, work checkpoints, accepted deliveries and cash tracking
- Cashflow and launch review: downside scenarios, break-even, 13-week cash plan and trial decision
- Source register and unresolved checks
Delivery and quality
Deliver a component inventory, test record and clear support scope without claiming performance beyond tests.
Cost drivers
- Component costs
- Assembly and testing
- Warranty labour
Use your own supplier quotations. Worked figures in the pack are illustrative and do not establish a verified startup budget or profit forecast.
Evidence and scope
Desktop/Notebook Memory Support — Kingston ↗
System-specific RAM compatibility; generation/density/firmware require model checks. · Checked 2026-10-26
Clean and Maintain Your Dell Computer ↗
Manufacturer basic cleaning/diagnostic guidance; actual model instructions control. · Checked 2026-10-26
Device Safety — iFixit ↗
Electrical/lithium-battery hazard boundaries; no general permission to undertake unfamiliar repairs. · Checked 2026-10-26
Work through the planning detail
Open the sections you need. Keep your actual buyer brief, quotations and operating records separate from these teaching examples.
Customers and market demand
The buyer and the buying decision
Small offices and users needing a transparent build rather than the cheapest component list. The offer to test is: Assemble desktop computers to an agreed workload and tested component specification.
Assemble desktops around the buyer' s actual workloads, agreed component list, compatibility, software licensing, upgrade needs, and support responsibilities before accepting deposits or ordering parts.
Separate interest from an accepted order
Prepare one sample specification and compare component compatibility before taking a deposit.
The purpose of this test is to establish whether the buyer accepts the specified result, delivery arrangement and payment terms. An encouraging interview does not establish repeat demand. Ask what the buyer currently uses, what would make them change supplier and who has authority to approve the first order. Record a refusal as carefully as an enquiry so that unsuccessful offers do not disappear from the evidence.
Collect evidence specific to this offer
Keep workload brief, approved parts, compatibility decisions, supplier records, assembly notes, functional results, included licenses, and owner acceptance of any substituted component before delivery.
| Question to resolve | Evidence to retain |
|---|---|
| What exactly will the buyer accept? | Run representative workloads and component checks, verifying ports, storage recognition, cooling behaviour, and supplied accessories against the agreed specification before the customer accepts delivery. |
| What is included in the first trial? | Assemble desktops around the buyer' s actual workloads, agreed component list, compatibility, software licensing, upgrade needs, and support responsibilities before accepting deposits or ordering parts. |
| How will a prospect see the offer? | Demonstrate a real office task and explain repairability and upgrade limits to business buyers. |
| What must happen before repeating the trial? | Deliver a component inventory, test record and clear support scope without claiming performance beyond tests. |
Decide whether to continue
Review the specification with the buyer before committing to tools or stock. A trial is commercially useful only if actual costs, rejected work, time spent and cash collected can be reconciled. A powerful-looking specification disappoints when incompatible parts delay assembly or the customer cannot perform the intended work without software and accessories excluded from quotation.
If a buyer changes the required output, record a new scope and re-cost the test. Do not count a request for a different product as proof of demand for the original one. Keep personal contact details in your private records and use customer statements publicly only with permission.
Turn the example into a buyer test
Fictional desktop build PC-109 targets 16GB RAM,512GB SSD and integrated graphics for office documents. One approved bill of materials names actual CPU, motherboard, RAM, storage, case and power supply before purchase; no unspecified socket compatibility is assumed. A competent assembler follows component manuals. Output is serial/BOM record, diagnostics and owner handover; mains-power-supply repair and pirated software are excluded.
| Buyer discussion | Evidence to retain |
|---|---|
| Specification to confirm | Physical socket fit alone does not prove firmware support. |
| Output to inspect | Owner receives serials, warranty sources and recovery instructions. |
| Failure that can defeat acceptance | No display |
Ask the buyer to describe one acceptable and one unacceptable result. Record the decision maker, price basis, quantity, handover point and payment date privately. A sample request, an encouraging conversation and an accepted order are different evidence. Keep the first commitment within your demonstrated capacity; no customer interview or successful trial is asserted here.
What a failed test should change
Check approved graphics path and qualified diagnostics.. If the offer cannot meet that check, revise the specification or process before promising a repeat. Keep rejected offers and reasons in the same register as positive replies so that your record does not exaggerate demand.
Startup costs and working capital
Build a budget around the first deliverable
Assemble desktops around the buyer' s actual workloads, agreed component list, compatibility, software licensing, upgrade needs, and support responsibilities before accepting deposits or ordering parts.
This scope determines what you need before the first order. A national average or a supplier' s bundle cannot establish your opening budget. The main cost drivers for this business are:
- Component costs
- Assembly and testing
- Warranty labour
Separate setup, operating cost and working cash
| Budget line | What to establish before spending |
|---|---|
| Bench testing space | Specify the pilot quantity, purchase/hire option, delivered quote and payment date. |
| ESD tools | Specify the pilot quantity, purchase/hire option, delivered quote and payment date. |
| Compatibility documentation | Specify the pilot quantity, purchase/hire option, delivered quote and payment date. |
| Licensed operating-system plan | Specify the pilot quantity, purchase/hire option, delivered quote and payment date. |
Equipment that remains useful after the pilot belongs in a separate setup schedule. Consumables used in accepted work belong in operating cost. Refundable deposits use cash but are not automatically an expense. Do not count the same equipment purchase in full both as setup spending and again as one period' s operating expense.
Include costs that are easily missed
Include components, sourcing time, assembly, legitimate software where supplied, functional testing, packing, failed-part handling, and after-sale support within the written delivery terms.
Prepare the cash schedule in date order. Supplier payments can fall due before the customer pays; a positive paper margin does not fill that gap. Record transport, rejected inputs, corrections and your own working time against the actual trial rather than assuming them to be free.
Set a spending decision
Use this pilot as the smallest meaningful commitment: Prepare one sample specification and compare component compatibility before taking a deposit.
Before buying, obtain comparable written quotations with the same item specification, quantity, delivery destination and relevant support terms. Keep uncertain lines marked unknown until you have evidence. If the cash requirement exceeds your available funds, reduce the trial scope, negotiate transparent payment stages or defer the purchase. Do not silently replace missing costs with zero.
A powerful-looking specification disappoints when incompatible parts delay assembly or the customer cannot perform the intended work without software and accessories excluded from quotation.
Use the pricing and cash-flow chapter to test whether accepted sales can cover recurring costs after setup. This page supplies a budgeting method, not a verified opening-cost estimate.
Build the first spending decision from actual specifications
| Resource in this guide | Evidence needed before payment |
|---|---|
| CPU/motherboard pair | Check vendor support list. |
| RAM/SSD | Match actual model specifications. |
| Case/PSU | Use traceable intact approved PSU. |
The listed cost exercise below is a narrow scenario, not a complete startup budget. Do not buy this entire list automatically: first decide whether the trial requires purchase, suitable hire or a competent service provider. Record one-time resources separately from repeat inputs, and enter the actual supplier due dates.
A cash-timing exercise using the same example
Assume solely for arithmetic practice that opening cash is zero and the entire listed input bill of KSh 45,300.00 must be paid before handover. With no advance, that amount must be funded before any sale is collected. This deliberately simplified case does not establish when your actual suppliers need payment.
If a buyer hypothetically pays a 30% advance on the example revenue of KSh 50,000.00, cash received would be KSh 15,000.00. Paying the listed bill then leaves KSh -30,300.00. The additional cash needed to avoid a negative balance at that point is KSh 30,300.00. The unpaid remainder is KSh 35,000.00; it is a receivable, not cash already in the business.
The 30% figure is an invented teaching assumption, not a recommended or agreed customer term. Check whether deposits are refundable and which commitments they can actually fund. Do not count the advance again when entering the final collection. Add equipment payments, tax, owner drawings and unlisted operating bills to the dated cash plan as appropriate. The 13-week planner in file 10 shows week-end funding gaps; inspect intra-week dates for a large payment.
Close these budget uncertainties
- No exact BOM bought or system built; operator competence and compatibility unverified.
Equipment, materials and suppliers
Buy for the acceptance standard
The procurement decision starts with the result you must deliver: Deliver a component inventory, test record and clear support scope without claiming performance beyond tests.
Run representative workloads and component checks, verifying ports, storage recognition, cooling behaviour, and supplied accessories against the agreed specification before the customer accepts delivery.
A tool or material is suitable only when it can support this specification at the pilot scale. Use the following shortlist as a starting point, not a compulsory shopping package:
- Bench testing space
- ESD tools
- Compatibility documentation
- Licensed operating-system plan
Write comparable requests for quotations
| Resource | Questions for the supplier |
|---|---|
| Bench testing space | Confirm the precise variant, usable quantity, compatibility, delivered cost, lead time, invoice and remedy for a mismatch. |
| ESD tools | Confirm the precise variant, usable quantity, compatibility, delivered cost, lead time, invoice and remedy for a mismatch. |
| Compatibility documentation | Confirm the precise variant, usable quantity, compatibility, delivered cost, lead time, invoice and remedy for a mismatch. |
| Licensed operating-system plan | Confirm the precise variant, usable quantity, compatibility, delivered cost, lead time, invoice and remedy for a mismatch. |
Ask for the exact unit or pack size, rather than accepting a price without a quantity. Where equipment is involved, check maintenance needs, safe operation, available support and whether you can obtain replacement consumables. Inspect a sample or demonstration where practical. A photograph and a low asking price do not prove suitability or available stock.
Connect procurement to the operating sequence
- Translate the customer' s workload into a written component specification, including ports, storage, memory and software requirements before ordering parts.
- Check component compatibility and warranty ownership, then assemble and test through a competent technician using a documented build record.
- Deliver the component inventory, licensed software details and representative workload test results, explaining upgrade limits and the agreed support period.
At each step, identify the input whose absence would stop delivery. Arrange that input before accepting a deadline. Compare buying with suitable hire or a competent subcontractor, while keeping the responsibility for inspection and customer handover explicit.
Inspect before release to use
Retain the quote and check the delivered specification, quantity, condition and identifying details. Keep unsuitable items separate while you resolve the discrepancy. Record supplier identity and payment reference privately; do not post customer or supplier personal data in a public planning sheet.
Include components, sourcing time, assembly, legitimate software where supplied, functional testing, packing, failed-part handling, and after-sale support within the written delivery terms.
Limit the first purchase to the agreed scope: Assemble desktops around the buyer' s actual workloads, agreed component list, compatibility, software licensing, upgrade needs, and support responsibilities before accepting deposits or ordering parts. Expand the resource list only when actual orders and measured capacity justify it.
Exact procurement specifications for this offer
| Item | Specification to quote | Acceptance evidence |
|---|---|---|
| CPU/motherboard pair | Exact supported versions. | Check vendor support list. |
| RAM/SSD | Compatible modules/interface. | Match actual model specifications. |
| Case/PSU | Correct fit and connectors. | Use traceable intact approved PSU. |
A usable quotation states the exact variant, comparison unit, minimum order, delivered quantity, tax, delivery charge, payment dates, expiry and exclusions. Obtain written clarification of substitutions; compare only equivalent scopes. Match the delivered item against the same check before releasing it to use.
Supplier evidence and limits
No matched public listing observation was established for this exact offer. That is a quotation gap, not evidence that the item is unavailable.
Any listing above is an earlier observation, not a fresh quotation or confirmed stock. Reconfirm suitability and landed cost. The supplier comparison in the operating pack separates purchase quantity from usable requirement when a minimum order creates surplus.
Registration and activity checks
Define the activity that authorities need to assess
Assemble desktop computers to an agreed workload and tested component specification.
Assemble desktops around the buyer' s actual workloads, agreed component list, compatibility, software licensing, upgrade needs, and support responsibilities before accepting deposits or ordering parts.
Describe that exact operation when checking requirements. State where the work takes place, whether customers enter the premises, who performs technical tasks and whether you manufacture, resell, deliver or coordinate the service. Requirements can change with these facts; a broad business category is not a complete permit determination.
Sector questions to investigate
- Obtain written authority before reading or copying device data; agree retention and deletion.
- For CCTV, assess privacy obligations and any security-service classification before offering installation.
- Route e-waste through appropriate authorized handlers rather than mixing it with general refuse.
Keep registration separate from permission to operate
A registered business name does not itself establish approval of premises, products or professional work. Use the Business Registration Service to check the appropriate registration route. Ask the relevant county office which premises and trading checks apply to the actual activity. Confirm tax and invoicing obligations with KRA for your circumstances rather than copying another trader' s treatment.
Prepare a written enquiry
| Information to provide | Business-specific starting point |
|---|---|
| Proposed output | Assemble desktop computers to an agreed workload and tested component specification. |
| Scope and exclusions | Assemble desktops around the buyer' s actual workloads, agreed component list, compatibility, software licensing, upgrade needs, and support responsibilities before accepting deposits or ordering parts. |
| First operating step | Translate the customer' s workload into a written component specification, including ports, storage, memory and software requirements before ordering parts. |
| Quality and acceptance | Run representative workloads and component checks, verifying ports, storage recognition, cooling behaviour, and supplied accessories against the agreed specification before the customer accepts delivery. |
Add the county, location, premises arrangement, scale, equipment and responsible person' s qualifications. Ask which authority handles an issue if it falls outside the first office' s remit. Record the answer, reference link, date checked and any renewal or inspection condition. A guide' s reference list is a route to verification, not an approval document.
Decide what must wait
Do not offer a regulated service or make a safety, accreditation or certification claim that you cannot substantiate. Resolve an unanswered prerequisite before accepting work that depends on it. A demand interview can often precede trading; a paid or physical trial still needs the appropriate permissions and safe arrangements.
A powerful-looking specification disappoints when incompatible parts delay assembly or the customer cannot perform the intended work without software and accessories excluded from quotation.
No universal licence package, current fee or exemption is asserted here. The official links below support only their stated scope.
Prepare a precise activity enquiry
Describe this actual operating scope to the relevant authority or competent adviser: Fictional desktop build PC-109 targets 16GB RAM,512GB SSD and integrated graphics for office documents. One approved bill of materials names actual CPU, motherboard, RAM, storage, case and power supply before purchase; no unspecified socket compatibility is assumed. A competent assembler follows component manuals. Output is serial/BOM record, diagnostics and owner handover; mains-power-supply repair and pirated software are excluded.
Use these operating details to make the enquiry specific:
| Detail to disclose | Why it can affect the answer |
|---|---|
| CPU/motherboard pair - Exact supported versions. | Explain the actual premises, scale, use and who will perform the task. Ask which current rule applies to these facts. |
| RAM/SSD - Compatible modules/interface. | Explain the actual premises, scale, use and who will perform the task. Ask which current rule applies to these facts. |
| Case/PSU - Correct fit and connectors. | Explain the actual premises, scale, use and who will perform the task. Ask which current rule applies to these facts. |
Keep the reply date, official source, exact activity facts and any conditions together. This is an enquiry preparation method, not a determination that a licence, exemption or fee applies. The earlier source dates do not mean legal requirements were rechecked today. Resolve these outstanding checks before relying on a broad business description:
- No exact BOM bought or system built; operator competence and compatibility unverified.
Operations, capacity and quality
Deliver the agreed result consistently
Assemble desktops around the buyer' s actual workloads, agreed component list, compatibility, software licensing, upgrade needs, and support responsibilities before accepting deposits or ordering parts.
The operating sequence for this offer is:
- Translate the customer' s workload into a written component specification, including ports, storage, memory and software requirements before ordering parts.
- Check component compatibility and warranty ownership, then assemble and test through a competent technician using a documented build record.
- Deliver the component inventory, licensed software details and representative workload test results, explaining upgrade limits and the agreed support period.
Put acceptance into the job record
Deliver a component inventory, test record and clear support scope without claiming performance beyond tests.
Run representative workloads and component checks, verifying ports, storage recognition, cooling behaviour, and supplied accessories against the agreed specification before the customer accepts delivery.
Inspect at the point where a correction is still possible, then again at handover. Record rejected or incomplete output separately from accepted output. A completed task is not automatically an accepted task, and an invoice does not establish that the customer received the right result.
Measure real capacity
Time preparation, the main operation, transport, cleaning, approvals and correction as applicable. The slowest stage determines how much you can promise. Where two orders need the same person, space or equipment at the same time, resolve the conflict before confirming both deadlines. An additional enquiry should not erase a commitment already made.
| Operating checkpoint | Evidence for this business |
|---|---|
| Before starting | Assemble desktops around the buyer' s actual workloads, agreed component list, compatibility, software licensing, upgrade needs, and support responsibilities before accepting deposits or ordering parts. |
| During delivery | Check component compatibility and warranty ownership, then assemble and test through a competent technician using a documented build record. |
| At acceptance | Run representative workloads and component checks, verifying ports, storage recognition, cooling behaviour, and supplied accessories against the agreed specification before the customer accepts delivery. |
| At the pilot review | Keep workload brief, approved parts, compatibility decisions, supplier records, assembly notes, functional results, included licenses, and owner acceptance of any substituted component before delivery. |
Keep a correction and escalation rule
When inputs, access, specifications or customer instructions change, pause the affected work and confirm the effect on time and cost. Do not quietly lower the acceptance standard to avoid a delayed delivery. Keep rework caused by your error distinct from a customer-requested change of scope and agree the remedy clearly.
A powerful-looking specification disappoints when incompatible parts delay assembly or the customer cannot perform the intended work without software and accessories excluded from quotation.
Retain the minimum records needed to investigate a complaint without disclosing unrelated personal information. Use measured delivery and actual acceptance as the basis for expanding capacity, rather than the maximum theoretical output of a tool or production line.
Operating control points for this exact offer
| Sequence | Work method | Release checkpoint |
|---|---|---|
| 1 | Check CPU socket/firmware, RAM generation/density, SSD interface and graphics support. | Physical socket fit alone does not prove firmware support. |
| 2 | Verify case form factor, clearances and PSU connectors/capacity from manufacturers. | Never open or modify a mains PSU. |
| 3 | Use ESD precautions and component-specific installation guidance. | No forced connectors or improvised spacers. |
| 4 | Check firmware detects 16GB/512GBclass storage and run appropriate diagnostics. | Record actual errors and supported OS/licence requirements. |
| 5 | Demonstrate boot, network, display and agreed office tasks. | Owner receives serials, warranty sources and recovery instructions. |
Do not substitute a tick for an observation: record the count, measurement, approved sample or evidence reference used at each checkpoint. Mark unresolved work as held and identify who can approve the recheck.
Diagnose a failure before repeating it
| Observed symptom to investigate | Check the cause | Proposed response |
|---|---|---|
| No display | Check approved graphics path and qualified diagnostics. | Stop random swaps; follow manuals. |
| RAM not fully detected | Check compatibility/seating through competent operator. | Resolve and rerun diagnostics. |
| Case does not fit board | Compare form factors. | Correct BOM before forcing assembly. |
These are diagnostic prompts, not proof of the cause in a real incident. Separate suspect output, record any correction and repeat the relevant acceptance check. Link rejected units, rework time, replacement materials, customer credits and collection delays to the actual job result.
Pricing, break-even and cash flow
Price an accepted unit, not an activity title
Start with this sale unit: Completed desktop build.
Assemble desktops around the buyer' s actual workloads, agreed component list, compatibility, software licensing, upgrade needs, and support responsibilities before accepting deposits or ordering parts.
A quotation needs the accepted quantity or scope, exclusions, completion point, delivery arrangement and payment schedule. Without that specification, two apparently similar prices may pay for different work.
Build the direct-cost sheet
- Component costs
- Assembly and testing
- Warranty labour
Include components, sourcing time, assembly, legitimate software where supplied, functional testing, packing, failed-part handling, and after-sale support within the written delivery terms.
| Calculation | How to use it |
|---|---|
| Variable cost per accepted unit | Direct inputs, labour, delivery and measured losses divided by accepted units. |
| Contribution per unit | Agreed selling price minus variable cost per unit. |
| Period operating surplus | Contribution from units sold minus fixed overhead for the same period. |
| Break-even units | Fixed overhead divided by positive contribution, rounded up. |
Count rejected output, unsold stock and correction time. Keep fixed overhead in a consistent period; a daily contribution cannot be compared directly with a monthly overhead figure. If contribution is zero or negative, extra sales do not establish a workable break-even point.
Reconcile the cash separately
A customer' s unpaid balance cannot pay today' s supplier bill. List actual collections, advance payments, supplier deadlines, refunds and recurring bills by date. Separate refundable deposits and money held for an uncompleted commitment from funds freely available for expansion.
A powerful-looking specification disappoints when incompatible parts delay assembly or the customer cannot perform the intended work without software and accessories excluded from quotation.
Test a weaker outcome
Recalculate with fewer accepted units, a delayed customer collection or a higher input quotation. Change one assumption at a time to see which constraint matters. Use the actual pilot record: Keep workload brief, approved parts, compatibility decisions, supplier records, assembly notes, functional results, included licenses, and owner acceptance of any substituted component before delivery.
Do not interpret the invented financial teaching exercise in the complete manuscript as a market price or predicted income. Replace its assumptions before using it for a real decision. The public planning tool can help with arithmetic; it does not validate the inputs.
Work through this business' s example
Test the listed example when things change
These calculations are invented teaching cases derived from this guide' s example, " Fictional planning scenario in KSh; not a supplier quotation or earnings forecast". They are not observed customer results, local quotations or forecasts. They hold the listed input bill constant unless the row explicitly changes it. Excluded expenses and tax still need to be added.
| Case | Accepted / priced output | Example revenue | Listed cost | Difference before excluded costs / tax |
|---|---|---|---|---|
| Original example | 1 | KSh 50,000.00 | KSh 45,300.00 | KSh 4,700.00 |
| 20% fewer accepted units, rounded down | 0 | KSh 0.00 | KSh 45,300.00 | KSh -45,300.00 |
| 10% reduction in the assumed selling price | 1 | KSh 45,000.00 | KSh 45,300.00 | KSh -300.00 |
| 10% increase in every listed cost | 1 | KSh 50,000.00 | KSh 49,830.00 | KSh 170.00 |
The lower-acceptance case represents the loss of priced output, not a prediction of the actual reject rate. At this small example scale, rounding leaves no accepted unit. The entire listed bill remains to be funded; a cost per accepted unit cannot be calculated. A whole-job price needs its own agreed acceptance and partial-payment treatment.
Inspect the cost that can change the decision
The largest listed line is CPU: 1 at KSh 15,000.00, giving KSh 15,000.00. A 10% increase in this line alone adds KSh 1,500.00 to the example bill. Check its exact unit, scope, quotation validity and whether it is a one-off resource or a repeat input before changing the quote.
Keep every input quantity separate from priced output. A fall in accepted output does not automatically reduce already-purchased inputs. Use the itemised costing tool to change the real quantities, rather than scaling the whole bill by a sales percentage.
Connect the commercial check to quality
For desktop assembly service, investigate this concrete failure: No display. The guide' s diagnostic check is: Check approved graphics path and qualified diagnostics.. Proposed response: Stop random swaps; follow manuals..
Record what was actually found and rechecked; do not mark a corrected item accepted until the agreed buyer checkpoint has passed. Any rework materials, transport, labour or credit must be added to the actual cost/result record.
A cash-timing exercise using the same example
Assume solely for arithmetic practice that opening cash is zero and the entire listed input bill of KSh 45,300.00 must be paid before handover. With no advance, that amount must be funded before any sale is collected. This deliberately simplified case does not establish when your actual suppliers need payment.
If a buyer hypothetically pays a 30% advance on the example revenue of KSh 50,000.00, cash received would be KSh 15,000.00. Paying the listed bill then leaves KSh -30,300.00. The additional cash needed to avoid a negative balance at that point is KSh 30,300.00. The unpaid remainder is KSh 35,000.00; it is a receivable, not cash already in the business.
The 30% figure is an invented teaching assumption, not a recommended or agreed customer term. Check whether deposits are refundable and which commitments they can actually fund. Do not count the advance again when entering the final collection. Add equipment payments, tax, owner drawings and unlisted operating bills to the dated cash plan as appropriate. The 13-week planner in file 10 shows week-end funding gaps; inspect intra-week dates for a large payment.
Marketing and first customers
Reach a buyer who can accept the offer
Small offices and users needing a transparent build rather than the cheapest component list.
Demonstrate a real office task and explain repairability and upgrade limits to business buyers.
Begin with the problem and specification rather than promising a return on investment you cannot establish. The proposed output is: Assemble desktop computers to an agreed workload and tested component specification.
Make the first message specific
Explain what you will deliver, what is excluded and what the prospect needs to confirm before a quotation. Use this scope when preparing a sample, demonstration or introduction:
Assemble desktops around the buyer' s actual workloads, agreed component list, compatibility, software licensing, upgrade needs, and support responsibilities before accepting deposits or ordering parts.
Ask who approves purchases, who accepts the output and how payment is arranged. These can be different people. An informal recommendation is useful for an introduction but does not replace the buyer' s approval.
Use proof that matches the promise
Run representative workloads and component checks, verifying ports, storage recognition, cooling behaviour, and supplied accessories against the agreed specification before the customer accepts delivery.
Keep approved examples, inspection records or handover evidence that demonstrate this result. Obtain permission before using a customer' s name, photograph, premises or work. Do not invent reviews, imply an endorsement or display private contact details as marketing proof.
Follow the lead through to collection
| Stage | What to record |
|---|---|
| Contact | Source of the introduction and permission to follow up. |
| Qualified enquiry | Required specification, buying authority and timing. |
| Quotation | Scope, exclusions, price, delivery and payment stages. |
| Accepted result | Run representative workloads and component checks, verifying ports, storage recognition, cooling behaviour, and supplied accessories against the agreed specification before the customer accepts delivery. |
| Repeat decision | Keep workload brief, approved parts, compatibility decisions, supplier records, assembly notes, functional results, included licenses, and owner acceptance of any substituted component before delivery. |
Prepare one sample specification and compare component compatibility before taking a deposit.
Review what it cost to obtain and fulfil a paying order, including travel and follow-up. High enquiry counts do not compensate for a route or delivery arrangement that loses money. Keep cancellations, complaints and refusals visible when evaluating a channel.
A powerful-looking specification disappoints when incompatible parts delay assembly or the customer cannot perform the intended work without software and accessories excluded from quotation.
Expand outreach only when the promised scope can be delivered reliably. Use permission-based follow-up and an achievable response time instead of bulk unsolicited messages.
A scope-led outreach draft
The supplied draft below is ready to adapt, not a message already sent:
Hi [buyer], I can quote an office desktop only after naming and checking every compatible component. We will agree 16GB/512GBtargets and acceptance tasks first; you receive serials and actual diagnostic results.
Replace claims with proof of this offer
| Sales claim to substantiate | Evidence before repeating the promise |
|---|---|
| Required result | Owner receives serials, warranty sources and recovery instructions. |
| Input suitability | Check vendor support list. |
| Failure to address honestly | No display |
Remove placeholders and replace assumed prices with an approved scope and actual cost estimate. Do not advertise technical certification, current stock, guaranteed income or results you cannot substantiate. Record enquiries, accepted quotes, declined quotes, delivered orders and collected balances separately; a sent message is not a sale.
Risks and launch plan
Set the conditions for a safe commercial test
- Incompatible components
- Unlicensed software
A powerful-looking specification disappoints when incompatible parts delay assembly or the customer cannot perform the intended work without software and accessories excluded from quotation.
A risk list is useful only when it changes a decision. For each risk, write the observable warning, who checks it and the response before the next commitment. Do not treat a reserve of money as permission to continue unsafe or unauthorized work.
Use a small, measurable pilot
Prepare one sample specification and compare component compatibility before taking a deposit.
The pilot scope is: Assemble desktops around the buyer' s actual workloads, agreed component list, compatibility, software licensing, upgrade needs, and support responsibilities before accepting deposits or ordering parts.
| Gate | Evidence before continuing |
|---|---|
| Scope agreed | Assemble desktops around the buyer' s actual workloads, agreed component list, compatibility, software licensing, upgrade needs, and support responsibilities before accepting deposits or ordering parts. |
| Output acceptable | Run representative workloads and component checks, verifying ports, storage recognition, cooling behaviour, and supplied accessories against the agreed specification before the customer accepts delivery. |
| Costs recorded | Include components, sourcing time, assembly, legitimate software where supplied, functional testing, packing, failed-part handling, and after-sale support within the written delivery terms. |
| Buyer response recorded | Keep workload brief, approved parts, compatibility decisions, supplier records, assembly notes, functional results, included licenses, and owner acceptance of any substituted component before delivery. |
Stage the launch around prerequisites
First confirm the buyer specification and activity requirements. Then compare suppliers, establish suitable facilities and prepare the operating record. Run the bounded trial when those prerequisites are in place. Review actual costs, quality failures and cash collected before increasing the commitment.
This sequence is not a promise that the complete business cycle fits into 30 days. Growing periods, qualifications, approvals, seasonal access and customer buying cycles can require longer. Revise the schedule when a prerequisite changes rather than skipping it to meet a launch date.
Choose continue, revise, pause or stop
Continue only when the scoped result is accepted and direct costs and payment timing are workable. Revise one part of the offer if the problem is identifiable and affordable to test again. Pause when required information, permission, skills or resources are missing. Stop the affected work when safety, consent or lawful authority is uncertain.
Keep a maximum test loss and unpaid-balance limit suited to your actual funds. A successful single delivery is useful evidence, but it does not establish year-round demand or justify committing every available resource.
Tie launch milestones to observable checks
| Risk signal | Evidence to inspect | Response to test |
|---|---|---|
| No display | Check approved graphics path and qualified diagnostics. | Stop random swaps; follow manuals. |
| RAM not fully detected | Check compatibility/seating through competent operator. | Resolve and rerun diagnostics. |
| Case does not fit board | Compare form factors. | Correct BOM before forcing assembly. |
Outstanding go / hold conditions
- No exact BOM bought or system built; operator competence and compatibility unverified.
Assign an owner, evidence reference and review date to each unresolved condition. Do not give every milestone a fixed calendar date when it depends on a crop, production, approval or competence cycle. Run only a suitable limited trial, reconcile accepted output and actual cash, and record whether the evidence supports holding, revising, proceeding within the limit or stopping.
Worksheets, research and references
Keep evidence that answers a real operating question
For desktop assembly service, the record should connect the promised output, its cost and the buyer' s acceptance. Begin with:
Keep workload brief, approved parts, compatibility decisions, supplier records, assembly notes, functional results, included licenses, and owner acceptance of any substituted component before delivery.
An order and acceptance record
| Field | What to enter |
|---|---|
| Output and exclusions | Assemble desktops around the buyer' s actual workloads, agreed component list, compatibility, software licensing, upgrade needs, and support responsibilities before accepting deposits or ordering parts. |
| Sale unit | Completed desktop build |
| Acceptance check | Run representative workloads and component checks, verifying ports, storage recognition, cooling behaviour, and supplied accessories against the agreed specification before the customer accepts delivery. |
| Missed-cost check | Include components, sourcing time, assembly, legitimate software where supplied, functional testing, packing, failed-part handling, and after-sale support within the written delivery terms. |
| Failure to investigate | A powerful-looking specification disappoints when incompatible parts delay assembly or the customer cannot perform the intended work without software and accessories excluded from quotation. |
Add the date, private customer reference, agreed price, advance, balance, promised handover and actual acceptance. Record a change before carrying it out. An unresolved complaint needs its own action and follow-up date rather than being overwritten by the next order.
A supplier and cost record
For each required input, record the specification, quantity, supplier identity, quote date, delivered cost, payment terms and reason for selection. Match the record to the receipt and inspect what arrived. Keep one-time setup, recurring inputs and refundable deposits in separate categories so that the same cash movement is not counted twice.
A weekly review
Compare accepted output with started output; reconcile money collected with outstanding balances; investigate rework and returns. Review whether measured capacity can meet the next commitment. A positive surplus estimate does not remove a shortage of cash caused by late collection.
Use sources within their stated scope
- ODPC guidance for MSMEs — Privacy principles, lawful basis, data minimisation, processor arrangements and retention; check the provisions applying to the actual operation. Reference recorded 2026-10-26.
- NEMA processing environmental licences — Official licensing routes include waste and plastic-packaging material regulations. Confirm the activity, material and county scope before collection, transport or manufacturing. Reference recorded 2026-10-26.
These references route sector and activity questions. They do not independently establish local customer demand, supplier stock, a complete budget or business profitability. A reference date records the earlier check; it is not a claim that every linked requirement was reverified today.
The complete downloadable guide includes editable planning worksheets. Save backups privately when they contain personal, customer or supplier information. These planning forms do not replace required statutory records or professional advice for a regulated task.
Evidence register for this particular offer
- Desktop/Notebook Memory Support — Kingston - System-specific RAM compatibility; generation/density/firmware require model checks. Recorded 2026-10-26.
- Clean and Maintain Your Dell Computer - Manufacturer basic cleaning/diagnostic guidance; actual model instructions control. Recorded 2026-10-26.
- Device Safety — iFixit - Electrical/lithium-battery hazard boundaries; no general permission to undertake unfamiliar repairs. Recorded 2026-10-26.
These recorded references support only their stated scope. They do not establish current supplier stock, actual local demand, operator competence or complete commercial feasibility. Preserve source dates and record new checks separately.
Match the evidence to a decision
| Decision question | Business-specific record to retain |
|---|---|
| Was the input fit for use? | Check vendor support list. |
| Was the work acceptable? | Owner receives serials, warranty sources and recovery instructions. |
| What remains unresolved? | No exact BOM bought or system built; operator competence and compatibility unverified. |
The operating pack provides an itemised quote tool, supplier request, sales draft, job card, quality response sheet, evidence gaps, operations desk and cashflow/launch-review workbook. Keep a separate private backup per actual job and per scenario. Test restoring it before closing the original. Exported files may contain customer or supplier information; do not publish completed private records as SEO content.