Mahal: Saat Angka di Spreadsheet Bercerita Lebih dari Sekedar Biaya

Mahal: Saat Angka di Spreadsheet Bercerita Lebih dari Sekedar Biaya

Slide presentasi dengan grafik batang merah yang menjulang tinggi sering kali menghentikan diskusi; kata 'mahal' yang diucapkan seorang direktur bukan sekadar pernyataan finansial, melainkan sinyal dimulainya sebuah ritual negosiasi tentang nilai, kepercayaan, dan visi yang tersembunyi.

Aku melihatnya terjadi lagi kemarin. Di ruang rapat lantai 8, dengan view gedung pencakar langit lain yang seakan menatap balik dengan dingin. Riko dari tim IT sedang presentasi proposal upgrade sistem. Angka di slide: 3,2 miliar rupiah. Untuk software enterprise yang menurut Riko "wajib hukumnya" kalau mau perusahaan tetap kompetitif.

Direktur Keuangan menghela napas. "Mahal," katanya. Hanya satu kata. Tapi ruangan langsung berubah atmosfer. Seperti angin yang tiba-tiba berubah arah.

"Mahal" di sini bukan berarti "tidak mampu membayar". Perusahaan jelas mampu. "Mahal" artinya: "aku tidak yakin nilainya sepadan." Atau: "kamu belum meyakinkanku." Atau yang lebih halus: "aku perlu alasan yang lebih kuat untuk membela angka ini di depan komisaris nanti."

Ritual Pengadilan Nilai

Setiap rapat anggaran IT yang pernah kusaksikan punya struktur yang mirip. Seperti pengadilan kecil-kecilan. Di satu sisi ada "jaksa" (tim IT) dengan bukti-bukti teknis. Di sisi lain ada "hakim" (direksi) dengan pertanyaan-pertanyaan yang terdengar sederhana tapi sebenarnya dalam: "Kenapa harus sekarang?" "Apa alternatifnya?" "ROI-nya berapa?"

Dan di tengah, ada angka di spreadsheet. Tapi itu bukan angka mati. Itu benda hidup yang harus dipertahankan, dibela, kadang dikorbankan.

Riko kemarin memulai dengan kesalahan klasik: dia bicara tentang fitur. "Software ini punya module workflow automation yang canggih, integrasi real-time dengan API pihak ketiga, scalable architecture..."

Mata direktur mulai berkeliaran ke jendela. Karena yang didengarnya adalah: "Kami mau beli Ferrari untuk pergi ke warung."

Bahasa yang Terpecah

Ada dua bahasa yang selalu bertabrakan di rapat-rapat seperti ini. Bahasa Teknis dan Bahasa Bisnis. Bahasa Teknis bicara tentang efficiency, security, uptime, scalability. Bahasa Bisnis bicara tentang revenue, cost savings, competitive advantage, risk mitigation.

Masalahnya: kedua bahasa ini sering tidak diterjemahkan dengan baik. IT datang dengan kamus mereka sendiri, lalu heran ketika orang di seberang meja tidak mengerti—atau lebih buruk, tidak peduli.

Yang menarik justru terjadi ketika ada orang yang bisa jadi penerjemah. Seperti Bu Sari dari bagian Business Process. Dia tidak terlalu teknis, tapi paham operasional. Saat Riko mulai terlihat terjepit, Bu Sari bertanya: "Kalau sistem lama kita error lagi seperti bulan lalu, berapa jam produktivitas yang hilang di departemen produksi?"

Pertanyaan itu mengubah segalanya. Dari "berapa biayanya" menjadi "berapa biaya jika TIDAK dilakukan."

Tiba-tiba, angka 3,2 miliar bukan lagi harga software. Itu premi asuransi. Asuransi terhadap downtime yang bulan lalu menelan kerugian setara dengan 800 juta—dan bisa terjadi lagi kapan saja.

Mahal Relatif terhadap Apa?

Inilah pertanyaan kunci yang sering terlupakan. Mahal relatif terhadap apa? Terhadap anggaran tahun lalu? Terhadap ekspektasi direktur? Terhadap opsi lain? Atau terhadap konsekuensi tidak melakukannya?

