소규모 사업체

Elementor와 커스텀 테마를 둘러싼 논쟁은 대개 취향 문제로, 가끔은 진영 논리로 다뤄집니다. 둘 다 아닙니다. 이것은 비용 문제이며 그 모양은 예측 가능합니다. 페이지 빌더는 비용을 구축 단계에서 사이트의 운영 기간으로 옮깁니다. 그 거래가 이득인지는 거의 아무도 협상 테이블에 올리지 않는 두 숫자에 달려 있습니다. 사이트에 페이지가 몇 개인지, 그리고 그 페이지가 얼마나 자주 바뀌는지입니다. 논쟁이 끝나지 않는 이유는 양쪽 모두 일화로 말하기 때문입니다. 누군가는 빌더가 느리다고 말하고, 다른 누군가는 초록색 Lighthouse 점수를 올리며, 아무것도 정리...

고정가 계약과 투입 정산 계약 가운데 무엇을 고를 것인가 하는 문제는 대개 리스크에 관한 선택으로 설명됩니다. 그 설명 자체는 옳지만, 바로 다음 단계에서 잘못 다뤄집니다. 발주사와 수행사 모두 리스크가 자리를 옮길 뿐이라는 사실을 잊고, 어느 한쪽을 고르면 리스크가 사라진다고 가정하기 때문입니다. 리스크는 사라지지 않습니다. 고정가 방식에서는 견적이 틀릴 위험을 공급사가 떠안고, 그 위험을 제시 금액 안에 미리 얹어 둡니다. 투입 정산 방식에서는 같은 위험을 발주사가 떠안습니다. 질문은 어느 쪽이 불확실성을 없애 주느냐가 아닙니다. 어느 쪽이 그 불확실성을 더 잘 ...

소프트웨어 제안요청서, 즉 RFP는 원래 여러 공급업체를 나란히 놓고 비교할 수 있게 만드는 문서입니다. 그런데 실제로 오가는 문서 대부분은 정반대의 결과를 냅니다. 해법을 지나치게 자세히 지정해 답변의 폭을 묶어 놓으면서, 정작 가격을 산출하는 데 누구에게나 필요한 정보는 빠뜨리기 때문입니다. 그 결과 자릿수가 하나 차이 나는 다섯 개의 견적이 나란히 도착하고, 형식상으로는 모두 요구에 응답했지만 같은 것을 재고 있는 견적은 하나도 없습니다. 흔한 진단은 공급업체가 말을 흐린다는 것입니다. 가끔은 사실입니다. 그러나 훨씬 더 자주 벌어지는 일은, 문서가 그 안에 담...

소프트웨어 유지보수 비용은 성공한 프로젝트를 열여덟 달 뒤 껄끄러운 대화로 바꿔 놓는 숫자입니다. 구축은 예산이 잡혔고 승인이 났고 납품까지 끝났습니다. 그런데 서비스가 가동된 다음에 벌어지는 일은 그냥 “지원"이라는 한마디로 정리되었고, 누군가 감으로 찍은 금액이 붙었으며, 그 금액은 거의 언제나 너무 적었습니다. 이유는 부주의가 아니라 구조에 있습니다. 구축에는 값을 매길 수 있는 범위가 있습니다. 유지보수에는 범위가 없습니다. 아직 일어나지 않은 일들이 그 범위를 정하기 때문입니다. 취약점이 발견되는 라이브러리, API를 바꾸는 공급업체, 아무도 예상하지 못한 ...

MVP 소프트웨어 개발이 어긋나는 지점은 구현 단계가 아니라 범위를 정하는 회의입니다. 누군가 “최소 기능 제품"이라고 말하면 모두가 고개를 끄덕이고, 그다음에 도착한 기능 목록에는 사용자 계정과 관리자 화면, 결제, 알림, 대시보드, 그리고 모바일 앱까지 들어 있습니다. 그것은 최소 기능 제품이 아닙니다. 그것은 이미 완성된 제품이고, 머릿속에 떠올린 숫자보다 세 배는 더 오래 걸립니다. 정작 문제를 일으키는 단어는 “기능하는”, 즉 뒤에 붙는 viable입니다. 대부분의 팀은 이 말을 “누구에게나 팔 수 있을 만큼 좋은 상태"로 읽지만, 실제 의미는 “...

