What kinds of custom software can Bosseo discuss with a law firm?+
Bosseo’s public Custom Software page lists examples including client status portals, intake tools, internal dashboards, speed-to-lead tools, referral trackers, document intake flows, calculators and integrations between existing systems. The appropriate choice depends on your firm’s actual bottleneck; the examples are not a promise that every item is required or available for every project.
Do we need a technical requirements document before contacting Bosseo?+
Bosseo says you can describe the bottleneck in plain English and that its team asks the questions needed to scope the work. You should still bring practical information: who performs the task, which systems are involved, what data is sensitive, where errors occur and how your firm would judge a successful workflow.
Can Bosseo connect the tool to our current systems?+
Bosseo describes connections to a firm’s website, intake and dashboard, and refers to CRM, case-management and marketing-stack integrations. Your specific systems and connection requirements must be reviewed and confirmed. Ask about data direction, permissions, failure handling, duplicates and testing before treating an integration as part of scope.
Who hosts and maintains the software?+
Bosseo states that it hosts and maintains the tools it builds and describes dedicated servers, monitoring and backups. Confirm the exact hosting, backup, restoration, access, incident and maintenance responsibilities for your project. The public description does not establish a particular uptime or recovery guarantee.
How should our firm compare custom software with an existing product?+
Compare the actual workflow, not the number of features. An existing product may be appropriate when it fits the process. Custom work is worth reviewing when the firm is repeatedly re-entering information, maintaining workarounds or connecting systems that do not otherwise share the needed workflow. Ask Bosseo to scope the problem honestly, including whether custom software is unnecessary.
What should we test before accepting a tool?+
Test the complete workflow: record creation, required information, role-based access, updates, duplicate handling, failed handoffs, retrieval and the agreed fallback. Include the people who will use and supervise the process. Acceptance should be based on criteria agreed before review, not on a general impression that the interface looks finished.