1 คะแนน โดย GN⁺ 2023-07-19 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • คู่มือที่รวบรวมเกณฑ์การตัดสินใจพื้นฐานและหัวข้อการดำเนินงานที่จำเป็นสำหรับการเริ่มต้นและบริหาร ธุรกิจที่ปรึกษาอิสระ ไว้ในที่เดียว
  • อ้างอิงจากประสบการณ์การดำเนินงานด้านที่ปรึกษาในช่วงกลางทศวรรษ 1990 และการกลับมาเริ่มใหม่อีกครั้งในปี 2008 โดยมีพื้นหลังหลักอยู่ใน สายซอฟต์แวร์
  • มองว่าหากมีทักษะที่ขายได้ในตลาด มีทัศนคติพร้อมทำงานอย่างสม่ำเสมอ และมี วินัยในตนเอง ก็สามารถพิจารณาทำธุรกิจอิสระได้
  • กล่าวถึงปัญหาที่ต้องเจอจริงในการดำเนินงานตามลำดับ เช่น การประเมินราคา สัญญา ประกันภัย การออกใบแจ้งหนี้ การตั้งราคา การดูแลลูกค้า และทรัพย์สินทางปัญญา
  • เนื้อหาอาจได้รับอิทธิพลจากประสบการณ์ในยุโรปและแคนาดา จึงควรตรวจสอบแนวปฏิบัติด้านกฎหมาย ภาษี และสัญญาของแต่ละพื้นที่เพิ่มเติม

เกณฑ์ก่อนเริ่มต้นทำที่ปรึกษาอิสระ

  • เป็นชุดหน้าที่อธิบายกระบวนการสร้างและบริหาร ธุรกิจที่ปรึกษา ให้ประสบความสำเร็จ
  • อิงจากประสบการณ์การทำธุรกิจที่ปรึกษาในช่วงกลางทศวรรษ 1990 และการกลับมาดำเนินธุรกิจอีกครั้งในปี 2008
  • เนื่องจากสาขาหลักที่ทำคือ ซอฟต์แวร์ เนื้อหาบางส่วนจึงอาจเอนเอียงไปในทิศทางนั้น
  • พยายามจัดทำให้ใช้ได้อย่างทั่วไปและ ไม่ผูกกับภูมิภาค มากที่สุด
  • เงื่อนไขเบื้องต้นสำหรับการเริ่มต้นธุรกิจอิสระมีดังนี้
    • มีทักษะ
    • ทักษะนั้น มีความต้องการในตลาด
    • มีความตั้งใจจะทำงานหนักอย่างเหมาะสม
    • มี วินัยในตนเอง ในระดับหนึ่ง
  • หากตอบคำถามทั้งหมดนี้ได้ว่า “ใช่” ก็ไม่มีเหตุผลที่จะทำธุรกิจของตัวเองไม่ได้
  • ธุรกิจที่ปรึกษาอาจเป็นวิธี bootstrap เพื่อก้าวไปสู่สิ่งที่ใหญ่กว่า และยังช่วยให้ได้ความรู้ด้านการทำธุรกิจรวมถึงเครือข่ายติดต่อ
  • ประสบการณ์ดังกล่าวอาจได้รับอิทธิพลจากพื้นเพที่เริ่มต้นในยุโรปและเคยอาศัยอยู่ในแคนาดาราว 5 ปี

หัวข้อที่ครอบคลุมในการดำเนินงานจริง