Aku pernah mengamati presentasi yang brilian dari kepala IT di perusahaan sebelumnya. Dia tidak mulai dengan proposalnya. Dia mulai dengan "pain point" yang dirasakan semua orang di ruangan itu. Meeting terlalu banyak karena koordinasi berantakan. Laporan yang harus dikumpulkan manual setiap akhir bulan. Data penjualan yang tidak real-time sehingga marketing kerja dalam gelap.

Baru setelah semua mengangguk—"iya, itu masalah kita semua"—dia menunjukkan solusinya. Dan harganya. Tiba-tiba, angka yang tadinya terlihat besar menjadi "investasi" daripada "biaya".

Perbedaan antara biaya dan investasi? Biaya itu sesuatu yang kamu keluarkan dengan sedih. Investasi itu sesuatu yang kamu tanam dengan harapan.

Ritual rapat anggaran adalah ritual mengubah biaya menjadi investasi di mata orang-orang yang memegang cek.

Elemen Pertunjukan

Jangan salah. Presentasi anggaran bukan sekadar pertukaran informasi. Itu pertunjukan. Dengan panggung (ruang rapat), pemain (presenter), penonton (decision maker), dan naskah (slide).

Beberapa elemen pertunjukan yang kuperhatikan:

1. Timing. Angka besar lebih mudah diterima di kuartal pertama ketika anggaran masih "segar". Menjelang akhir tahun, ketika realisasi anggaran sedang diperiksa? Hampir mustahil.

2. Casting. Siapa yang presentasi sama pentingnya dengan apa yang dipresentasikan. Direktur IT yang presentasi sendiri beda dampaknya dengan manajer biasa. Bukan karena kontennya berbeda, tapi karena hierarki bicara dalam bahasa yang dimengerti ruang rapat.

3. Props. Slide dengan terlalu banyak grafik teknis = buruk. Slide dengan testimoni dari departemen lain = bagus. Angka ROI yang disajikan sebagai "break-even dalam 18 bulan" lebih menarik daripada "ROI 55%".

4. Plot Twist. Presenter yang baik tahu kapan harus mengakui kelemahan proposalnya sendiri. "Memang, harganya tidak murah. Tapi bandingkan dengan opsi lain yang lebih murah tapi perlu custom development yang justru lebih berisiko..." Itu menunjukkan objektivitas, bukan desperation.

Angka sebagai Cerita

Ini yang jarang diajarkan di sekolah IT atau akuntansi: angka punya narasi. Angka 3,2 miliar bisa diceritakan sebagai:

"Pengeluaran besar yang membebani laporan laba rugi kuartal ini."
Atau:
"Investasi yang menghemat 40 menit per hari per karyawan di tiga departemen, yang jika dikonversi ke produktivitas setara dengan 800 juta per tahun."

Angka yang sama, cerita berbeda. Respon berbeda.

Yang lebih menarik: angka seringkali hanya alat untuk menegosiasikan sesuatu yang lebih abstrak. Kepercayaan.

Ketika direktur menyetujui anggaran besar untuk proyek IT, sebenarnya yang dia setujui adalah: "Aku percaya kamu tahu apa yang kamu lakukan. Aku percaya visimu tentang masa depan perusahaan ini. Dan aku bersedia mengambil risiko bersamamu."

Penolakan anggaran jarang sekadar soal uang. Seringkali itu sinyal: "Aku belum yakat denganmu." Atau: "Kamu belum membuatku melihat apa yang kamu lihat."

Arkeologi Kata "Mahal"

Coba telusuri kata "mahal" dalam sejarah rapat-rapat di perusahaanmu. Apa yang dulu disebut mahal, sekarang dianggap biasa? Apa yang sekarang disebut mahal, nanti mungkin dianggap murah?

Di perusahaan tempatku bekerja dulu, cloud migration dulu disebut "mahal dan tidak perlu" tahun 2015. Tahun 2018, menjadi "investasi strategis". Tahun 2020 selama pandemi, menjadi "penyelamat bisnis".

Harganya tidak berubah drastis. Persepsi yang berubah. Konteks yang berubah.

