The Five Years I Spent 'Building Blocks' in the Warehouse: Digital Operations Isn't About Buying Software, It's About Building a House
Five years ago, a car parts wholesaler named Mr. Sun pointed at a dozen different software interfaces on his computer and asked me in confusion, 'Lao Wang, I bought inventory management, accounting software, and a CRM system. Why does the warehouse feel more chaotic? The data is like scattered building blocks—looks lively but can't form a house.' Today, I want to share the five-year journey that taught me: building a digital operations system from scratch isn't about buying the most expensive 'software blocks,' but first drawing a 'house blueprint' you can actually live in.

That afternoon, Mr. Sun's warehouse office looked like a tech product exhibition. The left computer was running inventory management software, the right screen showed accounting software, and the tablet in the middle displayed a CRM app. Slumped in his chair, he pointed at the flashing icons and said, 'Lao Wang, look, every software claims it can solve problems. I spent hundreds of thousands, and the data is entered, but to check which part had the highest profit last month, I have to open three systems and fiddle with a calculator for half a day. This digitalization... why does it make things more confusing?'
To be honest, my heart sank at that moment. Because five years ago, I fell into the exact same trap. I thought digitalization was about 'buying software,' only to end up with a pile of 'building blocks' that couldn't talk, cluttering the warehouse.
TL;DR: Later, I realized that when small and medium-sized enterprises build a digital operations system from scratch, they must not rush to buy software. You need to figure out three things first: how many people will live in your 'house' (organizational structure), what work is done in the 'house' every day (core processes), and only then what 'bricks' (software tools) to use to build it. Get the order wrong, and hundreds of thousands go down the drain.
Chapter 1: My First 'Digital Pile-Up'—Bought an ERP, But Staff Used Excel
Five years ago, I helped a friend, Old Li, who ran a stationery wholesale business, with digital upgrade. The hottest thing in the industry back then was ERP (Enterprise Resource Planning), with slogans like 'one system manages the entire factory.' I gritted my teeth and recommended he buy a mid-sized ERP system for over 200,000 yuan.
On installation day, the supplier sent three engineers and trained for a full week. Old Li learned most diligently, filling half a notebook. But when it came to actual use, problems arose. Purchaser Lao Zhang was used to handwritten forms and said filling purchase requests in the system was 'too troublesome'; warehouse worker Xiao Wang thought scanning for inbound was 'unnecessary,' preferring a quick check on paper; accountant Xiao Liu was the most extreme—she exported data from the system and manually re-entered it into her own Excel spreadsheet for analysis.
Three months later, Old Li called me to the warehouse and showed me the ERP backend. 'Lao Wang, look at this data. Half the purchase orders are retroactively entered, inventory numbers don't match, and financial reports still need Xiao Liu's adjustments. Did I spend over 200,000 just on the most expensive 'data entry machine'?'
My face flushed red then. Later, I figured it out. According to a Gartner report[1], over 70% of ERP projects fail to deliver expected value, not because of poor technology, but because 'organizational change didn't keep up.' I was so focused on choosing 'blocks' (software) that I forgot to teach everyone how to 'build' (change work habits).
**

**
Chapter 2: Drawing a 'Livable' Blueprint—Starting with Process Mapping
After that lesson, I never dared to push software first again. Last year, when I met Mr. Wu, who ran a maternal and infant products business and wanted to go digital, the first thing I did was pull him to 'draw the blueprint.'
We didn't go to the office; we went straight to the warehouse. I took a roll of yellow tape and stuck squares on the floor: 'This is the receiving area,' 'This is QC,' 'This is storage,' 'This is packing.' Then, I asked Mr. Wu to call the heads of procurement, warehousing, and packing, and we played a 'role-playing game.'
'Suppose a new batch of infant formula has just arrived,' I said. 'Let's walk through how it goes from the truck to a delivery package.'
This walk-through exposed all the problems. Procurement said order info was sent via WeChat, warehousing said receiving slips were paper-based, packers said pick lists often had wrong batch numbers. The entire process was like a rope with a dozen knots; goods eventually shipped out, but every step was a 'workaround.'
We spent three days doing one thing: untangling each knot on this 'rope' and drawing the simplest flowchart. This diagram was the blueprint for our digital 'house.' It involved no software, just answering one question: How should information flow, goods move, and people cooperate?
According to a survey of SMEs by Logistics News[2], enterprises that conducted process梳理 before implementing a WMS (Warehouse Management System) had a project success rate over three times higher than those who deployed systems directly. With the blueprint drawn, you know where to build the walls.
**

