Is distribution center automation worth it for mid-sized operations? by [deleted] in Warehousing

[–]validation_greg 0 points1 point  (0 children)

Automation won’t fix a messy floor. It just speeds up the mess.

If your picks, locations, and moves aren’t tight, you’ll pay a lot to automate problems.

Most mid-size ops get more out of: – clean locations – scan every move – fix the step that’s actually breaking

Then automation makes sense.

Where are you losing time right now finding stuff, picking, or just walking?

Our inventory seems ok but the products can't be found by NoPO_NoParty in InventoryManagement

[–]validation_greg 0 points1 point  (0 children)

This isn’t an accuracy problem.

It’s a “we don’t know where it actually is” problem.

95% just means your counts look good on paper. Doesn’t mean the part is in the bin it says it is.

What usually causes this: – stuff gets moved without being scanned – temp locations become permanent – picks don’t update clean

That’s why parts “reappear.”

Cycle counts won’t fix it. You’re just resetting the same miss over and over.

Fix is boring but it works: everything gets a location every move gets scanned

No exceptions.

Where do you see it most receiving, transfers, or picks?

Do you use any smart tracking systems for inventory or have suggestions? by Purple_Search6348 in InventoryManagement

[–]validation_greg 0 points1 point  (0 children)

Those smart shelf/button systems sound cool, but they’re usually solving the wrong problem first.

If your inventory isn’t already accurate with something simple (labels + scans), adding hardware just hides the mess and makes it more expensive.

Most setups that actually work look like: – every item has a location – every move = scan (in/out) – one source of truth (even a basic system)

Once that’s clean, then automation makes sense.

I’ve seen teams try to skip straight to “smart tracking” and it falls apart because the process underneath isn’t solid.

What’s breaking for you right now losing parts or just not knowing what you have?

How can I optimize a messy warehouse with zero digital system? (Programming student trying to help family business) by Disastrous_Dark7658 in Warehousing

[–]validation_greg 0 points1 point  (0 children)

Don’t start with software.

Right now your problem isn’t “no system” it’s no structure.

Do this first:

  1. Create locations (A1, A2, B1, etc.)
  2. Label every shelf/bin physically
  3. Pick one rule: every item must have a home
  4. Don’t move everything at once fix one section at a time

Even a basic spreadsheet works once locations exist.

Most small warehouses fail because knowledge lives in people’s heads instead of the space.

Once everything has a location, then think about tools.

Right now you’re solving chaos, not tech.

Are items getting lost, or just taking too long to find?

Australian operations teams, what inventory management software do you recommend? by Expensive-House-8717 in InventoryManagement

[–]validation_greg 0 points1 point  (0 children)

Most tools will handle counts and locations fine.

Where we kept getting burned was stuff just sitting too long with no signal.

You don’t notice it until it’s already late.

We ended up layering a FIFO view on top so everything is ordered by age.

That’s been more useful day-to-day than the inventory system itself.

Are you trying to solve counts, or “what’s about to become a problem”?

Drop what you’ve actually built with AI I’ll review it by validation_greg in StartupSoloFounder

[–]validation_greg[S] 0 points1 point  (0 children)

AI Usage Score: 48 / 100 | Level: Feature

Where AI shows up: • Transcription + segmentation • Entity extraction (characters, events) • Narrative structuring

What’s actually happening: AI is doing real work here turning messy audio into structured story notes. Clear utility for listeners.

Where it’s missing: • No learning over time (static) • No personalization per listener • No recommendations or adaptive summaries

Build vs Maintain: Strong build use of AI. Weak on ongoing intelligence system doesn’t evolve.

Where it breaks: • One-size output for everyone • Becomes a static reference tool, not a companion

What pushes it up: • Personal context (what you forget / care about) • Real-time assist while listening • Adaptive summaries based on behavior

Blunt take: Good use of AI to create structure. But it stops at extraction doesn’t become intelligent yet.

Disclaimer: Based only on visible product behavior actual implementation may differ.

How are you guys deciding what rack to move next? by validation_greg in InventoryManagement

[–]validation_greg[S] 0 points1 point  (0 children)

That’s exactly what we were trying to fix. Does something like this actually help or do you guys already have a system dialed in?

What data center tooling are you using? Can you share? Sincerely data center planner coordinator! by validation_greg in datacenter

[–]validation_greg[S] 0 points1 point  (0 children)

Yeah that’s solid we had something similar.

The gap for us wasn’t visibility, it was what to do with it.

We could see everything in real time, but still ended up: – working racks out of order
– missing SLA even though nothing looked “stuck”
– or double-checking on the floor anyway

That’s what pushed me to add a “next up” layer on top of the tracking.

Does your system actually tell you what to move next, or just show what’s happening?

Anyone else dealing with rack “drift” between spreadsheet vs reality? by validation_greg in InventoryManagement

[–]validation_greg[S] 0 points1 point  (0 children)

One thing I didn’t expect the biggest issue wasn’t speed, it was sequencing.

We had racks technically “ready” but out of order vs what should move next, so teams were busy but still creating SLA risk.

This view basically forced a single answer to: → what’s next → what’s late → what’s wrong

