จ้างทำระบบแล้วงานค้าง คนทำหายไป — กู้งานต่อได้ไหมYour System Was Commissioned, Half-Built, Then the Developer Vanished — Can It Be Salvaged?
อัปเดตล่าสุด 2026-09-15Last updated 2026-09-15
คำถามแรกไม่ใช่จะทำต่อหรือทำใหม่ แต่คือของที่คุณจ่ายไปแล้ว ตอนนี้อยู่ในมือใครThe first question is not whether to continue or start over — it is who currently holds what you already paid for
ตอนเริ่มโปรเจกต์มีเดโมให้ดู มีกลุ่มแชทที่ตอบไวทุกครั้งที่ทัก มีการวางเงินมัดจำและบางครั้งก็จ่ายเพิ่มไปอีกงวดสองงวด แล้วคำตอบก็เริ่มช้าลงทีละนิด จากตอบภายในวันเดียวกลายเป็นสองวัน เป็นสัปดาห์ จนวันหนึ่งกลุ่มแชทก็เงียบไปเฉย ๆ สิ่งที่เหลืออยู่ตอนนี้คือระบบที่ทำได้ครึ่งทาง บางหน้าจอใช้งานได้ หน้าล็อกอินเข้าได้ปกติ แต่รายงานที่สัญญาไว้ยังไม่มี ข้อมูลบางส่วนย้ายมาแล้วบางส่วนยังค้างอยู่ที่เดิม คุณอาจไม่รู้ด้วยซ้ำว่าไฟล์ต้นฉบับของโค้ดอยู่ที่ไหน โดเมนอาจจดทะเบียนในชื่อของผู้พัฒนาเอง ไม่ใช่ชื่อบริษัท และฐานข้อมูลก็อยู่บนเซิร์ฟเวอร์ที่คุณไม่มีรหัสเข้าไปดูด้วยตัวเองAt the start there were demos, a chat group that replied within minutes, a deposit paid and sometimes a second or third instalment on top. Then the replies slowed down bit by bit — same-day became two days, then a week, and one day the chat group just went quiet. What is left is a system that got halfway built: some screens work, the login page functions normally, but the reports you were promised were never delivered, and part of the data migrated while the rest is still sitting in the old place. You may not even know where the original source code lives. The domain might be registered under the developer's own name rather than your company's, and the database sits on a server you have no password to log into yourself.
คุณเคยบอกฝ่ายบริหารไปแล้วว่าระบบนี้จะใช้งานได้จริงตั้งนานแล้ว และตอนนี้ก็ต้องหาคำตอบให้ได้ว่าจะเดินหน้ายังไงต่อ คำถามที่คุณกำลังค้นหาจริง ๆ ไม่ใช่ "จะฟ้องร้องยังไง" แต่คือ "มีใครรับช่วงงานนี้ต่อได้ไหม หรือต้องเริ่มใหม่ทั้งหมดและยอมรับว่าเงินที่จ่ายไปแล้วหายไปจริง" หน้านี้เขียนมาเพื่อช่วยตอบคำถามนั้น เราจะพาไล่ดูว่าอาการแบบไหนคือสัญญาณของโปรเจกต์ที่ถูกทิ้ง สิ่งที่ต้องรู้ก่อนตัดสินใจทำต่อหรือทำใหม่ สาเหตุที่โปรเจกต์แบบนี้เกิดขึ้นบ่อย ขั้นตอนที่ควรทำทันทีตั้งแต่วันนี้ สิ่งที่ต้องรวบรวมก่อนคุยกับทีมใหม่ และตารางเทียบสามทางเลือกอย่างตรงไปตรงมา รวมถึงบอกด้วยว่ามีบางกรณีที่เราจะแนะนำให้คุณไม่ต้องจ้างเราYou have already told management this would be live by now, and what you need is a real answer on how to move forward. The question you are actually searching for is not "how do I sue," but "can anyone take this over, or do I have to start again and admit the money is gone." This page exists to help you answer that. We will walk through which symptoms genuinely signal an abandoned project, what you need to know before deciding to continue or rebuild, the honest root causes behind why this happens so often, the steps to take starting today, what to gather before talking to a new team, and a plain comparison of your three real options — including the cases where we will tell you not to hire us at all.
สรุปสั้นTL;DR
AI Trainer Thailand ช่วยองค์กรที่จ้างทำระบบแล้วงานค้างเพราะผู้พัฒนาหรือฟรีแลนซ์หายไปกลางทาง สิ่งที่คุณจะได้จากหน้านี้คือ สัญญาณ 6 ข้อว่าโปรเจกต์กำลังถูกทิ้ง สิ่งที่ต้องรู้ก่อนตัดสินใจทำต่อหรือทำใหม่ สาเหตุที่โปรเจกต์แบบนี้เกิดขึ้นบ่อยโดยไม่มีใครตั้งใจ ขั้นตอน 5 ข้อที่ควรทำทันที รายการที่ต้องรวบรวมก่อนคุยกับทีมใหม่ ตารางเทียบสามทางเลือกอย่างตรงไปตรงมา และเช็กลิสต์ว่าพร้อมให้ทีมใหม่รับช่วงหรือยัง พร้อมคำตอบตรง ๆ ว่าเมื่อไหร่ที่เราจะแนะนำให้คุณไม่ต้องจ้างเรา ปรึกษาและใบเสนอราคาฟรีภายใน 24 ชั่วโมงAI Trainer Thailand helps organizations whose commissioned system stalled because the developer or freelancer disappeared mid-build. This page gives you the six signals a project is being abandoned, what you need to know before deciding to continue or rebuild, the honest reasons this happens without anyone intending it, five steps to take right away, a recovery checklist to gather before talking to a new team, a plain comparison of your three options, and a readiness checklist for handing work to a new team — plus a straight answer on when we would tell you not to hire us. Free consultation and quote within 24 hours.
อาการแบบนี้ใช่บริษัทคุณไหมDoes Any of This Sound Like Your Company?
ไม่ต้องครบทุกข้อ ถ้าตรงสักสามข้อ แปลว่าโปรเจกต์นี้ไม่ได้แค่ล่าช้า แต่กำลังถูกทิ้งจริง ๆYou do not need all of them. If three sound familiar, this is not simply running late — the project is genuinely being abandoned.
ตอบช้าลงเรื่อย ๆ จนเงียบหายไปเลยReplies got slower, then stopped altogether
จากที่เคยตอบภายในไม่กี่ชั่วโมง กลายเป็นข้ามวัน ข้ามสัปดาห์ จนถึงจุดที่ไม่มีข้อความตอบกลับมาอีกเลย ไม่ว่าจะทักไปกี่ครั้งก็ตามWhat used to be a reply within hours became a day, then a week, then nothing at all — no matter how many times you follow up.
ลิงก์เดโมยังเปิดได้ แต่ไม่มีอะไรเปลี่ยนมาหลายสัปดาห์The demo link still works, but nothing has changed in weeks
ระบบยังเปิดดูได้ตามเดิม แต่เช็กทีไรก็เหมือนเดิมทุกครั้ง ไม่มีฟีเจอร์ใหม่ ไม่มีการแก้บั๊กที่เคยแจ้งไป เหมือนมีคนหยุดทำงานไปแล้วโดยไม่บอกThe system still opens, but every time you check it looks exactly the same as last time — no new features, no fix for the bug you reported. It is as if someone stopped working without telling you.
มีแต่แชทกับรูปแคปหน้าจอ ไม่มี scope เป็นลายลักษณ์อักษรYou have screenshots and a chat group, but no written scope to hold anyone to
สิ่งที่ตกลงกันไว้ทั้งหมดอยู่ในข้อความแชทที่คุยกันไปมา ไม่มีเอกสารฉบับไหนระบุชัดว่าระบบต้องมีอะไรบ้างถึงจะถือว่าเสร็จEverything agreed upon lives inside a back-and-forth chat thread. No document anywhere states exactly what the system must include before it counts as finished.
ไม่รู้ว่าซอร์สโค้ดอยู่ที่ไหนYou do not know where the source code is
ไม่เคยได้รับไฟล์ต้นฉบับ ไม่มี repository ที่คุณเข้าถึงได้ มีแต่ระบบที่รันอยู่บนเซิร์ฟเวอร์ที่ไม่รู้ว่าใครถืออยู่กันแน่You never received the original files and have no repository you can access — only a system running on a server nobody can confirm you actually hold the keys to.
โดเมนหรือบัญชีโฮสติ้งไม่ได้อยู่ในชื่อบริษัทคุณThe domain or hosting account is not in your company's name
ตอนเริ่มงาน ผู้พัฒนาเป็นคนจดโดเมนและเปิดบัญชีโฮสติ้งให้เพื่อความสะดวก แต่ไม่เคยโอนกลับมาเป็นชื่อบริษัท ตอนนี้คุณไม่ใช่เจ้าของบัญชีเหล่านั้นเลยAt the start, the developer registered the domain and opened the hosting account for convenience, but it was never transferred to your company. Right now you are not the owner of any of those accounts.
ถามทีมใหม่กี่เจ้าก็บอกว่าทำใหม่ง่ายกว่า โดยยังไม่ทันดูของจริงเลยEach new vendor you ask says "easier to start over" without looking at it
คุยกับหลายทีม ทุกทีมตอบเหมือนกันหมดว่าทำใหม่คุ้มกว่า ทั้งที่ยังไม่ได้ขอดูโค้ดหรือข้อมูลจริงเลยสักครั้ง คำตอบแบบนี้บอกอะไรไม่ได้มากกว่าคำเดาYou have talked to several teams, and every one gives the same answer — that starting over is worth it — before ever asking to see the actual code or data. That kind of answer is little more than a guess.
ถ้าระบบของคุณใช้งานอยู่จริงมาหลายปีแล้วแต่ไม่มีคนดูแล ไม่ใช่โปรเจกต์ที่สร้างไม่จบ นั่นเป็นปัญหาคนละแบบ ลองอ่าน หน้านี้แทนIf your system has genuinely been running in daily use for years but simply has no one maintaining it — rather than being an unfinished build — that is a different problem. Read this page instead.
ก่อนตัดสินใจทำต่อหรือทำใหม่ ต้องรู้อะไรก่อนBefore deciding to continue or start over, what do you need to know?
คำถามพวกนี้ไม่มีข้อไหนต้องใช้ผู้เชี่ยวชาญมาตอบแทนคุณ ลองตอบด้วยตัวเองก่อนตั้งแต่วันนี้ คำตอบที่ได้จะเป็นตัวกำหนดว่าคุณกำลังเจอสถานการณ์ที่แย่แค่ไหนจริง ๆ และควรเดินไปทางไหนต่อNone of these questions need an expert to answer on your behalf. Try answering them yourself starting today — the answers will show you exactly how bad the situation really is, and which direction to head next.
คำถามประเมินตัวเอง 6 ข้อSix self-assessment questions
- คุณมีอะไรเป็นลายลักษณ์อักษรบ้าง — สัญญา ใบเสนอราคา หรือขอบเขตงานที่ระบุชัดว่าอะไรเป็นของคุณและงานไหนถือว่าต้องส่งมอบWhat do you actually own on paper? — a contract, a quote, or a scope document stating what belongs to you and which deliverables were promised.
- คุณเข้าบัญชีต่าง ๆ ได้จริงไหม — โดเมน โฮสติ้ง บัญชีคลาวด์ และฐานข้อมูล ทดสอบด้วยการล็อกอินเข้าไปจริง ๆ ไม่ใช่แค่เชื่อว่าเข้าได้Can you get into the accounts? — domain, hosting, cloud accounts, and the database. Test this by actually logging in, not by assuming you can.
- มี repository จริงไหม หรือมีแค่ไฟล์กองอยู่บนเครื่องใครสักคน — repository ที่มีประวัติการแก้โค้ดบอกได้มากกว่าไฟล์ zip ที่ส่งมาครั้งเดียวIs there a code repository, or only files on someone's laptop? — a repository with a real commit history tells you far more than a single zip file that was emailed over once.
- ข้อมูลที่มีอยู่ ดึงออกมาใช้งานต่อได้จริงไหม — ลองขอ export ข้อมูลออกมาดูสักครั้ง ไฟล์ที่เปิดไม่ได้หรือดึงออกมาไม่ครบก็ถือว่าไม่พร้อมIs your data retrievable in a usable form? — try requesting an actual export. A file that will not open or comes out incomplete is not usable data.
- ขอบเขตที่สัญญาไว้ ทำงานได้จริงกี่เปอร์เซ็นต์เมื่อทดสอบเอง — ไม่ใช่ตอนดูเดโมที่คนอื่นคลิกให้ดู แต่คือตอนที่คุณลองกดใช้งานเองทุกปุ่มHow much of the promised scope genuinely works when you test it, not when it was demoed? — not while someone else clicks through it for you, but when you press every button yourself.
- งานที่ทำค้างไว้ คนอื่นอ่านออกไหม — โค้ดที่เขียนไว้อย่างมีระเบียบ คนนอกอ่านต่อได้ในเวลาที่สมเหตุสมผล ส่วนโค้ดที่มีแต่คนเดิมเข้าใจ แทบไม่ต่างจากไม่มีเลยIs the half-built work readable by another developer at all? — code written with reasonable structure can be picked up by an outsider in a sensible amount of time; code only the original author understood is barely different from having nothing.
ตอบข้อ 1-3 ว่า ไม่ ได้เกินสองข้อ มักแปลว่าความเสี่ยงอยู่ที่การเข้าถึง ไม่ใช่ที่ตัวโค้ด และควรแก้เรื่องนี้ก่อนคุยเรื่องอื่นทั้งหมดAnswering "no" to more than two of questions 1-3 usually means the risk sits in access, not in the code itself, and that should be fixed before any other conversation.
ทำไมโปรเจกต์แบบนี้ถึงเกิดขึ้นบ่อยWhy do projects like this happen so often?
เรื่องนี้ไม่ได้เกิดจากใครฝ่ายใดฝ่ายหนึ่งตั้งใจโกง ส่วนใหญ่มาจากวิธีตกลงงานที่เปิดช่องให้พังได้ตั้งแต่ต้น สามสาเหตุนี้พบซ้ำแทบทุกครั้งที่มีคนมาปรึกษาเรื่องโปรเจกต์ที่ถูกทิ้งThis is rarely a case of deliberate fraud. Most of the time it comes from a way of agreeing on work that left room to fail from the very beginning. These three causes show up almost every time someone comes to us about an abandoned project.
สาเหตุที่ 1 ขอบเขตงานอยู่ในแชท ไม่มีเอกสารCause 1: scope lived in chat instead of a document
ทุกอย่างตกลงกันผ่านข้อความไปมา ไม่มีใครเคยเขียนสรุปว่าระบบต้องมีหน้าจออะไรบ้าง รายงานแบบไหนถึงจะถือว่าครบ คำว่า "เสร็จ" จึงไม่เคยถูกนิยามไว้ชัดเจนตั้งแต่ต้น เมื่อความเข้าใจสองฝั่งเริ่มห่างกัน ก็ไม่มีเอกสารให้กลับไปอ้างอิงว่าใครถูกใครผิดEverything was agreed through back-and-forth messages, and nobody ever wrote a summary of which screens the system needed or what counted as a complete report. The word "finished" was never defined in the first place. Once the two sides' understanding started to drift apart, there was no document to point back to and settle who was right.
สาเหตุที่ 2 จ่ายเงินตามเวลา ไม่ใช่ตามงานที่ใช้งานได้จริงCause 2: payment milestones were tied to time, not to working, accepted features
งวดเงินถูกแบ่งตามเดือนหรือตามช่วงเวลาที่ตกลงกัน ไม่ได้ผูกกับฟีเจอร์ที่ทดสอบแล้วใช้งานได้จริงและคุณยอมรับเป็นลายลักษณ์อักษร พอถึงกำหนดจ่าย เงินก็ต้องจ่ายไปไม่ว่างานจะคืบหน้าไปแค่ไหน ทำให้ไม่มีแรงจูงใจที่แท้จริงให้ผู้พัฒนาต้องส่งมอบงานที่ใช้งานได้จริงก่อนรับเงินงวดถัดไปPayment stages were split by month or by an agreed timeframe, not tied to features that were tested, working, and accepted by you in writing. When a payment date arrived, the money had to go out regardless of how far the work had actually progressed — leaving no real incentive for the developer to deliver something genuinely usable before collecting the next instalment.
สาเหตุที่ 3 คนเดียวคือทั้งโปรเจกต์Cause 3: one person was the whole project
ฟรีแลนซ์หรือทีมเล็กหนึ่งคนรับงานทั้งหมดไว้คนเดียว ไม่มี repository ที่เก็บประวัติงาน ไม่มีเอกสารกำกับ และไม่มีมือที่สองที่รู้เรื่องโปรเจกต์นี้เลยนอกจากตัวเขา เมื่อเขาหายไปไม่ว่าด้วยเหตุผลอะไร ความรู้ทั้งหมดเกี่ยวกับงานก็หายไปพร้อมกัน ไม่มีใครกู้กลับมาได้เพราะไม่เคยมีใครรู้เท่าเขาตั้งแต่แรกA freelancer or a one-person team took on the entire project alone, with no repository preserving a history of the work, no supporting documentation, and no second person who understood the project besides them. When they disappeared, for whatever reason, every bit of knowledge about the work vanished with them — because nobody else had ever known as much as they did in the first place.
เรื่องนี้เกิดกับบริษัทที่ไม่มีทีมไอทีของตัวเองบ่อยกว่าที่คิด เพราะไม่มีใครในองค์กรที่รู้พอจะตรวจงานระหว่างทาง อ่านเพิ่มเติมได้ที่ หน้านี้This happens more often to companies with no in-house IT team than most people expect, simply because nobody inside the organization knows enough to check the work as it goes. Read more on this page.
ควรทำอะไรก่อน ตั้งแต่วันนี้What should you do first, starting today?
ลำดับนี้สำคัญ เพราะขั้นแรกไม่ใช่การตัดสินใจว่าจะทำต่อหรือทำใหม่ แต่คือการทำให้แน่ใจว่าคุณยังมีอะไรเหลืออยู่ให้ตัดสินใจก่อนThe order matters. The first step is not deciding whether to continue or rebuild — it is making sure you still have something left to decide with.
รักษาการเข้าถึงก่อนอื่นใดSecure access first
ย้ายโดเมน DNS โฮสติ้ง บัญชีคลาวด์ ฐานข้อมูล และ repository เท่าที่มี ให้มาอยู่ในบัญชีที่บริษัทเป็นเจ้าของและผูกกับอีเมลบริษัท ไม่ใช่อีเมลส่วนตัวของใครคนใดคนหนึ่งMove the domain, DNS, hosting, cloud accounts, database, and any repository into accounts your company owns, tied to a company email address rather than any one individual's personal inbox.
คัดลอกข้อมูลและโค้ดทั้งหมดไว้ก่อนแตะต้องอะไรต่อTake a full copy of the data and code as it stands, before anything else is touched
export ฐานข้อมูล ดาวน์โหลดไฟล์โค้ดเท่าที่เข้าถึงได้ และเก็บสำเนาไว้นอกเหนือจากระบบเดิม ก่อนที่จะเริ่มแก้ไขหรือทดลองอะไรบนของเดิม เพื่อไม่ให้เสี่ยงทำของที่เหลืออยู่เสียหายซ้ำExport the database, download whatever code you can reach, and keep a copy outside the original system before editing or experimenting with anything — so you do not risk damaging what little is left.
ให้คนนอกที่เป็นกลางประเมินสิ่งที่มีอยู่Get an independent assessment of what works against what was promised
ให้คนที่ไม่มีส่วนได้ส่วนเสียกับโปรเจกต์เดิมเข้ามาทดสอบจริงว่าอะไรใช้งานได้ อะไรใช้ไม่ได้ เทียบกับสิ่งที่เคยตกลงกันไว้ ไม่ใช่แค่ดูเดโมผ่าน ๆBring in someone with no stake in the original project to actually test what works and what does not, measured against what was agreed — not just a quick look at a demo.
ตัดสินใจทำต่อหรือทำใหม่จากผลประเมินDecide continue-or-rebuild on that assessment, not on the sunk cost
ตัดสินใจจากสิ่งที่ประเมินได้จริง ไม่ใช่จากความรู้สึกเสียดายเงินที่จ่ายไปแล้ว เพราะเงินก้อนนั้นจะไม่กลับมาไม่ว่าคุณจะเลือกทางไหนต่อจากนี้Base the decision on what the assessment actually found, not on how much has already been spent — because that money is gone regardless of which path you choose next.
เริ่มใหม่ด้วย milestone ที่ผูกกับฟีเจอร์ที่ยอมรับจริงRestart with milestones tied to features you accept in writing
ไม่ว่าจะทำต่อหรือทำใหม่ สัญญาฉบับใหม่ต้องผูกงวดเงินกับฟีเจอร์ที่ทดสอบแล้วใช้งานได้และคุณเซ็นรับทราบเป็นลายลักษณ์อักษร พร้อมระบุความเป็นเจ้าของโค้ดและบัญชีต่าง ๆ ไว้ในสัญญาให้ชัดWhether you continue or rebuild, the new agreement should tie each payment stage to a feature that has been tested, works, and that you sign off on in writing — with ownership of the code and every account stated clearly in the contract.
สิ่งที่ต้องรวบรวมให้ได้ก่อนคุยกับทีมใหม่What to gather before you talk to a new team
ยิ่งคุณรวบรวมของพวกนี้มาได้มากเท่าไหร่ ทีมใหม่ก็ยิ่งประเมินได้แม่นและเร็วขึ้นเท่านั้น รายการนี้ทำเองได้ทั้งหมดโดยไม่ต้องรอใครThe more of these you can gather, the faster and more accurately any new team can assess your situation. Every item on this list is something you can do yourself, without waiting on anyone.
- ประวัติแชทและ scope ที่เป็นลายลักษณ์อักษร — เก็บบทสนทนาทั้งหมดไว้ แม้จะไม่เป็นทางการ ก็ยังใช้เป็นหลักฐานว่าตกลงอะไรกันไว้บ้างChat history and any written scope — keep every conversation, even informal ones; it still serves as evidence of what was agreed.
- ใบแจ้งหนี้และใบเสร็จทุกใบ — พร้อมระบุว่าแต่ละงวดที่จ่ายไปนั้นจ่ายเพื่ออะไร ครอบคลุมงานส่วนไหนบ้างInvoices and receipts — noting what each payment was for and which part of the work it was meant to cover.
- ทุก login ที่คุณถืออยู่ — ไม่ว่าจะเข้าได้เต็มสิทธิ์หรือแค่บางส่วน รวบรวมไว้ทั้งหมดเพื่อให้เห็นภาพว่าคุณควบคุมอะไรได้บ้างจริงEvery login you hold — full access or partial, gather all of it so it is clear exactly what you actually control.
- ลิงก์ล่าสุดที่ยังใช้งานได้ — URL ของเดโมหรือระบบที่ยัง deploy อยู่ พร้อมบันทึกว่าเข้าถึงได้แบบไหนThe last working URL — the demo or deployed system link, noting exactly how it can be reached.
- database dump หรือไฟล์ export ข้อมูล — ถ้าเคยขอไว้หรือยังพอดึงออกมาได้ ให้เก็บสำเนาไว้แยกต่างหากA database dump or data export — if one was ever requested or can still be pulled, keep a separate copy of it.
- ไฟล์หรือ commit ล่าสุดที่ผู้พัฒนาส่งมาก่อนเงียบหายไป — แม้จะเป็นไฟล์กระจัดกระจายไม่เป็นชุด ก็ยังบอกได้ว่างานหยุดอยู่ตรงไหนThe vendor's last commit or file drop — even if scattered and incomplete, it shows exactly where the work stopped.
- รายการฟีเจอร์ที่คุณเห็นว่าส่งมอบแล้วจริง — เขียนขึ้นเองจากมุมมองของคุณ ไม่ต้องรอให้ผู้พัฒนายืนยัน จะได้เป็นจุดตั้งต้นให้ทีมใหม่ตรวจสอบต่อA written list of which features you consider delivered — written from your own point of view, without waiting for the vendor to confirm, so a new team has a starting point to verify against.
ตามงานเดิมต่อ ให้ทีมใหม่รับช่วง หรือทิ้งแล้วทำใหม่ แบบไหนเหมาะกับคุณChase the old vendor, hand it to a new team, or start over — which suits you?
ทั้งสามทางเป็นทางเลือกที่ถูกต้องได้ ขึ้นอยู่กับสภาพจริงของสิ่งที่เหลืออยู่ในมือคุณตอนนี้ ตารางนี้เทียบให้เห็นก่อนตัดสินใจ โดยไม่เข้าข้างทางใดทางหนึ่งAll three can be the right call, depending on the real condition of what you actually hold right now. This table compares them honestly, without favoring any one option.
| หัวข้อFactor | ตามงานเดิมกับคนเดิมต่อChase the original developer | ให้ทีมใหม่รับช่วงจากของเดิมHave a new team take over | ทิ้งของเดิม ทำใหม่จากศูนย์Drop it, rebuild from zero |
|---|---|---|---|
| เหมาะเมื่อไหร่Worth it when | ยังติดต่อผู้พัฒนาเดิมได้ งานที่เหลือไม่มาก และยังพอไว้ใจกันได้บ้างThe original developer is still reachable, little scope remains, and some trust is still there | ของเดิมมีส่วนที่ใช้งานได้จริงพอสมควร ยังไม่ถึงกับต้องทิ้งทั้งหมดA reasonable part of the existing work genuinely functions, not enough to justify discarding it all | ของเดิมอ่านไม่ออก ไม่มีอะไรกู้ได้นอกจากข้อมูล หรือโจทย์เปลี่ยนไปมากแล้วThe existing work is unreadable, nothing survives but the data, or the requirements have changed too much |
| สิ่งที่ต้องมีอยู่ในมือWhat you need in hand | ช่องทางติดต่อที่ยังใช้ได้จริง และความอดทนอีกสักรอบA contact channel that still works, and patience for one more round | สิทธิ์เข้าถึงบัญชีและข้อมูล อย่างน้อยพอให้ทีมใหม่ประเมินได้จริงAccess to accounts and data, at least enough for a new team to genuinely assess | ข้อมูลที่ดึงออกมาได้ และความชัดเจนว่าจะไม่วนกลับไปตกลงงานแบบเดิมData that can be extracted, and clarity that you will not repeat the same way of agreeing on work |
| เวลาที่ใช้Time required | สั้นที่สุดถ้าสำเร็จ เพราะไม่มีใครต้องมาทำความเข้าใจงานใหม่ตั้งแต่ต้นShortest, if it succeeds, because nobody has to learn the work from scratch | ช่วงแรกใช้ไปกับการอ่านและประเมินของเดิมก่อนเริ่มงานจริงThe first stretch goes into reading and assessing the existing work before real progress starts | นานกว่าตอนเริ่ม แต่คาดเดาระยะเวลาได้แม่นกว่า เพราะไม่ต้องงมของเก่าLonger at the outset, but more predictable, since there is no old work to decode |
| ความเสี่ยงที่เหลืออยู่Remaining risk | เจอปัญหาเดิมซ้ำได้ ถ้าไม่เปลี่ยนวิธีตกลงงานให้ผูกกับฟีเจอร์ที่ยอมรับจริงRisk of repeating the same failure, unless the agreement changes to tie payment to accepted features | โค้ดที่อ่านยากอาจทำให้ประเมินพลาดหรือแพงกว่าที่คาดไว้ตอนแรกHard-to-read code can throw off the estimate or cost more than first expected | ต่ำสุดในแง่เทคนิค เพราะควบคุมได้ตั้งแต่บรรทัดแรกLowest technical risk, since you control everything from the first line |
| งบที่เสียเปล่าจากของเดิมSunk cost from the original spend | น้อยที่สุด ถ้าสามารถปิดงานให้จบได้จริงในรอบนี้Lowest, if this round genuinely gets the work closed out | กู้กลับมาได้บางส่วน ส่วนที่อ่านไม่ออกอาจต้องเขียนใหม่Partially recoverable; the parts nobody can read may still need rewriting | ยอมรับว่าเสียไปจริง แต่เป็นตัวเลขที่ปิดจบได้ ไม่เสียเพิ่มไปเรื่อย ๆAccepted as genuinely lost, but a fixed, closed number rather than one that keeps growing |
| ใครรับผิดชอบผลลัพธ์Who is accountable for the outcome | ผู้พัฒนาเดิม ซึ่งเป็นคนเดียวกับที่เคยหายไปแล้วครั้งหนึ่งThe original developer — the same person who already disappeared once | ทีมใหม่ ที่รับงานต่อโดยรู้ขอบเขตความเสี่ยงตั้งแต่ต้นA new team that takes over knowing the scope of risk from the start | ทีมใหม่ทั้งหมด ตั้งแต่บรรทัดแรกของงานA new team, entirely, from the very first line of work |
ถ้ายังติดต่อผู้พัฒนาเดิมได้และงานที่เหลือไม่มาก ทางเลือกแรกคุ้มค่าที่สุดที่จะลองอีกสักครั้งก่อน และบางกรณีก็ถูกต้องแล้วจริง ๆ ที่จะทิ้งของเดิมทั้งหมดแล้วเริ่มใหม่ เราจะไม่แนะนำให้ฝืนกู้งานที่กู้ไม่คุ้มIf the original developer is still reachable and the remaining scope is small, the first option is genuinely worth one serious attempt before anything else — and in some cases, dropping the old work entirely and starting fresh really is correct. We will not push you to salvage something that is not worth salvaging.
เมื่อไหร่ที่เราจะแนะนำให้คุณไม่ต้องจ้างเราWhen would we tell you not to hire us?
มีสามกรณีที่เราจะบอกตรง ๆ ว่ามีทางเลือกที่คุ้มกว่าการจ้างเรา และแนะนำให้ไปทางนั้นแทนThere are three situations where we will say plainly that a better option than hiring us exists, and point you toward it instead.
งานที่เหลือน้อยมาก และคนเดิมยังติดต่อได้The remaining scope is tiny and the original developer is still reachable
ถ้าเหลืองานอีกไม่กี่จุดและผู้พัฒนาเดิมยังตอบกลับอยู่ ให้ลองปิดงานกับเขาให้จบก่อน จะเร็วและถูกกว่าการเปลี่ยนมือทีมทั้งหมดIf only a few pieces remain and the original developer still responds, finish with them first — it will be faster and cheaper than switching to an entirely new team.
ข้อมูลดึงออกมาได้ครบ และสิ่งที่ต้องการคือโปรแกรมสำเร็จรูปThe data is fully exportable and the real need is an off-the-shelf tool
ถ้าข้อมูลเดิมดึงออกมาได้เรียบร้อย และงานที่คุณต้องการจริง ๆ เป็นงานมาตรฐานทั่วไป โปรแกรมสำเร็จรูปที่มีอยู่แล้วในตลาดอาจตอบโจทย์ได้เร็วและถูกกว่าการสร้างระบบเฉพาะขึ้นมาใหม่If the existing data can be exported cleanly and what you actually need is a standard, common process, an off-the-shelf product already on the market may serve you faster and cheaper than building a custom system again.
ต้องการหลักฐานไปใช้ฟ้องร้อง ไม่ใช่ต้องการกู้งานYou want us mainly to support a legal claim
ถ้าสิ่งที่ต้องการคือให้เราเข้ามาช่วยรวบรวมหลักฐานเพื่อไปฟ้องร้องผู้พัฒนาเดิมเป็นหลัก นั่นเป็นงานของทนายความ ไม่ใช่งานของเรา และเราจะบอกตรง ๆ โดยไม่แสร้งให้คำปรึกษาด้านกฎหมายIf what you mainly want is for us to help gather evidence for a legal claim against the original developer, that is a lawyer's job, not ours — and we will say so plainly rather than pretend to give legal advice.
พร้อมให้ทีมใหม่รับช่วงหรือยัง — เช็กลิสต์ 5 ข้อReady to hand this to a new team — a 5-point checklist
ตอบว่าใช่ได้อย่างน้อยสี่ในห้าข้อ แปลว่าเริ่มคุยกับทีมใหม่ได้แล้ว ถ้าตอบใช่ได้ไม่ถึงสามข้อ ควรกลับไปทำข้อ 1-2 ในหัวข้อขั้นตอนที่ควรทำก่อนFour yeses out of five means you are ready to start talking to a new team. Fewer than three means going back to steps 1-2 above first.
- เข้าถึงบัญชีสำคัญได้แล้วหรือยัง — โดเมน โฮสติ้ง บัญชีคลาวด์ และฐานข้อมูล อยู่ในมือคุณจริง ไม่ใช่แค่คำสัญญาว่าจะโอนให้Do you have access to the key accounts? — domain, hosting, cloud accounts, and database genuinely in your hands, not just a promise that they will be transferred.
- มีสำเนาข้อมูลและโค้ดเก็บไว้แยกต่างหากแล้วหรือยัง — เท่าที่มีอยู่จริง เก็บไว้นอกเหนือจากระบบเดิมที่คุณยังควบคุมไม่ได้เต็มที่Have you taken a separate copy of whatever data and code exist? — as much as there is, kept outside the original system you do not fully control.
- มีรายการฟีเจอร์ที่เขียนเองว่าอันไหนเสร็จจริงแล้วหรือยัง — เขียนจากมุมมองของคุณเอง ไม่ต้องรอผู้พัฒนาเดิมมายืนยันDo you have a written list of what you consider genuinely delivered? — written from your own point of view, without waiting for the original developer to confirm it.
- ได้ประเมินอิสระจากคนนอกแล้วหรือยัง — ว่าสิ่งที่เหลืออยู่ควรทำต่อหรือทำใหม่ ไม่ใช่แค่ความเห็นของคุณคนเดียวHave you had an independent assessment? — on whether what remains is worth continuing or better rebuilt, not only your own view.
- พร้อมตกลงเงื่อนไขใหม่ที่ผูก milestone กับฟีเจอร์ที่ยอมรับหรือยัง — ยอมรับได้ว่าสัญญาฉบับใหม่ต้องเข้มงวดกว่าเดิม เพื่อไม่ให้เจอปัญหาซ้ำAre you ready for terms tied to accepted features? — accepting that the new agreement needs to be stricter than the last one, so this does not happen again.
คำถามที่พบบ่อยFAQ
รับช่วงงานที่ค้างอยู่ คิดราคาจากอะไรWhat determines the price for taking over a stalled project?
การรับช่วงงานที่ทำค้างไว้ไม่มีราคาตายตัว เพราะขึ้นอยู่กับปัจจัยเหล่านี้:There is no fixed price for taking over a stalled project — it depends on these factors:
- ความสามารถในการอ่านโค้ดเดิม ว่าคนอื่นเขียนไว้เป็นระเบียบแค่ไหน อ่านต่อได้ง่ายหรือยากHow readable the existing code is — how well-structured it was, and how easily someone else can pick it up
- ข้อมูลที่เหลือรอดมากแค่ไหน ว่าดึงออกมาใช้งานต่อได้ครบหรือต้องกู้บางส่วนHow much of the data survives — whether it comes out complete or needs partial recovery
- บัญชีต่าง ๆ กู้คืนได้ไหม เช่น โดเมน โฮสติ้ง บัญชีคลาวด์ และฐานข้อมูลWhether accounts are recoverable — domain, hosting, cloud accounts, and the database
- ขอบเขตงานที่ยังเหลืออยู่มากแค่ไหนเมื่อเทียบกับที่สัญญาไว้ตอนแรกHow much of the original scope is left, compared with what was first promised
- ความซับซ้อนของส่วนที่ยังไม่เสร็จ เช่น ระบบรายงานหรือการเชื่อมต่อกับระบบอื่นThe complexity of what is still unfinished — reporting, or connections to other systems
เราประเมินจากของจริงที่คุณมีอยู่ตอนนี้ แล้วส่งใบเสนอราคาฟรีภายใน 24 ชั่วโมง ไม่มีข้อผูกมัดWe assess based on what you actually have right now, then send a free quote within 24 hours, no obligation.
ไม่มีซอร์สโค้ดเลย ยังทำต่อได้ไหมThere is no source code at all — can it still be continued?
ยังพอมีทางไปต่อได้ แม้ไม่มีไฟล์ต้นฉบับของโค้ดเหลืออยู่เลย ถ้ายังมีลิงก์เดโมหรือระบบที่ยัง deploy อยู่ เราตรวจสอบพฤติกรรมจริงของระบบจากภายนอก และถ้าเข้าถึงฐานข้อมูลได้ เราอ่านโครงสร้างตารางเพื่อสรุปว่าเก็บข้อมูลอะไรไว้บ้าง แล้วถอดสิ่งที่พบออกมาเป็นสเปคที่จับต้องได้ ก่อนตัดสินใจว่าจะสร้างต่อจากของเดิมหรือเขียนใหม่โดยใช้ของเดิมเป็นต้นแบบ แต่ต้องเข้าใจตรงกันว่าเวลาที่ประหยัดได้จะน้อยกว่ากรณีมีซอร์สโค้ดจริง เพราะสิ่งที่มองไม่เห็นข้างในต้องประเมินใหม่ทั้งหมดThere is usually still a way forward, even with no original code files left. If a demo link or deployed system is still reachable, we examine how the system actually behaves from the outside, and if the database can be reached we read its table structure to work out what it stores, then turn what we find into a concrete specification before deciding whether to build on top of it or rewrite it using the old system as a reference. But it is worth being clear that the time saved will be less than if real source code existed, because anything hidden inside has to be assessed from scratch.
เจ้าของโดเมนเป็นชื่อคนทำเดิม แก้ได้ไหมThe domain is registered under the old developer's name — can that be fixed?
เป็นปัญหาที่พบได้บ่อยกว่าที่คิด และแก้ได้หลายทาง ถ้ายังติดต่อผู้พัฒนาเดิมได้และเขายังยินดีให้ความร่วมมือ การโอนย้ายโดเมนไปยังบัญชีของบริษัทมักทำได้ไม่ยากผ่านผู้ให้บริการโดเมน ถ้าติดต่อไม่ได้เลย ต้องอาศัยกระบวนการพิสูจน์ความเป็นเจ้าของกับผู้ให้บริการโดเมนหรือหน่วยงานที่ดูแลโดเมนนั้น ซึ่งใช้เวลาและอาจไม่สำเร็จเสมอไป หากสุดท้ายโอนคืนไม่ได้จริง ๆ ทางเลือกที่เหลือคือจดโดเมนใหม่ในชื่อบริษัทแล้วย้ายระบบไปใช้โดเมนนั้นแทน หากเรื่องนี้ลุกลามจนต้องพิสูจน์สิทธิ์ทางกฎหมาย นั่นเป็นงานของทนายความโดยตรง เราไม่ให้คำปรึกษาด้านกฎหมายและจะแนะนำให้คุณปรึกษาผู้เชี่ยวชาญด้านนั้นThis is a more common problem than people expect, and there is more than one way to fix it. If the original developer is still reachable and willing to cooperate, transferring the domain into your company's account is usually straightforward through the registrar. If they cannot be reached at all, you have to go through the registrar's or the domain authority's ownership-verification process, which takes time and does not always succeed. If the transfer genuinely cannot be recovered, the remaining option is to register a new domain under your company's name and move the system onto it instead. If this escalates into a legal ownership dispute, that is squarely a lawyer's job — we do not give legal advice and will point you to someone who specializes in it.
รับประเมินก่อนได้ไหมว่าควรทำต่อหรือทำใหม่Can you assess first whether we should continue or rebuild?
รับ และแนะนำให้ทำขั้นตอนนี้ก่อนตัดสินใจใด ๆ เราเข้าไปดูของจริงเท่าที่คุณมี ไม่ว่าจะเป็นโค้ด ข้อมูล หรือระบบที่ยัง deploy อยู่ แล้วให้ความเห็นตรงไปตรงมาว่าสิ่งที่มีอยู่ควรทำต่อกับทีมใหม่ หรือควรทิ้งแล้วเริ่มใหม่ทั้งหมด การประเมินนี้ไม่ผูกมัดว่าคุณต้องจ้างเราทำงานต่อYes, and we recommend doing this before any other decision. We look at whatever you actually have — code, data, or a system still deployed somewhere — and give a straight opinion on whether it is worth continuing with a new team, or better to drop it and rebuild entirely. This assessment does not obligate you to hire us for the work that follows.
จะมั่นใจได้ยังไงว่าจะไม่เจอแบบเดิมอีกHow can we be sure this will not happen again?
เราวางกลไกป้องกันไว้ตั้งแต่ต้นสัญญา คือ บัญชีและ repository ทั้งหมดเป็นของบริษัทคุณตั้งแต่วันแรก ไม่ใช่ของผู้พัฒนา; milestone แต่ละงวดผูกกับฟีเจอร์ที่ใช้งานได้จริงและคุณยอมรับเป็นลายลักษณ์อักษร ไม่ใช่ผูกกับระยะเวลาที่ผ่านไป; เอกสารและการอบรมทีมภายในเป็นส่วนหนึ่งของงานส่งมอบ ไม่ใช่ของแถมที่ทำหรือไม่ทำก็ได้; และมีมากกว่าหนึ่งคนในทีมที่เข้าใจโปรเจกต์ทั้งหมด ไม่ฝากไว้กับคนเดียวเหมือนที่เคยเกิดขึ้นWe build the safeguards into the agreement from day one: every account and repository belongs to your company from the start, not to the developer; each payment stage ties to a feature that works and that you accept in writing, not to the passage of time; documentation and training for your internal team are part of the delivery, not an optional extra; and more than one person on our side understands the whole project, so it never again depends on a single individual the way this one did.
เราเข้ามาช่วยตรงไหนWhere do we come in?
เราเริ่มจากช่วยตรวจสอบว่าตอนนี้คุณเข้าถึงอะไรได้จริงบ้าง แล้วประเมินของที่เหลืออยู่อย่างตรงไปตรงมา ก่อนจะเสนอกลับไปว่าควรรับช่วงต่อหรือควรเริ่มใหม่ ถ้าเดินหน้าต่อ เราวางสัญญาใหม่ที่ผูก milestone กับฟีเจอร์ที่ยอมรับจริง ให้บัญชีและ repository เป็นของบริษัทคุณตั้งแต่วันแรก และปิดงานด้วยเอกสารพร้อมอบรมทีมภายในให้ดูแลต่อเองได้ เพื่อไม่ให้กลับไปเจอสถานการณ์แบบเดิมอีกWe start by checking exactly what you can genuinely access right now, then assess honestly what remains of the work before coming back with a recommendation to continue or to rebuild. If you move forward, we structure the new agreement so each payment stage ties to an accepted, working feature, hand every account and repository to your company from day one, and close the project with documentation and training for your internal team — so you never land back in the same situation again.
รับเขียนโปรแกรมและวางระบบCustom software and systems development
ถ้าโจทย์คือการรับช่วงงานที่ค้างไว้ หรือสร้างระบบใหม่ทั้งชุดจากศูนย์ พร้อมส่งมอบซอร์สโค้ดให้คุณเป็นเจ้าของIf the answer is taking over stalled work, or building a system entirely from scratch, with the source code handed over for you to own.
ดูบริการ →View service →รับวางระบบ AI ในองค์กรEnterprise AI solutions
ถ้าส่วนที่ค้างไว้เกี่ยวข้องกับฟีเจอร์ AI เช่น แชทบอทหรือระบบวิเคราะห์ข้อมูลที่ยังไม่เสร็จตามที่สัญญาไว้If the unfinished part involves an AI feature — a chatbot or an analytics engine that was promised but never completed.
ดูบริการ →View service →ผลงานที่คุณตรวจสอบได้เองตอนนี้Work you can verify right now
เว็บไซต์ที่คุณกำลังอ่านอยู่มี กว่า 90 หน้า สองภาษาไทย-อังกฤษ ทีมของเราออกแบบ เขียนโค้ด และดูแลเองทั้งหมด คุณกดดูโครงสร้าง เปลี่ยนภาษา หรือเปิดบนมือถือเพื่อตรวจคุณภาพงานได้ทันที นอกจากนี้ทีมของเรายังทำช่องคอนเทนต์ที่ผลิตด้วย AI ทั้งหมด ปัจจุบันมีผู้ติดตามรวมกว่า 1 ล้าน และยอดวิวรวมกว่า 400 ล้านวิว ภายใน 1 ปี เราจึงพูดเรื่องการวางข้อมูลและการใช้ AI จากงานที่ทำจริงทุกวัน ไม่ใช่จากตำราThe website you are reading runs to 90+ pages in both Thai and English, designed, coded, and maintained entirely by our own team — inspect the structure, switch languages, or open it on a phone and judge the quality yourself. Our team also runs an all-AI content channel that has passed 1 million followers and more than 400 million views within a year. So when we talk about structuring data and using AI, it comes from work we do daily, not from a textbook.
คอร์สที่ช่วยให้คุณไม่ต้องพึ่งคนคนเดียวอีกCourses That Stop You Depending On One Person Again
ยิ่งมีคนในองค์กรที่เข้าใจงานมากขึ้น โปรเจกต์ก็ยิ่งเสี่ยงน้อยลงที่จะถูกทิ้งกลางทางแบบนี้อีกThe more people inside your organization understand the work, the less likely a project is to be abandoned like this again.
คอร์ส Vibe CodingVibe Coding Course
ให้คนในทีมพอเข้าใจโครงสร้างระบบและอ่านความคืบหน้าออก แม้ไม่เคยเขียนโค้ดมาก่อนGive someone on your team enough understanding to read a system's structure and track real progress, even with no prior coding experience.
ดูหลักสูตร →View course →คอร์ส AI for ExecutivesAI for Executives Course
ให้ผู้บริหารรู้พอที่จะตั้งคำถามที่ถูกต้องและตรวจงานเทคโนโลยีก่อนมันจะสายเกินไปGive leadership enough grounding to ask the right questions and check on technical work before it is too late.
ดูหลักสูตร →View course →เล่าให้เราฟังว่าตอนนี้คุณมีอะไรอยู่ในมือบ้างTell Us What You Actually Have In Hand Right Now
ไม่มีค่าใช้จ่ายและไม่มีข้อผูกมัด เราจะดูของจริงเท่าที่คุณเข้าถึงได้ แล้วบอกตามตรงว่าควรตามงานเดิมต่ออีกสักรอบ ควรให้ทีมใหม่รับช่วง หรือควรทิ้งแล้วเริ่มใหม่ พร้อมใบเสนอราคาฟรีภายใน 24 ชั่วโมงถ้าคุณอยากเดินหน้า และถ้าโจทย์ต่อไปคือการขอของบประมาณใหม่จากฝ่ายบริหารหลังโปรเจกต์แรกล้มเหลว เรื่องนั้นก็เป็นอีกคำถามที่คุ้มค่าให้เตรียมตัวไว้ก่อน อ่านเพิ่มเติมได้ที่ หน้านี้this pageFree and with no obligation. We will look at whatever you can actually access, then tell you honestly whether to chase the original work one more time, hand it to a new team, or drop it and start fresh — with a free quote within 24 hours if you want to proceed. And if the next challenge is asking management for budget again after a failed project, that is worth preparing for too — read more on this page