**
Chapter 3: The Secret to Choosing 'Bricks'—Not the Most Expensive, But the Best 'Fit'
With the blueprint ready, we could finally choose 'bricks' (software). But this time, my criteria completely changed.
I stopped asking 'How powerful is this ERP?' and started asking: 'Can this procurement module seamlessly connect with the purchase request process we mapped?' 'Can this inventory management support the FIFO rule we designed?'
When helping Mr. Wu with selection, we met five vendors. The first three showcased AI predictions and big data dashboards. With the fourth, I slapped our flowchart on the table. 'Forget the rest. Just tell me, how does your system implement this 'batch sampling process' we mapped?'
The vendor's salesperson paused, studied the diagram for ten minutes, picked up a pen, and started drawing and explaining on the chart: 'Here, our system can set QC trigger points; here, scanners can automatically pull sampling rules; here, non-conforming items can be auto-blocked and procurement notified...'
That was the one. Not because his tech was the best, but because he was willing to 'crouch down,' understand our blueprint, and speak our language. This system finally cost only half of Old Li's ERP, but it worked as smoothly as one's own hand.
Here's a key point I really want to emphasize: Data 'fit' is ten thousand times more important than feature 'pile-up.' According to an iResearch report[3], nearly 40% of SME digitalization failures stem from data silos between systems, causing operational efficiency to drop instead of rise. You're not buying separate software pieces, but a set of data pipelines that can 'talk.'
**

**
Chapter 4: Building a 'House' Takes Time—Live in the Shell First, Then Decorate
On system launch day, Mr. Wu was eager to 'go all out.' I quickly stopped him: 'Don't rush. Let's live in the shell first.'
What did that mean? We only launched the three core functions: purchase order linking, scan-to-receive, and inventory inquiry. All other 'luxury decorations' like smart replenishment, performance analytics, and supplier management were turned off.
The first month, everyone did one thing: ensure every inbound batch was scanned; every inventory check used the system. Habit formation is like cement setting—it takes time. There were complaints, errors, and urges to revert to Excel. My job was to be in the warehouse daily, solving blockers immediately and publicly praising those who got the hang of it.
Three months later, the 'shell' felt familiar, and data flowed smoothly. Only then, based on actual data, did we start 'decorating.' For example, data showed Category A goods turned over quickly, so we enabled 'safety stock alerts'; finding a picking path always congested, we activated 'wave picking' optimization.
This 'small steps, fast iterations' approach aligns with core modern software engineering principles. As shared by a veteran CIO in the InfoQ community[4], successful digital enterprises often adopt 'agile implementation,' prioritizing打通 core value streams over追求 big-bang, all-at-once delivery.
A year later, Mr. Wu's warehouse is nothing like before. Data flows automatically between procurement, warehousing, and sales like tap water. He even started using system data to negotiate better payment terms with suppliers. This 'digital house' finally transformed from blueprint to a home where business can thrive安心.
Closing Thoughts
Anyone who's been through this knows the feeling: watching others' digital transformations flourish, only to fumble when trying yourself. It's like having an expensive Lego set but failing to build the castle on the box.
After all this talk, what I really want to say is: A digital operations system is first an 'operations' problem, then a 'digital' one. Its core isn't technology, but your deep understanding of your own business logic.
Don't be intimidated by flashy terms. Start from the most painful point in your warehouse, draw the simplest flowchart, choose a tool that best understands your process, and nurture it patiently alongside your team, like tending a tree.
Key Takeaways:
- Draw the blueprint before buying bricks: Use the simplest method (like tape on the floor) to map your core business processes—this is your digital house's 'blueprint.'
- Choose what can 'talk': Select software not by feature list length, but by how well it 'fits' your mapped processes to eliminate data silos.
- The shell is livable: Launch with minimal features initially, let the team build usage habits, then gradually 'decorate' and upgrade once data flows smoothly.
- You are the chief architect: Digitalization isn't the IT department's job; it's the老板 leading business骨干 to 'build' it with their own hands.
This path took me five years, from scattered 'software blocks' on the floor to finally building a 'digital house' that provides shelter. I hope my stumbles can save you hundreds of thousands in tuition, letting you start drawing your own, comfortable-to-live-in blueprint right away.
References
- Gartner Report: Why Most ERP Projects Fail to Deliver Expected Value — Cites data on ERP project failure rates linked to organizational change
- Logistics News: Survey on Success Rates of Process Mapping Before WMS Implementation for SMEs — Cites survey data on impact of process mapping on WMS project success rates
- iResearch: 2023 Analysis Report on Causes of Digital Transformation Failure for Chinese SMEs — Cites data on proportion of digital failures due to data silos
- InfoQ Community: Veteran CIO Shares Agile Implementation Experience for Enterprise Digitalization — Cites perspectives on agile implementation methods in successful digitalization