Operating model
How consulting engagements actually run.
This is the procurement layer: how scoping works, how access is handled, how reporting is delivered, and what the client keeps after the work is done.
Process
Five steps, no mystery theater.
Start with the smallest honest step
Use the free Technology Risk Self-Check for orientation, or request the $175 Technology Decision Session when one consequential decision needs live discussion.
The Decision Session is the call
We use 45 minutes to examine the decision, assumptions, constraints, risks, and realistic options. You decide what to do. No report, memo, or written follow-up is included.
Larger work is scoped separately
A Technology Health Check, Infrastructure Roadmap and Implementation project, or Fractional Technology Advisory engagement has its own scope, deliverable, boundary, and price before kickoff.
Access is limited and intentional
I request only what is necessary for the agreed work. Shared access, named ownership, and revocable permissions are preferred to loose credentials.
Written work belongs to written engagements
Health Checks produce reports and debriefs. Implementation produces roadmaps, working systems, documentation, handoff, and verification. Fractional advisory produces the agreed governance record. You keep the operating artifacts.
Procurement details
The questions buyers usually ask before a kickoff.
NDA and confidentiality
I sign NDAs when needed. Client systems, pricing, credentials, and vendor history are treated as operationally sensitive by default.
Access and permissions
The preferred model is least-privilege access, shared admin visibility where possible, and revocable permissions tied to the actual workstream.
Reporting cadence
Technology Health Checks end with a written report and debrief. Implementation uses agreed milestones and verification. Fractional advisory uses the governance cadence defined in scope. The Decision Session includes no written output.
Vendor coordination
I regularly work with accountants, agencies, SaaS vendors, and internal operators so the client is not stuck translating between six partially informed parties.
Language and coordination
I coordinate with Japan-side teams, vendors, and mixed operating contexts. Required working languages, translation, and document production are confirmed explicitly in scope rather than assumed.
Ownership after delivery
Clients keep the system decisions, documents, and operating logic. Ongoing help is available, but the work is not designed to trap you in dependency.
FAQ
Common engagement questions.
Do you sign NDAs?
Yes. For many clients that is standard. If access to internal systems, vendor pricing, or customer data is involved, confidentiality is treated as part of the normal engagement setup.
How do you handle passwords and admin access?
The preferred setup is shared access through proper permission layers, not loose credentials in email. I ask for the minimum access needed, and revocable access is always better than opaque handoffs.
Can you work with Japan-side teams and vendors?
Yes. Engagements can include global and Japan-specific tools, local vendors, and mixed operating contexts. Required working languages and any translation needs are confirmed explicitly during scoping.
Who owns the deliverables and documentation?
The client does. Reports, maps, operating notes, and handoff documents are part of what you are buying. The point is to make the business easier to understand and more durable, not more dependent.
Need procurement details first?
Need proof or a Japan-specific fit check?
If you are still deciding whether the work is credible or whether it fits a foreign-owned SME operating in Japan, start with these.