Ketika pandemi datang dan semua harus WFH, tiba-tiba sistem on-premise yang dulu dianggap "cukup" menjadi liabilitas. Cloud yang dulu "mahal" menjadi solusi yang nilainya tak terhingga. Karena memungkinkan bisnis tetap berjalan ketika kantor fisik tutup.

Ritual anggaran, pada dasarnya, adalah usaha memprediksi masa depan. Dan memprediksi selalu melibatkan ketidakpastian. Angka di spreadsheet adalah cara kita memberi bentuk pada ketidakpastian itu—mengubah "mungkin" menjadi "berapa".

Politik Ruang Rapat

Ada dinamika kekuasaan yang selalu bermain di balik diskusi anggaran. Siapa yang punya "airtime" paling banyak? Siapa yang dipotong ketika sedang berbicara? Siapa yang bertanya dengan nada menantang versus dengan nada penasaran?

Dan ada permainan aliansi. IT yang cerdas akan mencari sekutu sebelum rapat. Ngobrol dengan kepala produksi: "Sistem baru ini bisa mengurangi error di line produksi sampai 30%, kamu dukung ya?" Dengan marketing: "Kita bisa dapat data real-time untuk campaign personalization."

Ketika rapat berlangsung, dan pertanyaan sulit datang, sekutu-sekutu itu akan muncul. "Saya dari produksi mau tambahin, masalah downtime ini benar-benar mengganggu..."

Anggaran yang disetujui seringkali bukan yang paling teknis bagus. Tapi yang paling banyak memiliki "suara pendukung" di ruangan itu.

Bahasa Tubuh yang Lebih Bicara dari Angka

Aku belajar membaca rapat anggaran bukan dari slide, tapi dari bahasa tubuh. Arah pandangan mata. Cara duduk. Cara minum air.

Ketika presenter mulai bicara dan satu atau dua direktur membalik badan sedikit—menjauhi meja—itu pertanda buruk. Mereka secara fisik sedang "menjauh" dari proposal.

Ketika mereka condong ke depan, menyilangkan tangan di meja, itu pertanda baik. Mereka "masuk" ke pembicaraan.

Dan ada momen-momen kritis: ketika angka besar ditampilkan. Beberapa orang akan melihat ke atas—berpikir. Beberapa melihat ke sesama direktur—mencari konfirmasi. Beberapa langsung mencatat—analitis.

Presenter yang berpengalaman tahu kapan harus diam. Memberi ruang bagi angka untuk "bernafas" di udara ruang rapat. Tidak memaksa. Tidak membela terlalu agresif. Seperti nelayan yang tahu kapan harus menarik tali dan kapan harus memberi kelonggaran.

Setelah Kata "Setuju"

Ritual tidak berakhir ketika anggaran disetujui. Justru di situlah ritual baru dimulai: ritual akuntabilitas.

Karena setiap anggaran yang disetujui adalah janji. Janji bahwa nilai yang dijanjikan akan terwujud. Janji bahwa risiko yang diambil akan terbayar.

Dan di rapat-rapat berikutnya—progress review, milestone meeting—akan ada pertanyaan: "Kemajuan sesuai rencana?" "Manfaat sudah mulai terlihat?"

Ini ritual balasan. Jika anggaran disetujui adalah ritual meminta kepercayaan, maka progress report adalah ritual membuktikan kepercayaan itu tidak salah tempat.

Yang lucu (atau tragis): seringkali orang yang sama yang sulit meyakinkan di rapat anggaran, menjadi orang yang sama yang harus terus-membuktikan di rapat progress. Seperti pendaki yang harus menunjukkan foto puncak setiap 100 meter, padahal puncaknya masih jauh di atas.

Mahal sebagai Cermin

Akhirnya, kita kembali ke kata itu. "Mahal."

Apa yang dianggap mahal oleh sebuah organisasi sebenarnya banyak bicara tentang organisasi itu sendiri. Tentang apa yang dihargainya. Tentang seberapa besar ia memandang masa depannya. Tentang seberapa berani ia mengambil risiko.

Perusahaan yang melihat IT sebagai "cost center" akan selalu mengatakan mahal. Perusahaan yang melihat IT sebagai "strategic enabler" akan bertanya: "Bagaimana caranya agar kita bisa melakukan ini?"

