BinghamtonBetterBus-v2/etc/client_meeting_solo.md
2025-02-05 12:59:51 -05:00

157 lines
4.8 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

## Client Meeting Notes
**Project Name:** WIP Map Project
**Date:** 02/05/2025
**Client Name:** Spencer Powell
**Interviewed By:** Spencer Powell
---
### **Client Overview**
- **Brief description of the client and their background:**
The client is an undergraduate student at Binghamton University who regularly uses the bus system as a method of transit.
- **Clients main goal for the software:**
The tool should assist in transiting around Binghamton using the 2 bus systems via providing arrival timing information and ideal routes.
---
### **Interview Questions & Responses**
#### **1. What are the costs vs. budget?**
**Clients Response:**
I'm a college student, so ideally free.
> Comparing to whatever subscriptions you currently pay for how much would you pay for this?
A dollar maybe a few bucks.
**Clarification & Notes:**
Client is looking for something free and will be relatively price sensitive if they're paying.
---
#### **2. What is the timeframe for this project?**
**Clients Response:**
I am graduating in 3 months or so, so if you deliver after that it'll be useless to me.
> Do you have any friends that aren't graduating that may be interested?
Most of my friends are also graduating in free months but a couple of them aren't I guess.
**Clarification & Notes:**
While this particular client provides a strict deadline there are other clients in similar circumstances who have a looser deadline.
As such if we want to meet their needs we'll need to work quickly on core features but there's reason to work on extra features if we go over the deadline.
---
#### **3. What problem are you trying to solve?**
**Clients Response:**
I would like to turn my brain off when I want to go somewhere outside walking distance.
> What do you need to think about when going somewhere?
How far I need to walk to take a bus
When the bus arrives/departs
Often I need to take multiple buses.
> Could you elaborate on how multiple buses complicates things?
Well lets say I want to go to/from Walmart from my home for example.
I have two main routes, one that goes to BU then takes a 47/91 or OCCT bus to walmart and one which goes to the downtown bus station and then takes the 57 to Walmart.
Vice versa to go back home from Walmart.
I need to think about which choice will get me to/from Walmart with the least amount of time spent on buses/waiting and I don't always get it right.
Combine that with the other things I mentioned and it's a pain.
**Clarification & Notes:**
-
---
#### **4. What is the most important feature?**
**Clients Response:**
(Example: "Initiative tracking needs to be easy and automatic.")
**Clarification & Notes:**
- This feature should be the **core focus** of the software.
- Other features (e.g., dice rolling) are secondary.
---
#### **5. Is there a similar product on the market?**
**Clients Response:**
(Example: "Yes, but they are either too complex or too expensive.")
**Clarification & Notes:**
- Competitor analysis needed.
- Find a way to differentiate: **Simpler UI? Free version? Customizable?**
---
#### **6. Are there any existing products or technologies that will need to be integrated?**
**Clients Response:**
(Example: "It would be nice if it worked with Roll20 or D&D Beyond.")
**Clarification & Notes:**
- Check for **APIs** for possible integrations.
- Consider a **manual import/export** feature if full integration isnt feasible.
---
#### **7. What does success look like for this project?**
**Clients Response:**
(Example: "If my players can see whose turn it is without me saying anything, thats a win.")
**Clarification & Notes:**
- Focus on **visual clarity and notifications**.
---
#### **8. What risks are associated with a malicious user?**
**Clients Response:**
(Example: "Not much, unless players try to cheat dice rolls.")
**Clarification & Notes:**
- Consider **server-side dice validation** to prevent cheating.
---
#### **9. What is the expected lifetime of this software?**
**Clients Response:**
(Example: "I want to use it for many campaigns, so it should last for years.")
**Clarification & Notes:**
- Future **maintenance and updates** should be considered.
---
#### **10. What additional features would you like?**
**Clients Response:**
(Example: "A way to send private messages to players would be cool.")
**Clarification & Notes:**
- Nice-to-have, but **not essential** for version 1.
---
## **Key Takeaways & Next Steps**
- **Most important feature:** Initiative tracking
- **Secondary features:** Dice rolling, notifications, private messaging
- **Deadline:** 3 months
- **Risks:** Potential cheating in dice rolls
### **Next Steps:**
✅ Prioritize initiative tracking
✅ Research existing products for inspiration
✅ Explore integration options with Roll20/D&D Beyond
---
### **Signatures**
(Client) **[Clients Name]** *Reviewed & Approved*
(Developer) **[Your Name]** *Re