วิธีพูดคุยเรื่องเงินเดือนอย่างถูกต้องระหว่างการสัมภาษณ์
ที่มา: Fast Company![พักดื่มกาแฟ #18. วิธีพูดคุยเรื่องเงินเดือนอย่างเหมาะสมในระหว่างการสัมภาษณ์ และวิธีที่จะไม่ล้มเหลวในการพัฒนา MVP แรกของคุณ - 1](https://cdn.javarush.com/images/article/64f8414b-15f9-4464-b3a9-bfb19363035d/800.jpeg)
-
ศึกษาตลาดและบริษัท
ลองค้นหาว่าตำแหน่งเปิดมานานแค่ไหนแล้วและบริษัทต้องการเติมตำแหน่งได้เร็วแค่ไหน หากคุณมั่นใจว่าคุณเป็นผู้สมัครที่เหมาะสมและบริษัทสนใจที่จะจ้างงาน สิ่งนี้จะทำให้คุณได้เปรียบในการสัมภาษณ์
ศึกษาช่วงเงินเดือนที่บริษัทอื่นๆ เสนอให้ในตำแหน่งที่คล้ายกัน การดูว่าจำนวนเงินเปลี่ยนแปลงไปอย่างไรขึ้นอยู่กับประสบการณ์ของผู้สมัครและที่ตั้งสำนักงานจะเป็นประโยชน์ โปรดทราบว่างานของคุณอาจได้รับการประเมินแตกต่างกันไปตามประสิทธิภาพทางการเงินของนายจ้าง
-
รู้คุณค่าของคุณ
ลองนึกถึงมูลค่าที่คุณสามารถนำมาให้กับบริษัทและผูกมูลค่านั้นกับระดับเงินเดือนที่คุณคาดหวัง ช่วยให้นายจ้างรู้สึกว่าเขาได้รับผลประโยชน์มากมายจากการจ้างคุณ
วิเคราะห์ตัวเลือกอื่นๆ ที่เปิดให้คุณ เตรียมระบุจำนวนเงินขั้นต่ำที่คุณคาดหวัง อย่าลังเลที่จะถามเกี่ยวกับตัวเลือกการชดเชยเพิ่มเติม เช่น โบนัส ทางเลือกต่างๆ เว้นแต่ว่าเรากำลังพูดถึงบริษัทที่การให้ทางเลือกถือเป็นเรื่องปกติ
-
อย่าเห็นด้วยทันที
อย่าตอบตกลงกับข้อเสนอเงินเดือนแรกทันที บอกความคาดหวังของคุณกับนายจ้างและขอข้อมูลเพิ่มเติม ไปที่การสัมภาษณ์ที่เตรียมไว้: เขียนรายการข้อโต้แย้งที่จะพิสูจน์ว่าคุณสมควรได้รับเงินมากขึ้น ระบุความคาดหวังเงินเดือนของคุณในอีเมล ด้วยวิธีนี้ผู้มีส่วนได้เสียทั้งหมดจะสามารถทำความคุ้นเคยกับพวกเขาได้
-
หารือเกี่ยวกับองค์ประกอบไร้เงินสด
ถามว่าคุณจะได้รับสิทธิประโยชน์เพิ่มเติมอะไรบ้างนอกเหนือจากเงินเดือนของคุณ ค้นหาว่ามีการจัดหาค่าดูแลเด็ก ค่าชดเชยค่าขนส่ง และจำนวนวันหยุดพักร้อนหรือไม่ นายจ้างของคุณอาจมีข้อจำกัดด้านเงินเดือนที่เข้มงวด แต่อาจเสนอตารางการทำงานที่ยืดหยุ่นกว่าที่เหมาะกับคุณ
อย่าท้อแท้หากการเจรจาของคุณล้มเหลว ลองคิดว่างานใหม่จะเป็นประโยชน์สำหรับคุณอย่างไรและจัดลำดับความสำคัญของคุณอย่างถูกต้อง บางทีเงินเดือนในตำแหน่งใหม่อาจไม่สูงมากนักแต่งานนี้จะเป็นก้าวที่ดีสำหรับอาชีพในอนาคต นอกจากนี้ เมื่อเวลาผ่านไป คุณจะมีโอกาสพิสูจน์ให้นายจ้างเห็นว่าคุณคู่ควรกับการขึ้นเงินเดือน
วิธีที่จะไม่ล้มเหลวในการพัฒนา MVP แรกของคุณ
ที่มา: DZone![พักดื่มกาแฟ #18. วิธีพูดคุยเรื่องเงินเดือนอย่างเหมาะสมในระหว่างการสัมภาษณ์ และวิธีที่จะไม่ล้มเหลวในการพัฒนา MVP แรกของคุณ - 2](https://cdn.javarush.com/images/article/25f2931d-2d92-48f2-bb7a-a84552a1b0a1/800.jpeg)
-
การเลือกปัญหาที่ไม่ถูกต้องมาแก้ไข
การสำรวจโดย CB Insights พบว่า 42% ของความล้มเหลวในสตาร์ทอัพทั้งหมดเกิดจากการ “ขาดความต้องการของตลาด” กล่าวอีกนัยหนึ่ง แอปพลิเคชันของคุณอาจเขียนได้ดีและมีฟังก์ชันการทำงานที่ยอดเยี่ยม แต่มีเพียงไม่กี่คนที่ต้องการ
เพื่อหลีกเลี่ยงสถานการณ์นี้ ก่อนที่คุณจะนั่งลงเพื่อพัฒนา MVP คุณต้องถามตัวเองด้วยคำถามต่อไปนี้:- ใครบ้างที่อาจสนใจใบสมัครของฉัน
- มันแก้ปัญหาอะไรได้บ้าง?
- ความคิดของฉันเป็นวิธีที่มีประสิทธิภาพที่สุดในการแก้ปัญหาหรือไม่?
หากคุณคิดว่าผลิตภัณฑ์ของคุณดีสำหรับทุกคน คุณเกือบจะล้มเหลวอย่างแน่นอน ค้นหากลุ่มเป้าหมายของคุณ
-
ข้ามขั้นตอนการสร้างต้นแบบ
ไม่มีใครสร้างรถยนต์โดยไม่สร้างแนวคิดให้กับมันก่อน การเปลี่ยนผ่านจากแนวคิดไปสู่กระบวนการพัฒนาโดยตรงจะนำไปสู่ข้อผิดพลาด การสร้างต้นแบบและการทำซ้ำมีความสำคัญต่อการพัฒนาผลิตภัณฑ์ ทดสอบต้นแบบกับผู้ใช้ที่มีศักยภาพ ด้วยวิธีนี้คุณจะพบความคิดเห็นของพวกเขาเกี่ยวกับการสมัครในอนาคตของคุณ
-
กำหนดเป้าหมายกลุ่มผู้ใช้ที่ไม่ถูกต้อง
โปรดจำไว้ว่าไม่ใช่ผู้ใช้ทุกคนที่เป็นกลุ่มเป้าหมายของคุณ ดังนั้นอย่าขอให้เพื่อนหรือครอบครัวของคุณตรวจสอบแอปหากพวกเขาไม่ได้อยู่ในกลุ่มผู้มีโอกาสเป็นลูกค้าของคุณ มิฉะนั้นสินค้าจะได้รับการประเมินแบบเอนเอียง สิ่งสำคัญคือต้องมุ่งเน้นไปที่ตลาดเป้าหมายแบบแบ่งส่วน สิ่งนี้จะช่วยเพิ่มโอกาสในการประสบความสำเร็จ
-
วิธีการพัฒนาที่ผิด
การกระโดดเข้าสู่กระบวนการ MVP โดยใช้วิธีการพัฒนาที่ไม่ถูกต้องเป็นหนึ่งในสาเหตุหลักที่ทำให้หลายคนละทิ้งโครงการก่อนที่จะเสร็จสิ้น และนี่คือหนึ่งในปัจจัยหลักที่มีอิทธิพลต่อสถิติว่าทำไมสตาร์ทอัพ 9 ใน 10 รายถึงล้มเหลว
มีสองแนวทางที่พบบ่อยที่สุดในการพัฒนาผลิตภัณฑ์ MVP: Agile (ระเบียบวิธีแบบ Agile) และ Waterfall (แบบจำลองน้ำตก)
เมื่อเปรียบเทียบกับ Waterfall การพัฒนาผลิตภัณฑ์แบบ Agile จะมีประสิทธิภาพมากกว่า เนื่องจากจะปรับให้เข้ากับสถานการณ์ที่เปลี่ยนแปลงได้ดีกว่า และช่วยให้คุณสามารถส่งมอบโครงการภายในกรอบเวลาที่กำหนดได้ การสำรวจโดย Ambysoft ในปี 2018 พบว่า Agile มีอัตราความสำเร็จ 55% เทียบกับ 29% ในการพัฒนา Waterfall
-
ความสับสนระหว่างผลตอบรับเชิงคุณภาพและเชิงปริมาณ
ความคิดเห็นเชิงคุณภาพและเชิงปริมาณเป็นสองวิธีที่แตกต่างกันในการรวบรวมข้อมูลจากผู้ใช้เป้าหมาย
ข้อเสนอแนะเชิงคุณภาพประกอบด้วยผลลัพธ์ที่เกี่ยวข้องกับประสบการณ์ผู้ใช้คุณลักษณะของผลิตภัณฑ์หรือบริการ ประเมินการใช้งานระบบโดยตรง ช่วยให้นักพัฒนาวิเคราะห์องค์ประกอบ UI ที่มีปัญหาเฉพาะได้
ความคิดเห็นเชิงปริมาณมาในรูปแบบของตัวชี้วัดที่กำหนดว่างานนั้นง่ายหรือยากที่จะทำให้สำเร็จ เป็นการประเมินการใช้งานการออกแบบทางอ้อม
แนวทางที่เหมาะสมที่สุดคือการรวมผลตอบรับเชิงคุณภาพเข้ากับผลป้อนกลับเชิงปริมาณ ซึ่งเป็นผลป้อนกลับแบบสามเหลี่ยมเพื่อรวบรวมข้อมูลเพื่อการตีความที่แม่นยำ โดยคำนึงถึงปัจจัยต่างๆ มากมาย แนวทางนี้จะเพิ่มโอกาสในการควบคุมภัยคุกคามต่อผลิตภัณฑ์ หากทั้งสองวิธีมีข้อสรุปร่วมกัน นักพัฒนาก็จะมั่นใจมากขึ้นในความสำเร็จของแอปพลิเคชันของเขา
GO TO FULL VERSION