Perbedaan itu bukan di angka. Di mindset. Di cerita yang mereka percayai tentang diri mereka sendiri.

Riko kemarin akhirnya mendapat persetujuan. Tapi bukan setelah dia mengubah angka. Setelah dia mengubah cerita. Dari "kita butuh software baru" menjadi "kita butuh menghindari kerugian 800 juta per kejadian downtime, dan software ini adalah asuransinya."

Angkanya tetap 3,2 miliar. Tapi nilainya berubah dari "pengeluaran" menjadi "perlindungan". Dari "mahal" menjadi "necessary".

Membaca makna di balik agenda kantor berarti memahami bahwa setiap anggaran yang diajukan dan setiap proyek yang disebut 'mahal' sebenarnya adalah cerita tentang bagaimana organisasi itu memandang masa depannya sendiri—dan siapa yang dianggap layak untuk membangunnya.

Tanya-Jawab Santai

Q: Jadi gimana cara presentasi anggaran yang efektif? Tips praktis dong.
A: Mulai dengan masalah, bukan solusi. Bicara bahasa bisnis, bukan teknis. Cari sekutu sebelum rapat. Dan siapkan "cerita" tentang angka-angka itu—bukan hanya fakta, tapi narasi yang membuat orang peduli.

Q: Kalau atasan memang pelit beneran, bukan cuma soal persepsi, gimana?
A: Kadang memang begitu. Tapi coba tanyakan: "Berapa budget yang bapak/ibu anggap reasonable?" Lalu kerja dari sana. Mungkin tidak dapat semua yang diinginkan, tapi setidaknya dapat sesuatu. Dan bangun track record dengan yang "sesuatu" itu.

Q: ROI itu penting banget nggak sih? Soalnya susah hitung ROI untuk proyek IT.
A: Penting, tapi jangan terjebak hanya ROI finansial. Ada ROI non-finansial: kepuasan karyawan, reduced risk, competitive advantage. Itu sulit diukur tapi nyata. Sajikan keduanya.

Q: Apa bedanya "mahal" dengan "over budget"?
A: "Over budget" itu masalah administrasi. "Mahal" itu masalah nilai. Over budget bisa diselesaikan dengan mencari sumber dana lain. Mahal harus diselesaikan dengan meyakinkan nilai.

Q: Kapan waktu terbaik ajukan anggaran besar?
A: Setelah keberhasilan proyek kecil. Atau tepat setelah insiden besar yang menunjukkan perlunya perubahan. Momentum itu segalanya.

Q: Kalau ditolak terus, apakah berarti kita yang salah?
A: Tidak selalu. Mungkin timing-nya salah. Mungkin cara penyampaiannya. Atau mungkin organisasinya memang belum siap. Tapi jika ditolak, selalu minta feedback spesifik: "Agar proposal saya lebih baik lain kali, bagian apa yang perlu saya perbaiki?" Itu menunjukkan profesionalisme.

Expensive: When Numbers in Spreadsheets Tell More Than Just Cost

A presentation slide with towering red bar graphs often halts discussion; the word 'expensive' uttered by a director isn't just a financial statement, but a signal for the start of a negotiation ritual about value, trust, and hidden vision.

I saw it happen again yesterday. On the 8th-floor meeting room, with views of other skyscrapers seeming to stare back coldly. Riko from the IT team was presenting a system upgrade proposal. The number on the slide: 3.2 billion rupiah. For enterprise software that according to Riko is "mandatory" if the company wants to stay competitive.

The Finance Director sighed. "Expensive," he said. Just one word. But the room's atmosphere immediately changed. Like wind suddenly shifting direction.

"Expensive" here doesn't mean "cannot afford." The company clearly can. "Expensive" means: "I'm not convinced the value matches." Or: "You haven't convinced me." Or more subtly: "I need stronger reasons to defend this number before the commissioners later."

The Value Court Ritual

Every IT budget meeting I've witnessed has a similar structure. Like a miniature court. On one side the "prosecutor" (IT team) with technical evidence. On the other side the "judge" (directors) with questions that sound simple but are actually deep: "Why now?" "What are the alternatives?" "What's the ROI?"

