開発の仕事をしていると、「値引き」という選択肢が自然に浮かぶ場面がある。
予算が厳しいと言われたとき、初回取引のとき、関係性を壊したくないと感じたときだ。
だが、今振り返ると、値引きは単なる「対応」ではなく、明確な判断だった。
なぜ値引きをしていたのか
当時の自分には、いくつかの前提があった。
- ここで断ったら仕事がなくなるかもしれない
- 値段より実績を優先すべき段階だ
- 一度やってみれば、次は通常価格でいけるはず
どれも一見すると合理的だが、実際には「今決めなくていいことを、その場で決めていた」に近い。
自ら値引きしていたケース
値引きは、必ずしも相手から要求されるものではない。
実際には、こちらから先に値段を下げてしまうこともあった。
理由は明確で、「高いと思われないか」という不安だ。
まだ何も言われていない段階で、
- この金額だと断られるのではないか
- 相場より高いと思われるのではないか
- 話が進まなくなるのではないか
そう考え、交渉が始まる前に、自分から値引きを提示してしまう。
これは相手への配慮のようでいて、実際には自分の不安処理だった。
相手がどう判断するかを待つ前に、
「断られる可能性」を先回りして潰しにいっている。
要求されていない値引きは、交渉ではない。
ただの自己評価の引き下げだ。
不安は今も消えていない
正直に言うと、「高いと思われないか」という不安が完全になくなったわけではない。
今でも見積を出す瞬間には、一度は頭をよぎる。
ただ、以前と違うのは、その不安を理由に値段を下げないと決めている点だ。
不安があること自体は問題ではない。
問題なのは、不安のまま判断してしまうことだった。
値段を下げずに済むために確認していること
今は、見積を出す前に、最低限次のことを確認している。
- 相場から大きく外れていないか
- なぜこの工数が必要なのかを、自分の中で説明できるか
相場は、自分の感覚を補正するための材料として使う。
高いか安いかを決める基準ではなく、「ズレていないか」を確認するためだ。
もう一つは、工数がかかる理由を言語化できているかどうか。
なぜ時間がかかるのか。
どこに手間が発生するのか。
何を省くと、どんなリスクが出るのか。
これらを自分で説明できていれば、
「高いと思われるかもしれない」という不安は、そのまま抱えたままでも前に進める。
不安を消すために値段を下げるのではなく、
不安があっても説明できる状態を作る。
それが、今の自分のやり方だ。
実際に行った値引き
開発工数は明確に見えていた。
要件定義、実装、テスト、調整。どれを削っても品質に影響が出ることは分かっていた。
それでも値引きをした。理由は単純で、「この金額でやるか、やらないか」という二択を突きつけられたからだ。
値引き後に起きたこと
結果として、仕事は終わった。
しかし、以下のことが確実に起きた。
- 作業中、常に「割に合わない」という感覚が残る
- 追加要望に対して、冷静に線を引けなくなる
- 次の見積でも、値下げ前提で話が進む
値引きは一度きりの行為ではなく、前提条件を書き換える行為だった。
値引きの副作用
一番の問題は金額ではない。
判断の主導権を手放したことだ。
「この金額でやると決めたのは自分」という事実は、
いつの間にか「仕方なくこの金額になった」という認識にすり替わっていった。
責任の置き場が曖昧になり、その違和感が積み重なっていった。
さらに厄介なのは、一度値引きをすると、「次も安くしてもらえる」という前提が静かに残ることだ。
明示的に要求されなくても、
- 前回と同じくらいの金額感で話が進む
- 値上げの説明が必要になる
- 通常価格に戻すことが、交渉ではなく修正になる
値引きしない、という判断
ある時から、値引きを「しない」と決めた。
正確には、「値引きの理由を説明できない場合は、しない」と決めた。
- 工数が減るのか
- 責任範囲が変わるのか
- 将来的なリターンが明確か
このどれにも当てはまらない値引きは、単なる先送りだ。
今の判断基準
今はこう考えている。
- 値引きは条件変更とセットでなければ成立しない
- 金額交渉は信頼関係の結果であって、入口ではない
- 合わない案件を断る判断も、技術の一部
値引きしないことは強気ではない。
単に、判断を曖昧にしないというだけだ。
まとめ
値引きは、相手のための行為に見える。
だが実際には、自分の判断を軽く扱う行為でもある。
その場を丸く収めるか、
長期的に自分の基準を守るか。
値引きとは、その選択そのものだった。
コメント