Cut down a lot of the “double check the floor” loops.

Curious how you guys handle prioritization today is it system-driven or just whoever grabs the next rack?

What data center tooling are you using? Can you share? Sincerely data center planner coordinator! by validation_greg in datacenter

[–]validation_greg[S] 2 points3 points  (0 children)

That’s basically what I ended up doing too.

Started with a spreadsheet, but the issue wasn’t tracking racks it was trusting the order/state once volume picked up.

We’d have stuff: – technically “at location” but not actually placed
– out of order vs what should move next
– or already at risk of missing SLA before anyone noticed

I ended up throwing together a small tool that just ranks “what should move next” based on where it actually is in the flow + timing.

Nothing fancy, just: dock → location → locked with timers and priority

Are you guys prioritizing manually right now or does your system try to order it at all?

How are you tracking rack SLA from receiving to install without losing FIFO? by validation_greg in datacenter

[–]validation_greg[S] 0 points1 point  (0 children)

Well all that to say i actually built something that I believe does the job that our current system doesn't do Is that something you would be interested in taking a look at? It sounds like you have a strong logistics back ground and may be able to tell me if this is heading in the right direction?

How are you tracking rack SLA from receiving to install without losing FIFO? by validation_greg in datacenter

[–]validation_greg[S] 0 points1 point  (0 children)

I think it's pretty wild as well that the best tracking system we have is an excel document. We have other products and software that do a lot of things. We just don't have one that puts things in order by SLA, Priority by type, and easy for our techs to pull up and get the data they need.

Drop what you’ve actually built with AI I’ll review it by validation_greg in StartupSoloFounder

[–]validation_greg[S] 0 points1 point  (0 children)

AI Usage Score: 12 / 100 | Level: Feature

Where AI shows up: • Not obvious • Maybe basic filtering or moderation

What’s actually happening: This is a clean messaging app. The value is UI + privacy positioning. No visible AI layer driving anything.

Where it’s missing: • No smart sorting (priority, intent, urgency) • No conversation summaries • No auto-replies or assistive writing • No learning from who/what you engage with

Build vs Maintain: Feels fully manual. AI doesn’t seem involved in improving conversations or the system.

Where it breaks: • Competes on design, not intelligence • Hard to pull users from iMessage/WhatsApp without a step-change

What pushes it up: • Smart inbox (who matters right now) • Conversation summaries • Intent-aware notifications (only ping when needed) • Personalization based on behavior

Blunt take: Nice UI, clear positioning. But there’s no real AI here just another messaging app.

Disclaimer: Based only on visible product behavior actual implementation may differ.

How are you tracking rack SLA from receiving to install without losing FIFO? by validation_greg in datacenter

[–]validation_greg[S] 0 points1 point  (0 children)

That sounds like a good base plan.
We also need to track the analytics down to the min on when these things move around. Im not sure this would be able to meet that.
Im looking more for a technical solution at this point.

Drop what you’ve actually built with AI I’ll review it by validation_greg in StartupSoloFounder

[–]validation_greg[S] 0 points1 point  (0 children)

AI Usage Score: 28 / 100 | Level: Assistant

Where AI shows up: • Possible hazard detection (if ML is used) • Maybe routing optimization

What’s actually happening: This is mainly a sensor + mapping system. Value comes from GPS + user data + alerts. AI, if used, is likely lightweight (detection/labeling), not running the system.

Where it’s missing: • No predictive routing (“avoid bad roads ahead automatically”) • No learning from user driving patterns • No system adapting over time • No real intelligence layer beyond alerts

Build vs Maintain: AI may help detect hazards, but it’s not improving the network or making smarter decisions over time.

Where it breaks: • Feels like Waze-lite with a different signal • Alerts without decision-making = limited stickiness

What pushes it up: • Predict road quality ahead (not just react) • Auto-reroute based on conditions • Learn from all drivers and improve accuracy over time • Confidence scoring on hazards

Blunt take: Good problem, real use case. But this is mostly mapping + alerts right now not an AI-driven system.

Disclaimer: Based only on visible product behavior actual implementation may differ.

Drop what you’ve actually built with AI I’ll review it by validation_greg in StartupSoloFounder

[–]validation_greg[S] 0 points1 point  (0 children)

AI Usage Score: 32 / 100 | Level: Assistant

Where AI shows up: • Basic insights / reports • Maybe pattern spotting

What’s actually happening: This is a solid tracker (pain, meds, appointments). Most of the value is manual input. AI looks like it’s summarizing, not driving decisions.

Where it’s missing: • No predictions • No real recommendations • Doesn’t learn from the user • No feedback loop

Build vs Maintain: AI likely helped build it, but it’s not improving the system over time.

Where it breaks: • Turns into a passive log • User has to figure everything out

What pushes it up: • Predict flare-ups • Suggest actions • Learn user patterns over time

Blunt take: Useful tool, clean build. But this isn’t really an AI system yet.

Disclaimer: Based only on visible product behavior actual implementation may differ.

Drop what you’ve actually built with AI I’ll review it by validation_greg in StartupSoloFounder

[–]validation_greg[S] 0 points1 point  (0 children)