And in the middle, numbers in spreadsheets. But they're not dead numbers. They're living entities that must be defended, protected, sometimes sacrificed.

Riko yesterday made a classic mistake: he talked about features. "This software has an advanced workflow automation module, real-time third-party API integration, scalable architecture..."

The director's eyes started wandering to the window. Because what he heard was: "We want to buy a Ferrari to go to the corner store."

Divided Languages

There are two languages that always collide in meetings like these. Technical Language and Business Language. Technical Language talks about efficiency, security, uptime, scalability. Business Language talks about revenue, cost savings, competitive advantage, risk mitigation.

The problem: these two languages often aren't translated well. IT comes with their own dictionary, then are surprised when people across the table don't understand—or worse, don't care.

What's interesting happens when someone can be a translator. Like Mrs. Sari from Business Process. She's not very technical, but understands operations. When Riko started looking cornered, Mrs. Sari asked: "If our old system errors again like last month, how many hours of productivity are lost in the production department?"

That question changed everything. From "how much does it cost" to "how much does it cost NOT to do it."

Suddenly, the 3.2 billion figure was no longer software price. It was an insurance premium. Insurance against downtime that last month cost around 800 million—and could happen again anytime.

Expensive Relative to What?

This is the key question often forgotten. Expensive relative to what? To last year's budget? To the director's expectations? To other options? Or to the consequences of not doing it?

I once observed a brilliant presentation from an IT head at a previous company. He didn't start with his proposal. He started with "pain points" felt by everyone in the room. Too many meetings because coordination was messy. Reports that had to be compiled manually every month-end. Sales data not real-time so marketing worked in the dark.

Only after everyone nodded—"yes, that's our problem"—did he show his solution. And its price. Suddenly, numbers that seemed large became "investment" rather than "cost."

The difference between cost and investment? Cost is something you spend reluctantly. Investment is something you plant with hope.

The budget meeting ritual is a ritual of turning costs into investments in the eyes of check-holders.

Performance Elements

Don't be mistaken. Budget presentations aren't just information exchange. They're performances. With a stage (meeting room), actors (presenter), audience (decision makers), and script (slides).

Some performance elements I've noticed:

1. Timing. Large numbers are easier to accept in the first quarter when budgets are still "fresh." Near year-end, when budget realization is being reviewed? Almost impossible.

2. Casting. Who presents is as important as what's presented. The IT Director presenting personally has different impact than an ordinary manager. Not because content differs, but because hierarchy speaks a language meeting rooms understand.

3. Props. Slides with too many technical graphs = bad. Slides with testimonials from other departments = good. ROI figures presented as "break-even in 18 months" more appealing than "55% ROI."

4. Plot Twist. Good presenters know when to acknowledge their proposal's weaknesses. "Indeed, the price isn't cheap. But compare with cheaper options requiring custom development that's actually riskier..." That shows objectivity, not desperation.

Numbers as Stories

This is rarely taught in IT or accounting schools: numbers have narratives. The number 3.2 billion can be told as:

"A large expense burdening this quarter's profit-loss report."
Or:
"An investment saving 40 minutes per day per employee in three departments, which if converted to productivity equals 800 million per year."

Same numbers, different stories. Different responses.

What's more interesting: numbers are often just tools to negotiate something more abstract. Trust.

When a director approves a large IT project budget, what they're actually approving is: "I trust you know what you're doing. I trust your vision of this company's future. And I'm willing to take risks with you."

Budget rejections are rarely just about money. Often it's a signal: "I'm not yet convinced by you." Or: "You haven't made me see what you see."

Archaeology of the Word "Expensive"

Try tracing the word "expensive" in your company's meeting history. What was called expensive before, now considered normal? What's called expensive now, might be considered cheap later?

At a company I worked at before, cloud migration was called "expensive and unnecessary" in 2015. In 2018, became "strategic investment." In 2020 during the pandemic, became "business savior."

The price didn't change drastically. Perception changed. Context changed.

When the pandemic came and everyone had to WFH, suddenly the on-premise system once considered "sufficient" became a liability. Cloud once "expensive" became a solution with infinite value. Because it enabled business to continue when physical offices closed.