여러 지점을 둔 기업의 SEO는 시도하는 거의 모든 곳에서 같은 방식으로 어긋납니다. 누군가 좋은 서비스 페이지를 하나 쓰고, 지점 수만큼 복사하고, 도시 이름만 바꿔서 아흔다섯 퍼센트가 같은 페이지 열두 개를 올립니다. 규모를 키운 느낌이 듭니다. 그러나 동작은 중복이고, 어느 한 곳을 돕기는커녕 모든 지점을 눌러 앉히는 쪽으로 작용합니다. 그 본능은 이해할 만합니다. 같은 서비스에 대해 진짜로 다른 열두 페이지를 쓰는 일은 어렵고 비싸니까요. 하지만 지름길이 만들어 내는 것은 검색 엔진이 서로 중에 무엇을 골라야 할 이유가 없는 페이지들입니다. 그래서 하나를 고르...

화이트 라벨 웹 개발은 디자인이나 마케팅 에이전시가 자기 고객에게 구축 프로젝트를 팔고, 별도의 기술 파트너가 그 에이전시의 이름으로 보이지 않게 납품하는 방식입니다. 이런 것이 존재하는 이유는 작은 에이전시의 셈법과 상시 개발팀을 두는 셈법이 서로 맞지 않기 때문입니다. 고객 일은 파도처럼 몰려오는데 개발자에게는 매달 급여가 나가고, 그 두 사실 사이의 간격이 수요보다 먼저 사람을 뽑은 에이전시를 무너뜨립니다. 이 방식은 잘될 때는 아주 잘되고 실패할 때는 크게 실패합니다. 그리고 어느 쪽이 되느냐는 코드 품질보다 운영 합의에 훨씬 크게 달려 있습니다. 여러분이 실...

WordPress 사이트가 해킹되어 의약품 스팸이 노출되거나, 방문자가 엉뚱한 곳으로 전송되거나, Google이 기만적인 사이트라고 표시했다면 플러그인이 아니라 여기서 시작하십시오. 본능적으로는 보안 스캐너를 설치하고 정리 버튼을 누르게 됩니다. 그것은 눈에 보이는 증상을 없애지만 들어온 길은 그대로 남겨 둡니다. 수많은 사이트가 며칠 만에 다시 감염되고, 그 주인들이 WordPress는 원래 안전하지 않다고 결론짓는 이유가 바로 그것입니다. 그렇지 않습니다. 거의 모든 침해는 업데이트되지 않은 플러그인을 통해 들어오며, 거의 모든 정리 실패는 누군가 악성코드는 제거...

WooCommerce 성능 조사는 거의 언제나 같은 장면에서 시작됩니다. 상점 주인은 이미 더 빠른 호스팅으로 옮겼고, 캐시 플러그인을 설치했고, 이미지 최적화 도구까지 샀습니다. 그런데도 사이트는 여전히 느립니다. 그래서 WooCommerce는 원래 무거운 물건이라고 결론 내리고 그쯤에서 포기합니다. WooCommerce가 회사 소개용 사이트보다 무거운 것은 사실입니다. 모든 페이지가 장바구니를 안고 다닐 수 있는 이상 그 부담은 피할 수 없습니다. 하지만 로딩에 육 초가 걸리는 상점이 겪는 문제는 그 부담이 아닙니다. 훨씬 구체적인 무언가가 벌어지고 있고, 제 경...

“WordPress 개발자"라는 말은 능력의 폭이 대단히 넓은 직군을 한 단어로 덮고 있고, 가격의 폭도 그만큼 넓습니다. 시간당 사십 파운드에 WordPress 개발자를 고용할 수도 있고 하루에 육백 파운드를 줄 수도 있는데, 두 사람은 같은 프리랜스 플랫폼에서 자신을 똑같은 말로 소개합니다. 한 사람은 플러그인을 설치합니다. 다른 한 사람은 앞으로 세 번의 코어 업데이트를 지나도 계속 동작하는 PHP를 씁니다. 둘 중 누가 필요한지 아는 것이 문제의 대부분입니다. 이 글은 서로 다른 네 가지 WordPress 작업을 정리하고, 2026년에 각각이 얼마인지 보여주...