1 ความคิดเห็น

 
GN⁺ 2023-07-19
ความคิดเห็นจาก Hacker News
  • ไม่ควรตั้ง อัตราค่าที่ปรึกษา ต่ำเกินไป
    ราคาเป็นสัญญาณที่ดึงดูดลูกค้าบางประเภท และลูกค้าที่ถูกดึงดูดด้วยราคาต่ำมักเป็นกลุ่มที่จุกจิกและเรียกร้องมากที่สุด
    ลูกค้าที่ดีในระดับทั่วไปมักสนใจแค่ว่าราคาอยู่ในช่วงปกติของอุตสาหกรรมหรือไม่ และไม่ได้คอยไล่เทียบหาราคาถูก โดยมากก็ไม่ได้จ่ายจากเงินตัวเองด้วย
    ลูกค้าบริษัทขนาดใหญ่ที่มีฝ่ายจัดซื้อมักไม่ยอมให้ขึ้นอัตราอีกหลังจากลดให้ครั้งหนึ่ง เพราะงานของฝ่ายนั้นคือกันไม่ให้ซัพพลายเออร์ขึ้นราคาได้
    ในฐานะที่ปรึกษา สิ่งที่ขายจริง ๆ มีมากกว่าที่คิด ทั้งความยืดหยุ่นของตารางงาน อิสระในการยกเลิกสัญญาได้ทุกเมื่อ การรับโทรศัพท์เรื่องผลงานส่งมอบแม้ผ่านไป 3 สัปดาห์หลังจบโปรเจกต์ การที่ลูกค้าไม่ต้องรับภาระสวัสดิการและภาษีเงินเดือน รวมถึงงานเอกสารต่าง ๆ ทั้งหมดนี้ควรถูกรวมอยู่ในราคา และโอกาสที่จะตั้งราคาต่ำกว่าความเป็นจริงมีมากกว่าการตั้งสูงเกินไปมาก
    แทบไม่เคยเห็นที่ปรึกษามือใหม่ที่ตั้งอัตราสูงเกินจริง แต่เห็นที่ปรึกษามือใหม่จำนวนมากที่ตั้งอัตราต่ำเกินจริง
    ถ้าลูกค้าไม่โอเคกับอัตรา ให้เจรจา ขอบเขตงาน แทนการเจรจาอัตรา เพื่อให้ต้นทุนโครงการอยู่ในงบ
    ไม่ควรคิดเงินแบบรายชั่วโมง การคิดเงินรายชั่วโมงเป็นวิธีที่แย่มาก

    • ผมคิดเงินแบบ รายชั่วโมง มานานกว่า 10 ปี และเห็นด้วยว่ามันเป็นวิธีที่แย่มาก
      แต่ถึงอยากเปลี่ยนไปคิดเงินเป็นรายวันหรือรายสัปดาห์ ก็รู้สึกเหมือนต้องให้คำมั่นว่าจะทำงานเต็มวันหรือเต็มสัปดาห์ จนคงออกไปทำธุระหรือไปเล่นกับลูกแล้วลุกจากโต๊ะไม่ได้
      ถึงจะไม่ต้องบอกลูกค้าว่าทำงานเวลาไหนแน่ แต่สถานะไม่อยู่/ออฟไลน์ใน Slack หรือ Teams อาจมองเห็นได้ และลูกค้าก็อาจโทรมาแบบกะทันหัน ถ้าต้องคุยโทรศัพท์เรื่องดีพลอยล้มเหลวกลางซูเปอร์มาร์เก็ตก็คงเหมือนถูกจับได้ตอนกางเกงหลุด
      กังวลว่าลูกค้าอาจคิดว่า “คนนี้คิดเงินทั้งสัปดาห์ แต่ตอนบ่ายไม่เห็นทำงานเลย ขี้เกียจจัง” เลยสงสัยว่าคนอื่นจัดการเรื่องนี้กันอย่างไร
    • ได้ยินคำแนะนำแบบนี้บ่อยมาก แต่ไม่ค่อยเห็นตัวอย่างที่ใช้ได้ผลจริง
      หลังภรรยาย้ายมาอเมริกา เธอลองทำฟรีแลนซ์และทำตามแนวทางนี้ คือปฏิเสธข้อเสนอที่ต่ำแล้วต่อรอง อัตราที่สูงขึ้น แต่สุดท้ายตลอด 1 ปีครึ่ง ได้งานรวมกันแค่ประมาณ 2 เดือน
      pipeline งานขายแห้งสนิท และก็ไม่มีงานใหม่เข้ามา พอมองย้อนกลับไปก็เสียดายที่ไม่รับข้อเสนอต่ำบางงานไว้ อัตราที่แย่ก็ลำบาก แต่ไม่มีงานเลยยิ่งลำบากกว่า
      ผมมองว่าคำแนะนำแบบกว้าง ๆ ลักษณะนี้ไม่สมจริง และอาจเป็นโทษกับบางคนได้
    • สงสัยว่าควรมองสัญญาแบบ จ้างงานแฝง ที่ไม่กำหนดขอบเขตและไม่มีกำหนดสิ้นสุดอย่างไร
  • สำหรับผม การเรียกอัตราในระดับที่รู้สึกว่าคุ้มกับการทำงานเป็นผลดีกับทั้งสองฝ่าย
    อย่างแย่ที่สุดก็แค่ถูกปฏิเสธ
    ทุกครั้งที่ตั้งอัตราต่ำเกินไปผมมักเสียใจ ทำงานได้ไม่เต็มที่ และก็เลี่ยงไม่ได้

    • ตอนแรกผมรับ อัตราต่ำ เพื่อให้ได้ก้าวเข้าไปและสะสมประสบการณ์ แต่หลังจากทำแบบนั้นสักไม่กี่งานก็ควรหยุดแล้วเริ่มเลือกงานให้มากขึ้น
      เคยมีโปรเจกต์หนึ่งที่ชอบมากจนยอมลดราคาหนักเพื่อจะได้ทำต่อ ซึ่งเป็นการตัดสินใจที่ไม่ดี ถึงจะเป็นโปรเจกต์ที่เจ๋ง แต่พอได้ค่าตอบแทนน้อยเกินไป ความสนุกก็หายไปเยอะ มันไม่ใช่องค์กรการกุศล แต่เป็นธนาคาร
  • เหตุผลที่บริษัทต่าง ๆ พยายามเปลี่ยนพนักงานให้เป็น ที่ปรึกษา, ฟรีแลนซ์, ผู้รับจ้างอิสระ ก็เพราะหวังจะผลักภาระค่าใช้จ่ายทางธุรกิจ เช่น ค่าโทรศัพท์ ประกันภัย ค่าบำรุงรักษารถยนต์ และเครื่องมือ ไปให้พนักงานเก่ารับแทน
    แต่หากค่าตอบแทนไม่ได้เพิ่มขึ้นตามนั้น อดีตพนักงานก็จะรู้ได้อย่างรวดเร็วว่าตัวเองเสียเปรียบกว่ามาก
    ยิ่งไปกว่านั้น หน่วยงานภาษีก็เข้ามาเกี่ยวข้องและตัดสินว่าความสัมพันธ์ตามสัญญาหลายกรณีแท้จริงแล้วเป็นของปลอม
    ตอนนี้จึงมีแบบทดสอบมาตรฐานสำหรับตัดสินว่าผู้รับจ้างตามชื่อเรียกนั้น แท้จริงแล้วเป็นพนักงานหรือไม่

    • ในสหราชอาณาจักรไม่มีรายการที่ชัดเจนแบบนั้น
      HMRC ปฏิเสธที่จะออกเกณฑ์ที่ชี้ขาด หรืออธิบายว่าตัดสินอย่างไรว่าผู้รับจ้าง “ทำงานเหมือนพนักงานแฝงตัว” หรือไม่ อนึ่ง ต่อให้ทำงานภายใต้กฎ IR35 ก็ยังไม่ถือว่าเป็น “พนักงาน” อยู่ดี
      กลับกัน พวกเขาให้เพียงข้อเสนอแนะบางอย่างผ่านเครื่องมือที่กำกวม และเก็บสิทธิ์ไว้ในการตัดสินภายหลังตามดุลยพินิจว่าใครเป็นผู้รับจ้างอิสระ จริง ๆ แล้วเคยมีกรณีย้อนหลังไปเปลี่ยนกฎแม้กับการยื่นภาษีที่อนุมัติไปแล้วด้วย
      เรื่องนี้สร้างความเสี่ยงอย่างมากให้คนทำงานสัญญาจ้าง เมื่อรัฐบาลเปลี่ยนกฎเพื่อโยกความเสี่ยงส่วนหนึ่งไปให้บริษัทลูกค้า ลูกค้าจำนวนมากก็เลือกจะไม่ใช้ผู้รับจ้างภายนอกรายย่อยเลย แทนที่จะต้องมาพยายามให้สอดคล้องกับเกณฑ์ที่คลุมเครือและยืนยันการปฏิบัติตามไม่ได้
      ด้วยเหตุนี้ ผู้รับจ้างรายย่อยจึงมักทำประกันความเสี่ยงด้าน IR35 ได้ยาก และถึงจะทำได้ก็ไม่ได้ถูกหรือสะดวกกว่าประกันความรับผิดอื่น ๆ
      ตลาดแรงงานสัญญาจ้างของสหราชอาณาจักรกำลังค่อย ๆ ตายลง นับตั้งแต่แท็บลอยด์ทำให้ผู้รับจ้างกลายเป็นกลุ่มตัวร้ายอีกกลุ่มหนึ่ง และพรรคอนุรักษ์นิยมก็พร้อมจะเล่นตามนั้น
    • ในเนเธอร์แลนด์ การทำงานเป็นที่ปรึกษา ฟรีแลนซ์ หรือผู้รับจ้างอิสระ แทบเป็นวิธีเดียวที่จะได้รับค่าตอบแทนสมกับคุณค่าของตัวเอง เงินเดือนโปรแกรมเมอร์โดยทั่วไปแย่มาก หรือถึงไม่แย่มากก็ยังต่ำกว่าที่ควรได้
      ฉันเคยสร้างต้นแบบแรกเริ่มของไอเดียใหม่ที่ยังคลุมเครือสำหรับโปรเจกต์ธนาคาร และพาโปรเจกต์ให้สำเร็จท่ามกลางการเปลี่ยนตัว product owner และการเปลี่ยนทีมอยู่เรื่อย ๆ เมื่อหน่วยงานภาษีเริ่มตั้งคำถามถึงความแตกต่างระหว่างผู้รับจ้างอิสระกับพนักงาน ธนาคารนั้นก็ตั้งกฎว่าผู้รับจ้างอิสระห้ามอยู่เกิน 2 ปี และเมื่อครบ 2 ปีโปรเจกต์ก็ยังไม่จบ ฉันเลยกลายเป็นพนักงาน
      ธนาคารมีระดับเงินเดือนสำหรับพนักงานและทุกอย่างต้องยึดตามนั้น วิศวกรซอฟต์แวร์อยู่ได้ในระดับ 8~12 แต่ product owner, scrum master, business architect และตำแหน่งอื่น ๆ ที่ฉันทำงานด้วยกลับอยู่ในระดับ 10~13 ฟรีแลนซ์ที่เข้ามาเป็นพนักงานเหมือนกันและเคยได้อัตรารายชั่วโมงใกล้เคียงฉัน บอกว่าเขาได้ระดับ 12 ในตำแหน่ง product owner และฉันเองก็คิดว่าตัวเองมีมูลค่าระดับ 12 เช่นกัน แต่ในหมู่โปรแกรมเมอร์ไม่มีระดับ 11 หรือ 12 เลย และทั้งที่งานแทบทุกตำแหน่งอื่นในแผนกนั้นมีระดับ 10 เป็นขั้นต่ำ สำหรับโปรแกรมเมอร์กลับเหมือนว่าระดับ 10 คือเพดานเสียมากกว่า
      ต่อมาในประชุมทั้งแผนก ผู้จัดการยังหน้าด้านพอจะบ่นว่าวิศวกรอาวุโสกำลังลาออกกันหมด
      บริษัทอื่นอีกมากก็จ่ายให้โปรแกรมเมอร์ที่เป็นพนักงานต่ำพอ ๆ กัน แต่กลับไม่มีปัญหาเลยที่จะจ่ายแพงกว่ามากให้คนคนเดิมในฐานะผู้รับจ้างหรือฟรีแลนซ์
    • แต่ละประเทศไม่เหมือนกัน จึงไม่ได้ง่ายขนาดนั้น ในฟินแลนด์ นักพัฒนาซอฟต์แวร์ที่เก่งที่สุดมักหันไปทำ consulting/freelancing ในช่วงหลังของอาชีพ เพราะเงินก้อนใหญ่อยู่ในระบบนิเวศฝั่งนั้น และสิทธิประโยชน์ทางภาษีก็ค่อนข้างมากด้วย
    • เห็นด้วยบางส่วน หลายบริษัทเอาความสัมพันธ์แบบผู้รับจ้างไปใช้ในทางที่ผิด แต่โดยมากจะเกิดกับตำแหน่งระดับล่างถึงกลาง คนที่ผ่านระดับ senior แล้วไปเป็นที่ปรึกษาจะได้รับการปฏิบัติแตกต่างออกไปอย่างสิ้นเชิง และฝั่งนั้นก็ทำกำไรได้สูงมากด้วย
    • การบอกว่าหน่วยงานภาษีแค่ตัดสินว่าความสัมพันธ์ตามสัญญาจำนวนมากเป็นของปลอม ไม่ค่อยถูกต้องนัก
      บริษัทที่ปรึกษารายใหญ่กำลังสูญเสียบุคลากร และพวกเขาก็ไปล็อบบี้หน่วยงานภาษี เพราะพนักงานบริษัทที่ปรึกษามักค้นพบว่าถ้าตัดคนกลางออกแล้วไปทำงานกับลูกค้าโดยตรง ก็จะได้เงินมากกว่า
      หากโครงสร้างแบบนี้เป็น “ของปลอม” จริง บริษัทที่ปรึกษารายใหญ่ก็ควรถูกครอบคลุมอยู่ในขอบเขตของกฎหมายอย่าง IR35 ของสหราชอาณาจักรด้วย
  • ฉันเห็นด้วยได้ยากกับส่วนที่ว่า “เวลานั้นควรเอาออกจาก log เพราะถึงจะคงอยู่ก็ไม่ใช่เวลาของลูกค้า แต่เป็นเวลาของคุณ” นั่นคือเวลาของลูกค้า
    ซอฟต์แวร์มีขนาดใหญ่มหาศาล ใหญ่มากจริง ๆ ฉันไม่ใช่คนที่มีความจำสมบูรณ์แบบ และถ้าลูกค้าต้องการนักพัฒนาที่เป็นแบบนั้น ก็ไปหาคนแบบนั้นได้เลย
    นี่เป็นสายงานที่ต้องเรียนรู้และเรียนรู้ใหม่อยู่ตลอด เป็นพื้นที่ขนาดใหญ่ที่ยาวและเต็มไปด้วยกับดักเล็ก ๆ มากมาย ถ้าลูกค้ามีระบบที่ไม่เป็นมาตรฐาน ก็แปลว่าฉันต้องกลับไปขุดและเรียนรู้ใหม่ในสิ่งที่คิดว่าตัวเองลืมได้แล้ว ซึ่ง ชัดเจนว่าเป็นภาระของลูกค้า

  • โดยส่วนตัว ฉันคิดว่าการ คิดค่าบริการรายชั่วโมง ไม่ใช่คำแนะนำที่ดีนัก ถ้าเป็นฟรีแลนซ์ระดับล่างก็อาจไม่มีทางเลือกอื่นและต้องยอมรับมัน
    จากประสบการณ์ งานส่วนใหญ่ในระดับกลางถึงสูงเหมาะกับการคิดเป็นรายวัน หรือดียิ่งกว่านั้นคือเป็นรายโปรเจกต์
    ถ้าเวลาที่เรียกเก็บเงินได้มีแค่ไม่กี่ชั่วโมง เวลาที่เรียกเก็บเงินไม่ได้ตั้งแต่การเจรจา การสื่อสารระหว่างทาง ไปจนถึงการปิดงานและออกใบแจ้งหนี้ จะมากกว่านั้นหลายเท่า อีกทั้งงาน 1 ชั่วโมง 8 งานก็เหนื่อยกว่างาน 8 ชั่วโมง 1 งานมาก แบบหลังคือวันทำงานปกติ แต่แบบแรกทำให้หมดแรงเพราะต้องสลับบริบทตลอด
    ดูเพิ่มเติม: https://training.kalzumeus.com/newsletters/archive/consultin... และในบรรดาบทความที่ถูกพูดถึงหลายครั้ง มี https://news.ycombinator.com/item?id=4805091

    • มีคำแนะนำที่ใช้ได้จริงมากมายทั้งสำหรับการคิดค่าบริการรายชั่วโมงและรายโปรเจกต์ ในภาคสนามจริง คำแนะนำเหล่านั้นอาจดีหรือแย่ก็ได้ขึ้นอยู่กับปัจจัยมากมาย
      ตัวอย่างเช่น Million Dollar Consulting เป็นหนังสือที่มีชื่อเสียงจากการสนับสนุน การคิดราคาตามคุณค่า วิธีนี้ฟังดูสมเหตุสมผลมากหากคุณ 1) มีความเชี่ยวชาญเฉพาะทางสูง และ 2) เป็นที่ต้องการสูง ในสถานการณ์แบบนั้น อำนาจต่อรองจะสูงกว่ามาก และมีโอกาสสูงที่ทั้งสองฝ่ายจะเข้าใจดีว่าคุณสร้างคุณค่าอะไร ผู้จัดการภายในบริษัทยังมีแรงจูงใจที่จะฝ่าฟันอุปสรรคด้านกระบวนการที่เกิดจากโมเดลราคาที่ “ไม่มาตรฐาน” ของคุณด้วย
      แต่ในหลายกรณี บริษัทมีนโยบายและการควบคุมเกี่ยวกับการกำหนดค่าตอบแทนผู้รับจ้างอยู่แล้ว โดยเฉพาะถ้าไม่ใช่สถานการณ์ที่มีบริษัทจำนวนมากเข้ามาหาคุณก่อน คุณก็ควรยืดหยุ่นไว้เพื่อไม่จำกัดโอกาสของตัวเอง
      ขอแนะนำให้คำนวณเวลาในการหาลูกค้าอย่างจริงจัง ได้แก่ การทำข้อเสนอ การเจรจา การประชุมก่อนทำสัญญา และเวลางานบริหาร แล้วรวมสิ่งนั้นเข้าไปในอัตรารายชั่วโมงของคุณ ส่วนสัญญาแบบ retainer ก็มักจะดีต่อทั้งสองฝ่ายและลูกค้าก็มักไม่ได้ต่อต้านมากนัก เช่น แม้ทำงานจริงเพียง 5 ชั่วโมง ก็ยังได้รับค่าจ้างขั้นต่ำ 10 ชั่วโมงต่อสัปดาห์
      หากกังวลว่าอัตรารายชั่วโมงจะจำกัดรายได้ ลองดูว่าบริษัทกฎหมายชั้นนำ เอเจนซีสร้างสรรค์ บริษัทที่ปรึกษาด้านการจัดการ และสำนักงานบัญชี เรียกเก็บกันเท่าไร หากคุณเป็นที่ปรึกษาเดี่ยว ไม่ว่าจะคิดค่าบริการแบบไหน สุดท้ายคุณก็ถูกจำกัดด้วยจำนวนชั่วโมงที่คุณยินดีจะทำงานอยู่ดี
  • โพสต์ที่เกี่ยวข้อง:
    How To Be a Consultant, a freelancer or an independent contractor (2009) - https://news.ycombinator.com/item?id=2255463 - กุมภาพันธ์ 2011, 7 ความเห็น
    How to run a small consultancy / freelancing business - https://news.ycombinator.com/item?id=848370 - กันยายน 2009, 63 ความเห็น

  • ไม่รับงานที่ดูเหมือนเป็น “ผู้รับจ้าง” หรือ การเสริมกำลังคน เด็ดขาด
    การทำ strategic consulting ที่ได้คุยกับผู้มีอำนาจตัดสินใจและผู้ถืออำนาจงบประมาณ และถูกคาดหวังในความเชี่ยวชาญนั้นเป็นอีกเรื่องหนึ่ง
    ตอนที่เป็น dev lead พอได้เห็นความต่างระหว่างเงินที่จ่ายให้กับนักพัฒนา C# แบบเสริมกำลังคนที่มีแค่ชื่อว่า consultant กับเงินที่จ่ายให้ “AWS consultant” จากสายปฏิบัติการเครือข่ายแบบเก่า ที่แค่ยก on-premises infrastructure และกระบวนการเดิมไปทำซ้ำบน cloud ให้แพงขึ้น ก็ทำให้ทิศทางอาชีพเปลี่ยนไปโดยสิ้นเชิง
    เลยตัดสินใจว่าถ้ามีพื้นฐานด้านการพัฒนาและพอรู้เรื่อง infrastructure อยู่บ้าง แล้วเข้าใจ cloud ก็จะสร้างคุณค่าได้มากกว่า
    หลังจากนั้นก็สะสมประสบการณ์อยู่ 2 ปี

    • เคยทำงานเสริมกำลังคนแบบนั้นมาเยอะเหมือนกัน อยากรู้ว่าตอนเริ่มต้นในสาย DevOps หาสัญญาแรก ๆ กันอย่างไร
  • ในบางประเทศแถบลาตินอเมริกา หากรายได้มากกว่า 90% มาจากลูกค้ารายเดียว หน่วยงานภาษีจะมองว่าลูกค้ารายนั้นเป็นนายจ้างโดยพฤตินัย และเมื่อยุติสัญญาหรือลาออก ก็จะมีสิทธิได้รับ เงินชดเชยและสวัสดิการต่าง ๆ

    • ฉันไม่ต้องการเงินชดเชยหรือสวัสดิการต่าง ๆ แค่อยากรับเงินมาแล้วสะสมเงินกันชนเอง และซื้อสวัสดิการที่ต้องการเอง
      ฉันคิดว่าการที่หน่วยงานภาษีคุ้มครองฟรีแลนซ์ค่าแรงต่ำที่ประคองตัวอยู่แถวเส้นความยากจนหรือต่ำกว่านั้นเป็นเรื่องที่ดีมาก แต่ซอฟต์แวร์เอนจิเนียร์รายได้สูงดูแลตัวเองได้ หากลูกค้าปัจจุบันอยากยุติสัญญาพรุ่งนี้ก็ไม่เป็นไร นั่นแหละคือเหตุผลที่เขาจ้างฉันเป็นผู้รับจ้างไม่ใช่พนักงาน และนั่นแหละคือเหตุผลที่เขาจ่ายเงินในระดับนั้น
      ฉันเห็นด้วยกับการขีดเส้นตามอัตราค่าจ้างรายชั่วโมง เช่น ถ้าต่ำกว่า 50 ดอลลาร์ต่อชั่วโมงก็มีสิทธิได้สวัสดิการแบบพนักงาน แต่ถ้าสูงกว่านั้นก็รับผิดชอบตัวเอง แบบนั้นก็น่าจะพอดูแลตัวเองได้แล้ว
  • ถ้าพยายามทำให้เก่งกว่าค่าเฉลี่ยในทักษะที่ขายได้สักอย่างหนึ่ง สื่อสารตัวเองได้ดี และทำอย่างสม่ำเสมอ ก็ไปได้สวยพอสมควรในฐานะ ผู้รับจ้าง/ฟรีแลนซ์

    • ไม่ยากหรอก คนส่วนใหญ่แย่มาก เอาจริง ๆ แค่รับโทรศัพท์และตอบอีเมล คนก็แทบจะมองคุณเหมือนเทพแล้ว
    • ทำมา 3 ปีแล้ว ประสบการณ์ของฉันจนถึงตอนนี้ก็เป็นแบบนั้นเหมือนกัน
  • บทความนี้มีข้อมูลที่ดีและใช้ได้จริงเยอะมาก พอทำงานสายนี้มาเกิน 10 ปี ก็พบว่าการลองทำ การทำบัญชี ด้วยตัวเองก็มีประโยชน์
    มันช่วยให้เข้าใจตัวเลขและต้นทุน ซึ่งมีประโยชน์เวลาตัดสินใจด้านการเงิน