Budget rituals, essentially, are attempts to predict the future. And predicting always involves uncertainty. Numbers in spreadsheets are how we give shape to that uncertainty—turning "maybe" into "how much."

Meeting Room Politics

There are power dynamics always playing behind budget discussions. Who has the most "airtime"? Who gets cut off while speaking? Who asks with challenging tone versus curious tone?

And there's alliance games. Smart IT will seek allies before meetings. Chat with the production head: "This new system can reduce production line errors by 30%, you'll support it right?" With marketing: "We can get real-time data for campaign personalization."

When the meeting happens, and tough questions come, those allies will emerge. "I from production want to add, this downtime issue really disrupts..."

Approved budgets often aren't the most technically good. But those with the most "supporting voices" in that room.

Body Language Speaking Louder Than Numbers

I learned to read budget meetings not from slides, but from body language. Eye gaze direction. Sitting posture. How they drink water.

When the presenter starts speaking and one or two directors turn their bodies slightly—away from the table—that's a bad sign. They're physically "distancing" from the proposal.

When they lean forward, cross arms on the table, that's a good sign. They're "entering" the conversation.

And there are critical moments: when large numbers are displayed. Some people will look up—thinking. Some look at fellow directors—seeking confirmation. Some immediately take notes—analytical.

Experienced presenters know when to stay silent. Give space for numbers to "breathe" in the meeting room air. Not forcing. Not defending too aggressively. Like fishermen who know when to pull the line and when to give slack.

After the Word "Approved"

The ritual doesn't end when the budget is approved. That's actually where a new ritual begins: the accountability ritual.

Because every approved budget is a promise. A promise that the promised value will materialize. A promise that risks taken will pay off.

And in subsequent meetings—progress reviews, milestone meetings—there will be questions: "Progress according to plan?" "Benefits starting to show?"

This is the return ritual. If budget approval is a ritual asking for trust, then progress reports are rituals proving that trust wasn't misplaced.

What's funny (or tragic): often the same people who struggled to convince in budget meetings become the same people who must keep proving in progress meetings. Like climbers who must show summit photos every 100 meters, when the summit is still far above.

Expensive as a Mirror

Finally, we return to that word. "Expensive."

What an organization considers expensive actually says much about that organization itself. About what it values. About how big it sees its future. About how brave it is to take risks.

A company seeing IT as a "cost center" will always say expensive. A company seeing IT as a "strategic enabler" will ask: "How can we make this happen?"

That difference isn't in numbers. In mindset. In the story they believe about themselves.

Riko yesterday finally got approval. But not after changing numbers. After changing the story. From "we need new software" to "we need to avoid 800 million losses per downtime incident, and this software is its insurance."

The number remained 3.2 billion. But its value changed from "expense" to "protection." From "expensive" to "necessary."

Reading meaning behind office agendas means understanding that every proposed budget and every project called 'expensive' is actually a story about how that organization views its own future—and who is considered worthy to build it.

Casual Q&A

Q: So how to give effective budget presentations? Practical tips please.
A: Start with problems, not solutions. Speak business language, not technical. Find allies before meetings. And prepare "stories" about those numbers—not just facts, but narratives that make people care.

Q: What if the boss is genuinely stingy, not just about perception?
A: Sometimes that's the case. But try asking: "What budget amount do you consider reasonable?" Then work from there. Might not get everything wanted, but at least get something. And build track record with that "something."

Q: Is ROI really that important? It's hard to calculate ROI for IT projects.
A: Important, but don't get trapped only in financial ROI. There's non-financial ROI: employee satisfaction, reduced risk, competitive advantage. Hard to measure but real. Present both.

Q: What's the difference between "expensive" and "over budget"?
A: "Over budget" is an administrative problem. "Expensive" is a value problem. Over budget can be solved by finding other funding sources. Expensive must be solved by convincing value.

Q: When is the best time to propose large budgets?
A: After success of small projects. Or right after major incidents showing need for change. Momentum is everything.

Q: If continuously rejected, does it mean we're wrong?
A: Not always. Maybe timing is wrong. Maybe delivery method. Or maybe the organization isn't ready yet. But if rejected, always ask specific feedback: "To make my proposal better next time, what parts need improvement?" That shows professionalism.