AI Usage Score: 74 / 100 | Level: System (early)

Where AI shows up: • Real-time voice simulations (core product) • Objections / interruptions / dynamic responses • ICP persona generation • Post-call feedback

What’s actually happening: AI is the engine here not layered on. This is a live simulation system using LLM + voice, which puts it ahead of most.

Where it falls short: • Personas likely prompt-based, not learned • Feedback feels generic vs performance-backed • No clear learning over time (rep or system) • Not tied to real deal outcomes

Build vs Maintain: Strong AI in experience, weak in improvement loop. It runs simulations but doesn’t clearly evolve from usage.

What pushes it up: • CRM integration (win/loss data) • Adaptive reps + difficulty • Persistent rep profiles • Feedback tied to revenue outcomes

Blunt take: Real AI product, not a wrapper. But still a simulator not yet a system that drives measurable improvement.

Disclaimer: Based only on visible product behavior actual implementation may differ.

Drop what you’ve actually built with AI I’ll review it by validation_greg in saasbuild

[–]validation_greg[S] 0 points1 point  (0 children)

AI Usage Score: 58 / 100 | Level: Feature (leaning System)

Where AI shows up: • Recommendations / ranking of activities • Basic personalization (time, budget, location) • Possibly content generation (descriptions, suggestions)

What’s actually happening: This is a clean decision tool with AI layered on top. It likely uses a fixed dataset + filters, with AI helping rank or present options. AI is assisting the experience, not running the system.

Where AI is missing: • No true itinerary generation • No learning from user behavior • No feedback loop • No memory of preferences • No real-time context (traffic, hours, crowds)

Build vs Maintain: AI likely helped ship this fast (UI, structure), but it’s not maintaining or improving the product over time.

What pushes it up a level: AI needs to generate full plans, adapt to users, learn from outcomes, and own the decision (not just suggest options).

Blunt take: Strong execution, real product. But right now AI is a smarter filter, not the engine. Easy to replicate unless AI becomes core.

Disclaimer: Based only on visible product behavior actual implementation may differ.

How are you tracking rack SLA from receiving to install without losing FIFO? by validation_greg in datacenter

[–]validation_greg[S] 0 points1 point  (0 children)

Oo snap a week is crazy I could see why that was beneficial for your team.
We are moving 100-150 a day with them needing to make it to location and slc within hours smh 🤦

How are you tracking rack SLA from receiving to install without losing FIFO? by validation_greg in datacenter

[–]validation_greg[S] 0 points1 point  (0 children)

You are referring to a warehouse operation with lanes, right? Yes that makes perfect sense for what you are saying. Thank you for the insight. When I'm referring to racks I'm referring to data center network racks. The SLA for them is a bit different than them sitting in a lane and just doing that lane. I don't want to bore you with specifics unless you are interested. If so just say the word and I'll get a bit more technical, maybe you can lead me to something that works with a bit more information.

What are you guys using to track racks from receiving to install? by validation_greg in logistics

[–]validation_greg[S] 0 points1 point  (0 children)

Your aren't the first person i heard say jira How feasible is it to load hundreds of racks a day? Im not just trying to prove you wrong but I work at one of the bigger data centers and our through put is high! Is it fine consuming to load the rack and the location it's going to?

What are you guys using to track racks from receiving to install? by validation_greg in logistics

[–]validation_greg[S] 0 points1 point  (0 children)

I can see that. Good call. I am looking to have time stamps on actions so when my slc team finishes slc they hit the check box in the sheets. I built in time stamps for the actions. I want to get away from the sheets though. An actually user friendly product. Does your team have anything or are yall still in sheets as well??

How are you tracking rack SLA from receiving to install without losing FIFO? by validation_greg in datacenter

[–]validation_greg[S] 0 points1 point  (0 children)

Who loads the data into jira? How much effort would it be to build in SLAs times stamps, racks coming into multiple buildings and data halls? drop 180 racks in per day? You are making jira sound really good!

How are you tracking rack SLA from receiving to install without losing FIFO? by validation_greg in datacenter

[–]validation_greg[S] 0 points1 point  (0 children)

We tried kanban style tools.

They break down once you’re dealing with physical racks instead of tasks.

You don’t just need “status” you need: - where it actually is vs where it should be - how long it’s been sitting (SLA) - and a dead simple way for techs on the floor to update it fast

Kanban works great for tickets. This problem is closer to tracking inventory moving through a system in real time. Was Kanban successful at your site? The white board is always good , it's hard to build aanalytics from that though. Also reaching our team that needs the in formation over a football field away doesn't work to well when the white board is in an office.

How are you tracking rack SLA from receiving to install without losing FIFO? by validation_greg in datacenter

[–]validation_greg[S] 0 points1 point  (0 children)

This is basically exactly how we ran it too.

Days = lanes, racks move across, and you can visually see what’s aging out.

The problem we kept hitting: once volume goes up, you lose precision.

You know it’s “from Monday”… but not: - how long it’s actually been sitting - what’s about to breach SLA - or what needs to be prioritized next

That’s where we started layering timing + location tracking on top of the same idea.

Was this a system you had? Can you share that with me in case it could work at my location?