ทีม · การอนุมัติ
ทุกการอนุมัติ อยู่ในกล่องรวมเดียว
รีวิวไลบรารี แผนแคมเปญ คำขอเปิดตัว และวันลารออยู่ในที่เดียว และแต่ละรายการตัดสินตามกฎของเครื่องมือที่เป็นเจ้าของ สร้างพื้นที่ทำงานแล้วส่งแผนแรกของคุณเข้าสู่การอนุมัติ หรือดูก่อนว่าทำงานอย่างไร
มีพื้นที่ทำงานอยู่แล้ว? เข้าสู่ระบบ
- แพ็กเกจเริ่มต้นที่ 99 ดอลลาร์ต่อเดือน
- ออกแบบมาเพื่อเอเจนซี่ที่ดูแลลูกค้าหลายราย
- แบรนด์ของคุณปรากฏทั่วทั้งคอนโซล
ทีม · การอนุมัติ
ระบบอนุมัติงาน สำหรับเอเจนซี่ ที่มีกล่องรวมเดียวสำหรับทุกการตัดสินใจ
ในเอเจนซี่ส่วนใหญ่ การอนุมัติคือข้อความในแชทที่บอกว่า “ดูดีแล้ว ส่งได้เลย” ข้อความนั้นไม่ผูกกับเวอร์ชันใด ไม่มีใครหาเจอหลังผ่านไปหนึ่งเดือน และเพื่อนร่วมทีมที่แก้ไฟล์ทีหลังก็ไม่เคยเห็น ส่วน “การอนุมัติ” ใน AI Marketing Dashboard แทนที่สิ่งนั้นด้วยระบบอนุมัติงานที่มีกล่องรวมเดียวเป็นศูนย์กลาง ชิ้นงานไลบรารีที่ส่งเข้าตรวจ แผนแคมเปญที่ส่งขออนุมัติ การเปิดตัวที่มีคนขอ และคำขอลา รออยู่ที่นั่นทั้งหมด แต่ละรายการตัดสินโดยคนที่มีสิทธิ์ตัดสิน ตามกฎของเครื่องมือที่เป็นเจ้าของรายการนั้น แผนที่มีการแก้ไขหลังอนุมัติจะบอกให้รู้ และการเปิดตัวจะอาศัยการอนุมัติครั้งเก่าเพื่อออกไปไม่ได้
แชทหรือกล่องรวม
เก็บการอนุมัติไว้ที่ไหน ตัดสินว่าไว้ใจได้หรือไม่
การอนุมัติจะดีได้เท่ากับบันทึกที่เหลือไว้ ลองเทียบนิ้วโป้งขึ้นในเธรดแชทกับการตัดสินที่ทำในที่ที่กฎมองเห็นได้
อนุมัติด้วยข้อความ
- การตอบรับในเธรดแชทที่ไม่ผูกกับเวอร์ชันใด
- การอนุมัติทางอีเมลที่คนถัดไปไม่เคยเห็น
- แผนที่แก้ไขหลังตกลงกันแล้วโดยไม่ได้บอกใคร
- การเปิดตัวที่ขอกันแค่สะกิดไหล่
- วันลาที่ตัดสินกันในข้อความไหนก็ตามที่มาก่อน
ทุกครั้งที่ตอบรับก็จริงใจ แต่ไม่มีครั้งไหนตรวจสอบย้อนหลังได้
อนุมัติในกล่องรวมเดียว
- แท็บสูงสุดห้าแท็บรวมทุกสิ่งที่รอให้ใครสักคนตัดสิน
- การอนุมัติแผนครอบคลุมแผนตามที่อนุมัติไว้
- แผนที่ส่งกลับ หรือการเปิดตัวหรือคำขอลาที่ปฏิเสธ ต้องมีเหตุผลที่เขียนไว้
- คำขอเปิดตัวรอคนที่มีสิทธิ์ “Publish” (เผยแพร่)
- แถวของแผน การเปิดตัว และไลบรารีเปิดไปยังรายการที่แถวนั้นเกี่ยวข้อง
ทุกการตัดสินยังอยู่ภายใต้กฎของเครื่องมือเจ้าของรายการ กล่องรวมจึงไม่เพิ่มทางลัด
กล่องรวม
เคลียร์การตัดสินของตอนเช้าให้จบในรอบเดียว
ทุกอย่างที่รอให้คนตัดสินจะเรียงแสดงตามประเภทและตามว่าใครต้องขยับต่อ สิบนาทีแรกของวันจึงเป็นการไล่ดูหน้าเดียว
ตัดสินไลบรารี การเปิดตัว และวันลาโดยไม่ต้องสลับแท็บไปมา
- แท็บ “All” (ทั้งหมด) “Library” (ไลบรารี) “Plans” (แผน) “Launches” (การเปิดตัว) และ “Time off” (วันลา) โดยแท็บ “Time off” เฉพาะผู้ดูแล
- แผนที่อนุมัติแล้วคงอยู่ในรายการ 14 วัน
- ตัวกรองลูกค้าที่เริ่มต้นที่ลูกค้าของตัวสลับที่ส่วนหัว
เส้นทางของแผนหนึ่งฉบับ
จากแผนที่ส่งอนุมัติสู่การเปิดตัวที่ได้รับอนุญาตให้ดำเนินการ
สี่ขั้นพาแผนหนึ่งฉบับจากคนที่สร้างไปสู่คนที่เผยแพร่ และทุกขั้นทิ้งบันทึกไว้
ส่งพร้อมระบุผู้ตรวจสอบ
คนที่สร้างแผนส่งขออนุมัติและระบุผู้ตรวจสอบได้ งานตรวจสอบจะปรากฏในโปรเจกต์ “Marketing Plans” ของลูกค้า ครบกำหนดในสามวัน และมอบหมายให้ผู้ตรวจสอบถ้าระบุไว้ ส่วนกระดิ่งและอีเมลแจ้งคนที่ต้องตัดสินตัดสินบนแผนตามที่เป็นอยู่
ผู้อนุมัติอนุมัติ หรือส่งกลับพร้อมหมายเหตุ ผู้ส่งอนุมัติแผนของตัวเองไม่ได้ ผู้ดูแลเอเจนซี่ทำได้ และประวัติบันทึกไว้ว่าเขาทำเปิดในหน้าเปิดตัว
แผนที่อนุมัติแล้วปรากฏใต้ “Ready to launch” (พร้อมเปิดตัว) บนหน้าเปิดตัวของช่องทางนั้น ถ้าแก้ไขแผนก่อน แผนจะติดธงว่าเปลี่ยนแปลง และการเปิดตัวถูกปฏิเสธจนกว่าจะอนุมัติใหม่ถ้าทำเองไม่ได้ ให้ขอผู้เผยแพร่
เพื่อนร่วมทีมที่ไม่มีสิทธิ์ Publish ยื่นคำขอเปิดตัวแทน ผู้เผยแพร่อ่านผลการตรวจ แล้วอนุมัติหรือปฏิเสธพร้อมเหตุผล และการตรวจจะทำซ้ำตอนที่อนุมัติ
ดูวิดีโอสาธิต
ดูชิ้นงานในไลบรารี แผน และคำขอเปิดตัวถูกตัดสิน
วิดีโอสาธิตเริ่มจากสิ่งที่รออยู่ เปิดชิ้นงานในแบบที่ลูกค้าจะเห็น ส่งกลับพร้อมเหตุผล อนุมัติแผน และจบที่เหตุผลที่คำขอเปิดตัวเป็นการตัดสินแยกต่างหาก
- 0:00ดูทุกอย่างที่รอคุณอยู่
- 0:06เปิดชิ้นงานในแบบที่ลูกค้าจะเห็น
- 0:11ส่งกลับพร้อมเหตุผลที่ชัดเจน
- 0:20อนุมัติแผนตามเนื้อหาปัจจุบัน
- 0:29คำขอเปิดตัวแยกต่างหาก
42 วินาที
อ่านทรานสคริปต์
0:00 ดูทุกอย่างที่รอคุณอยู่ ชิ้นงานในไลบรารี แผน การเปิดตัว และวันลามารวมกันในกล่องรวมเดียว กรองตามลูกค้าได้
0:06 เปิดชิ้นงานในแบบที่ลูกค้าจะเห็น รีวิวของไลบรารีเปิดเต็มหน้าจอ แสดงชิ้นงานตรงตามที่ลูกค้าเห็น
0:11 ส่งกลับพร้อมเหตุผลที่ชัดเจน ปุ่ม “Request changes” (ขอให้แก้ไข) ต้องมีหมายเหตุ บอกว่าต้องแก้อะไรเพื่อให้ผู้เขียนลงมือได้
0:20 อนุมัติแผนตามเนื้อหาปัจจุบัน Alex Morgan ผู้ดูแลเอเจนซี่ อนุมัติแผนของ Jordan Lee ตามที่เขียนไว้ทุกประการ
0:29 คำขอเปิดตัวแยกต่างหาก การเปิดตัวรอคนที่มีสิทธิ์ Publish การอนุมัติการเปิดตัวด้วยมือแค่สร้างงาน
วางทุกการตัดสินไว้ในที่ที่กฎมองเห็น
เพิ่มทีมและลูกค้าของคุณเข้าพื้นที่ทำงานใหม่ แล้วส่งแผนแรกขออนุมัติและดูแผนนั้นไปถึงกล่องรวม
แพ็กเกจเริ่มต้นที่ 99 ดอลลาร์ต่อเดือน
ในหน้านี้
ระบบอนุมัติงานที่รวมรีวิวไลบรารี แผน การเปิดตัว และวันลาไว้ในกล่องรวมเดียว
สูงสุดห้าแท็บ ตัวเลขบนแต่ละแท็บ และตัวกรองลูกค้าที่ตามตัวสลับลูกค้า
เมนู “ทีม > การอนุมัติ” เปิดหน้าเดียวที่มีแท็บสูงสุดห้าแท็บ ได้แก่ “All” (ทั้งหมด) “Library” (ไลบรารี) “Plans” (แผน) “Launches” (การเปิดตัว) และ “Time off” (วันลา) แท็บ “Time off” แสดงเฉพาะให้ผู้ดูแลเอเจนซี่เห็น ทุกแท็บมีตัวเลขบอกจำนวนรายการที่รอคนตัดสิน แท็บ “All” แสดงห้ารายการแรกที่รออยู่จากแต่ละแหล่งพร้อมลิงก์ “View all” (ดูทั้งหมด) และตัวกรองลูกค้าจำกัดงานของลูกค้าให้เหลือบัญชีเดียว ตัวกรองเริ่มต้นที่ลูกค้าซึ่งตั้งไว้ในตัวสลับที่ส่วนหัว ถ้าลูกค้ารายนั้นมีรายการอยู่ในกล่องรวม และคลิกครั้งเดียวก็ขยายเป็นลูกค้าทุกราย การลาไม่ใช่งานของลูกค้า แท็บ “Time off” จึงไม่สนใจตัวกรอง และบอกไว้ด้วยป้าย “Workspace-wide” (ทั้งพื้นที่ทำงาน)
ไม่มีอะไรถูกคัดลอกไปไว้ในระบบที่สอง รีวิวไลบรารียังตัดสินบนหน้าจอรีวิวของตัวเอง แผนตัดสินผ่านการอนุมัติของแผน การเปิดตัวผ่านบันทึกการเปิดตัว และวันลาผ่านคำขอลา กล่องรวมจึงไม่เพิ่มกฎของตัวเองและไม่เพิ่มช่องโหว่ กล่องรวมโหลดข้อมูลใหม่เมื่อคุณกลับมาที่แท็บและทุกหนึ่งนาทีตราบที่เปิดอยู่ และลิงก์จากการแจ้งเตือนของแผนหรือการเปิดตัว หรือจากการแจ้งเตือนของไลบรารีที่รอคุณอยู่ จะเปิดแท็บที่ถูกต้องตรงรายการนั้น ผู้อนุมัติจึงไปถึงเรื่องที่ถูกขอให้ดูได้เลย แทนที่จะเจอลิสต์ที่ต้องค้นหาเอง
การอนุมัติครอบคลุมแผนตรงตามที่อนุมัติไว้
แก้แผนภายหลังแล้วจะขึ้นสถานะ “Changed since approval”
การอนุมัติมีค่าก็ต่อเมื่อยังตรงกับสิ่งที่จะส่งออกไปจริง เมื่อแผนแคมเปญได้รับอนุมัติ เซิร์ฟเวอร์จะบันทึกค่าแฮชซึ่งเป็นเหมือนลายนิ้วมือของเนื้อหาแผน ได้แก่ ชื่อ ช่องทาง ธีม แพลตฟอร์ม กลุ่มเป้าหมาย และการตั้งค่า รวมถึงเทมเพลตจากไลบรารีที่แผนอีเมลส่ง และกลุ่มเป้าหมายที่บันทึกไว้ซึ่งแผนอีเมล SMS หรือโฆษณาแบบเสียเงินเล็งไว้ คือคำนิยามของกลุ่มนั้น และสำหรับลิสต์แบบคงที่ก็รวมสมาชิกในลิสต์ด้วย ส่วนว่าเซกเมนต์แบบใช้กฎจะตรงกับใครในวันนั้น ไม่รวมอยู่ในค่านี้ ถ้าเปลี่ยนอะไรในนี้ภายหลัง ค่าแฮชจะไม่ตรงอีกต่อไป แผนจะขึ้นสถานะ “Changed since approval” (เปลี่ยนแปลงหลังอนุมัติ) ทุกที่ที่แสดงการอนุมัติของแผน และเปิดตัวไม่ได้จนกว่าจะส่งและอนุมัติใหม่
การเปรียบเทียบทำโดยเซิร์ฟเวอร์เทียบกับแผนตามที่เป็นอยู่ตอนนี้ ไม่เคยทำโดยหน้าจอ และทำซ้ำในจุดที่สำคัญ คือตอนสร้างการเปิดตัว ตอนอนุมัติคำขอเปิดตัว และก่อนการเปิดตัวที่ตั้งเวลาไว้จะทำงานไม่นาน แผนที่ถูกแก้ไขขณะรออยู่ในคิวก็อนุมัติไม่ได้เช่นกัน กล่องรวมจะบอกว่าต้องส่งใหม่ ชิ้นงานในไลบรารีรีวิวต่างออกไป คือมีสถานะของตัวเอง และการแก้ไขชิ้นงานที่อนุมัติแล้วไม่ได้รีเซ็ตสถานะนั้น ผู้ตรวจสอบจึงเปิดรีวิวใหม่เมื่องานเปลี่ยน
ส่งงานกลับพร้อมเหตุผลที่ผู้เขียนลงมือแก้ได้
ส่งแผนกลับ หรือปฏิเสธการเปิดตัวหรือการลา ต้องมีเหตุผลที่เขียนไว้
การอนุมัติแผน การเปิดตัว หรือคำขอลา ทำได้ด้วยคลิกหนึ่งครั้งและการยืนยัน พร้อมหมายเหตุที่ไม่บังคับ ส่วนการขอให้แก้ไขใช้คลิกหนึ่งครั้งกับหนึ่งประโยค และประโยคนั้นต้องมีเสมอ แผนส่งกลับไม่ได้ถ้าไม่มีหมายเหตุบอกว่าต้องแก้อะไร การเปิดตัวปฏิเสธไม่ได้ถ้าไม่มีเหตุผล และคำขอลาก็ปฏิเสธไม่ได้ถ้าไม่มีเหตุผลเช่นกัน หน้าจอรีวิวของไลบรารีก็บังคับให้ใส่หมายเหตุเมื่อขอให้แก้ไขด้วย แผนจะกลับไปหาคนที่ส่งในสถานะ “Changes requested” (ขอให้แก้ไข) งานตรวจสอบกลับไปอยู่ในรายการของเขาพร้อมหมายเหตุแนบ และรายการนั้นออกจากตัวเลขที่รอของผู้อนุมัติ
วิธีนี้ทำให้การตีงานกลับไปแก้ไม่ต้องไปเกิดในแชท ผู้เขียนอ่านเหตุผลในที่ที่ส่งงาน แก้ไข แล้วส่งใหม่ ฝั่งผู้อนุมัติจะเห็นเป็นการส่งใหม่ที่มีค่าแฮชใหม่ให้ตรวจ ในไลบรารี หน้าจอรีวิวแสดงชิ้นงานแบบที่ลูกค้าจะเห็น และคอมเมนต์ปักหมุดที่จุดหนึ่งบนพรีวิวได้ จะเก็บไว้ภายใน หรือให้คนที่มีสิทธิ์ “Publish” (เผยแพร่) แชร์กับลูกค้าก็ได้ ฟีดแบ็กจึงชี้ไปที่ตัวงานแทนที่จะอธิบายจากความจำ
ลูกค้าอนุมัติในพอร์ทัล บนชิ้นงานโดยตรง
คำขออนุมัติ คำขอแก้ไขที่ปักหมุด และแถบเวอร์ชันของครีเอทีฟ
การรีวิวโดยลูกค้าเริ่มได้ก็ต่อเมื่อทีมของคุณอนุมัติชิ้นงานหรือบันทึกว่าข้ามการอนุมัติแล้ว คนที่มีสิทธิ์ Publish แชร์ชิ้นงานเข้าพอร์ทัลของลูกค้าและขอคำตอบ พร้อมหมายเหตุที่ไม่บังคับให้ลูกค้าอ่าน ในแผงรีวิว หัวข้อระบุชื่อเอเจนซี่ของคุณและบอกว่ากำลังขอการอนุมัติ เฉพาะผู้ดูแลฝั่งลูกค้าเท่านั้นที่เห็นปุ่ม “Approve” (อนุมัติ) สมาชิกพอร์ทัลคนไหนก็เลือก “Request changes” (ขอให้แก้ไข) ได้ ซึ่งขอหมายเหตุที่เขียนไว้ และปักหมุดตรงจุดที่ต้องการได้ เมื่อมีการเปลี่ยนงานภาพของครีเอทีฟระหว่างรีวิว เวอร์ชันก่อนหน้าจะปรากฏในแถบ และหมุดแต่ละอันจำได้ว่าถูกปักไว้บนเวอร์ชันไหน
ทีมของคุณเห็นคำตอบเป็น “Client approved” (ลูกค้าอนุมัติแล้ว) หรือ “Client requested changes” (ลูกค้าขอให้แก้ไข) และคนที่ขอรีวิวกับคนที่ส่งชิ้นงานจะได้รับแจ้งทันที ตามการตั้งค่าการแจ้งเตือนของแต่ละคน ผู้ดูแลฝั่งลูกค้าถอนการอนุมัติกลับได้ภายในหนึ่งชั่วโมง ซึ่งจะพาชิ้นงานกลับไปที่ “Awaiting client review” (รอลูกค้าตรวจ) เมื่อลูกค้าขอให้แก้ไข คุณแก้ชิ้นงานแล้วขออีกครั้ง คอมเมนต์ภายในและประวัติการรีวิวอยู่ฝั่งของคุณ พอร์ทัลได้รับหมายเหตุของคำขอ การตัดสินของลูกค้าเอง และคอมเมนต์ที่ทำเครื่องหมายว่าแชร์ พอร์ทัลลูกค้ารวมอยู่ในแพ็กเกจ Scale และ Enterprise ส่วนการอนุมัติภายในใช้ได้ในทุกแพ็กเกจ
ไม่มีใครอนุมัติแผนของตัวเอง และข้อยกเว้นเดียวมีบันทึกไว้
ผู้ดูแลเอเจนซี่อนุมัติงานของตัวเองได้ และบันทึกบอกไว้ชัด
แผนที่คนหนึ่งส่งต้องมีอีกคนอนุมัติ ถ้าผู้ส่งลองอนุมัติเอง เซิร์ฟเวอร์จะปฏิเสธพร้อมข้อความที่เข้าใจง่าย และกล่องรวมจะแสดงข้อความแนะนำตรงที่ปุ่ม “Approve” ควรอยู่ แทนที่จะให้ปุ่มมา ผู้ตรวจสอบที่ระบุไว้ในการส่งเป็นเพียงตัวชี้ ไม่ใช่กุญแจล็อก เพื่อนร่วมทีมคนใดที่มีสิทธิ์อนุมัติสำหรับลูกค้ารายนั้นก็ตัดสินได้ การที่คนหนึ่งไม่อยู่จึงไม่ทำให้แคมเปญชะงักตราบที่ยังมีผู้อนุมัติคนอื่น และการส่งที่ไม่ระบุใครรับไปทำโดยผู้อนุมัติคนใดก็ได้
มีข้อยกเว้นหนึ่งข้อ และมีร่องรอยให้ตาม ผู้ดูแลเอเจนซี่อนุมัติการส่งของตัวเอง หรือแผนที่ไม่มีใครส่ง ได้ และระบบเก็บการอนุมัตินั้นเป็นการอนุมัติด้วยตัวเอง พร้อมป้ายบอกอย่างนั้นในกล่องรวม ถ้าแผนนั้นเคยถูกส่ง งานตรวจสอบของแผนก็บันทึกเรื่องนี้ไว้ด้วย สำหรับเอเจนซี่เล็กที่เจ้าของเป็นนักวางกลยุทธ์ด้วย นั่นคือการจดบันทึกที่ตรงไปตรงมา ไม่ใช่การหาทางเลี่ยง ประวัติแสดงว่าใครเป็นผู้ตัดสินและไม่มีคนที่สองตัดสินร่วม
คำขอเปิดตัวรอคนที่มีสิทธิ์เผยแพร่
การตรวจก่อนเปิดตัวของเซิร์ฟเวอร์ทำซ้ำในจังหวะที่อนุมัติ
ไม่ใช่ทุกคนที่สร้างแคมเปญจะเปิดตัวได้ การเปิดตัวต้องมีสิทธิ์ Publish ของลูกค้า และการเปิดตัวอีเมลหรือ SMS ต้องมีสิทธิ์เข้าถึง CRM ของลูกค้าด้วย ไม่ว่าคุณจะเปิดตัวเอง อนุมัติ หรือเป็นผู้ขอ เพื่อนร่วมทีมที่ไม่มีสิทธิ์ Publish ก็ยังขอได้ คำขอจะปรากฏใต้ “Launches” เป็น “Waiting for launch approval” (รออนุมัติการเปิดตัว) แถวแสดงว่าใครขอ หมายเหตุของเขา และผลการตรวจตามที่เป็นตอนยื่นคำขอ รวมถึงคำเตือน เช่น เทมเพลตจากไลบรารีที่ยังไม่ได้รับอนุมัติ ระบบปฏิเสธคำขอที่ไม่ผ่านการตรวจตั้งแต่ตอนยื่น คำขอที่รออยู่จึงผ่านการตรวจที่เป็นตัวบล็อกมาแล้ว ผู้เผยแพร่อนุมัติหรือปฏิเสธได้ และการปฏิเสธต้องมีเหตุผลที่ผู้ขออ่านได้
ก่อนอนุมัติ ผู้เผยแพร่อ่านบรรทัดสรุปผลที่ตามมา คืออีเมลจะไปถึงใคร และเริ่มส่งทันทีหรือตามเวลาที่ตั้งไว้ หรือว่าการเปิดตัวด้วยมือแค่สร้างงานให้คนที่เผยแพร่ด้วยมือ จากนั้นการตรวจจะทำซ้ำ เพราะระหว่างคำขอกับการอนุมัติมีหลายอย่างเปลี่ยนไป และหน้าต่างจะระบุการตรวจที่ไม่ผ่านไว้ ไม่ปล่อยให้ผ่านไปเฉย ๆ การเปิดตัวอีเมลส่งจริง ส่วนการเปิดตัวโฆษณาแบบเสียเงิน โซเชียล และ SMS บันทึกเป็นการทำด้วยมือ และกล่องรวมบอกตรง ๆ ว่าอันไหนเป็นแบบไหน
การตัดสินวันลาอยู่ข้างงานลูกค้าแต่แยกออกจากกัน
อนุมัติหรือปฏิเสธ และการปฏิเสธต้องอธิบายตัวเองเสมอ
คำขอลาไม่ใช่งานของลูกค้า จึงมีแท็บของตัวเอง ซึ่งแสดงเฉพาะผู้ดูแลเอเจนซี่และมีป้าย “Workspace-wide” แต่ละแถวระบุชื่อคน ประเภทการลา วันที่ จำนวนวันทำการที่นับ และหมายเหตุที่เขาทิ้งไว้ ส่วน “Approve” หรือ “Decline” (ปฏิเสธ) เปิดหน้าต่างเดียวกับแท็บอื่น การปฏิเสธต้องมีเหตุผลที่ผู้ขอจะได้อ่าน คำปฏิเสธจึงไม่เคยมาถึงในรูปของความเงียบ
กฎเหล่านี้เป็นกฎที่ฝ่ายบุคคลจะยืนกรานให้มี คำขอของคุณเองไม่เคยปรากฏในกล่องรวมของคุณ และไม่มีใครตัดสินวันลาของตัวเองได้ตราบใดที่ยังมีผู้ดูแลเอเจนซี่อีกคนที่ใช้งานอยู่ เฉพาะในพื้นที่ทำงานที่มีผู้ดูแลเพียงคนเดียวเท่านั้นที่คนหนึ่งตัดสินคำขอของตัวเองได้ และบันทึกจะแสดงว่าเป็นการตัดสินด้วยตัวเอง ผู้ขอรู้ผลทางอีเมล เซิร์ฟเวอร์นับจำนวนวันเพียงครั้งเดียว จำนวนที่อนุมัติจึงตรงกับจำนวนที่เขาเห็น และโปรไฟล์ของสมาชิกอยู่ห่างแค่คลิกเดียวไว้ดูบริบท สิทธิ์นี้มอบต่อให้หัวหน้าทีมไม่ได้ เพราะอยู่กับผู้ดูแลเท่านั้น
“Also waiting”: ตัวเลขของงานที่ตัดสินที่อื่น
ไทม์ชีทและสคริปต์นัดหมายนับที่นี่ แล้วไปตรวจในเครื่องมือของแต่ละอย่าง
การอนุมัติบางอย่างต้องการพื้นที่มากกว่าหนึ่งแถว รายการไทม์ชีทรีวิวใน “บันทึกเวลา” โดยเห็นทั้งสัปดาห์ และฉบับแก้ไขของสคริปต์นัดหมายรีวิวข้างตัวสคริปต์ กล่องรวมปล่อยให้สองอย่างนี้อยู่ในที่ที่ทำงานได้ดีที่สุด และเพิ่มการ์ดใบเดียวคือ “Also waiting” (ยังรออยู่) พร้อมตัวเลขและลิงก์ “Open” (เปิด) ของแต่ละอย่าง ผู้ดูแลที่เริ่มวันที่นี่จึงรู้ว่ามีรายการรออยู่กี่รายการโดยไม่ต้องเปิดเครื่องมืออีกตัวเพื่อไปดู
ตัวเลขต้องเป็นของจริง ไม่ก็ไม่แสดงเลย แต่ละแหล่งรายงานสถานะของตัวเอง และแหล่งที่โหลดไม่สำเร็จจะแสดงการ์ดข้อผิดพลาดพร้อมปุ่มลองใหม่แทนที่จะเป็นศูนย์ ระบบตัดตัวเลขที่อ่านไม่ได้ออก ไม่เคยแสดงว่าไม่มีรายการ กฎเดียวกันครอบคลุมทั้งหน้า การอ่านข้อมูลไลบรารีที่ล้มเหลวทำให้แท็บ “Plans” ว่างเปล่าไม่ได้ และคิวที่ยาวจะบอกเมื่อถูกตัดที่รายการใหม่สุด แทนที่จะบอกเป็นนัยว่านั่นคือทั้งหมด
ตารางอำนาจอนุมัติ: ใครตัดสินอะไร และด้วยสิทธิ์ไหน
ตกลงเรื่องนี้ให้จบครั้งเดียวก่อนการเปิดตัวครั้งแรก แล้วข้อถกเถียงทุกครั้งในภายหลังว่าใครควรเป็นคนอนุมัติก็จะสั้นลง ตารางนี้ระบุสิ่งที่คอนโซลบังคับใช้อยู่ในวันนี้ ทีละแถว
| สิ่งที่รออยู่ | ใครส่ง | ใครตัดสิน | ต้องมีคนที่สองไหม | ผลของการตัดสิน |
|---|---|---|---|---|
| ชิ้นงานในไลบรารี: ธีม ลิสต์คีย์เวิร์ด ข้อความ ครีเอทีฟ หน้า Landing Page หน้านัดหมาย ฟอร์ม หรืออีเมล | ใครก็ตามที่แก้ไขไลบรารีได้ | ใครก็ตามที่มีสิทธิ์อนุมัติของลูกค้ารายนั้น | ไม่มีการบังคับ: ผู้อนุมัติอนุมัติสิ่งที่ตัวเองส่งได้ | ชิ้นงานที่อนุมัติแล้ว หรือที่ข้ามการอนุมัติ แชร์กับลูกค้าได้ |
| การรีวิวของลูกค้าต่อชิ้นงานที่แชร์ | เอเจนซี่เป็นผู้ขอ โดยใช้สิทธิ์ “Publish” (เผยแพร่) | ลูกค้า: ผู้ดูแลฝั่งลูกค้าเป็นผู้อนุมัติ ส่วนสมาชิกพอร์ทัลคนไหนก็ขอให้แก้ไขได้ | ลูกค้าเป็นอีกฝ่ายหนึ่ง | ระบบบันทึกคำตอบไว้บนรีวิว และถอนการอนุมัติได้ภายในหนึ่งชั่วโมง |
| แผนแคมเปญ | ใครก็ตามที่แก้ไขไลบรารีได้ | ใครก็ตามที่มีสิทธิ์อนุมัติของลูกค้ารายนั้น | ต้องมี ยกเว้นผู้ดูแลเอเจนซี่ และข้อยกเว้นนั้นมีบันทึกไว้ | เปิดตัวแผนได้ ตราบที่ไม่มีใครแก้ไขแผนหลังจากนั้น |
| คำขอเปิดตัว | ใครก็ตามที่แก้ไขไลบรารีได้ โดยอีเมลและ SMS ต้องมีสิทธิ์เข้าถึง CRM ด้วย | ใครก็ตามที่มีสิทธิ์ Publish ของลูกค้ารายนั้น โดยอีเมลและ SMS ต้องมีสิทธิ์เข้าถึง CRM ด้วย | ต้องมีเสมอ: ถ้าไม่มีสิทธิ์ Publish ก็เปิดตัวไม่ได้ จึงเป็นผู้เผยแพร่ที่ตัดสิน | การเปิดตัวอีเมลเริ่มส่งหรือตั้งเวลาส่ง ส่วนการเปิดตัวด้วยมือสร้างงาน |
| คำขอลา | สมาชิกทีมคนใดก็ได้ สำหรับการลาของตัวเอง | ผู้ดูแลเอเจนซี่เท่านั้น | ต้องมี ตราบใดที่ยังมีผู้ดูแลเอเจนซี่คนอื่นที่ใช้งานอยู่ | บันทึกผลว่าอนุมัติหรือปฏิเสธพร้อมเหตุผล และส่งอีเมลถึงผู้ขอ |
ตามค่าเริ่มต้น สมาชิกทีมเอเจนซี่ดู สร้าง และแก้ไขชิ้นงานในไลบรารีกับแผนได้ ซึ่งแปลว่าส่งแผนขออนุมัติได้ แต่อนุมัติหรือเผยแพร่ไม่ได้ คำขอเปิดตัวแคมเปญอีเมลหรือ SMS ยังต้องให้ผู้ขอมีสิทธิ์เข้าถึง CRM ซึ่งสมาชิกทีมไม่มีตามค่าเริ่มต้น ผู้ดูแลเอเจนซี่มีทุกสิทธิ์ ผู้ดูแลมอบสิทธิ์อนุมัติหรือสิทธิ์ Publish ให้หัวหน้าทีมได้ ทีละคนหรือผ่านเทมเพลตสิทธิ์ และเพื่อนร่วมทีมทำงานได้เฉพาะกับลูกค้าที่ได้รับมอบหมาย ส่วนการตัดสินวันลามอบต่อให้ใครไม่ได้เลย
เคล็ดลับ
เขียนตารางนี้ไว้ก่อนการเปิดตัวครั้งแรก
กำหนดให้ลูกค้าแต่ละรายว่าใครอนุมัติแผนและใครเผยแพร่ และให้เป็นคนละคนเท่าที่ทำได้ ในกรณีที่คนเดียวต้องทำทั้งสองอย่าง คอนโซลจะบันทึกไว้ ซึ่งตรงไปตรงมากว่าการแสร้งว่ามีสายตาอีกคู่ช่วยตรวจ
ผู้ส่ง ผู้ตรวจสอบ ผู้อนุมัติ ผู้เผยแพร่ และผู้ขอ อธิบายด้วยภาษาง่าย ๆ
ห้าคำนี้ปรากฏในทุกแท็บ และแต่ละคำมีความหมายเดียว
- ผู้ส่ง
- คนที่ส่งแผนขออนุมัติ เขาแก้ไขและส่ง และอนุมัติแผนของตัวเองไม่ได้ เว้นแต่เป็นผู้ดูแลเอเจนซี่
- ผู้ตรวจสอบ
- คนที่ผู้ส่งระบุชื่อไว้บนแผน ชื่อนี้เป็นเพียงคำแนะนำ ไม่ใช่ข้อบังคับ: ใช้กำหนดว่าใครได้รับแจ้งและใครเป็นเจ้าของงานตรวจสอบ ส่วนผู้อนุมัติคนไหนก็ยังตัดสินได้
- ผู้อนุมัติ
- ใครก็ตามที่มีสิทธิ์อนุมัติของลูกค้ารายนั้น ผู้อนุมัติตัดสินรีวิวไลบรารีและการอนุมัติแผน
- ผู้เผยแพร่
- ใครก็ตามที่มีสิทธิ์ Publish ของลูกค้ารายนั้น ผู้เผยแพร่เปิดตัวแผนที่อนุมัติแล้ว ตัดสินคำขอเปิดตัว และขอให้ลูกค้ารีวิวชิ้นงานในไลบรารี
- ผู้ขอ
- คนที่ขอเปิดตัวโดยไม่มีสิทธิ์ Publish เขายกเลิกคำขอของตัวเองได้ระหว่างที่คำขอรออยู่
ย้ายการอนุมัติออกจากแชทและอีเมลในสี่ขั้นตอน
ผู้คนมักอนุมัติกันในที่ที่คุยกันอยู่แล้ว การนำระบบอนุมัติงานมาใช้จะได้ผลเมื่อกล่องรวมสะดวกกว่าการส่งข้อความ จึงควรเริ่มจากลูกค้าหนึ่งราย และการตัดสินใจหนึ่งชนิด
ไล่ดูไฟเขียวที่คุณให้อยู่ทุกวันนี้
ตลอดหนึ่งสัปดาห์ ให้จดทุกการอนุมัติที่เกิดในแชทหรืออีเมล ไม่ว่าจะเป็นครีเอทีฟ หน้า Landing Page แคมเปญ การเปิดตัว หรือวันลาหนึ่งวัน แล้วแยกเป็นสี่อย่างที่กล่องรวมเก็บไว้ ส่วนที่เหลือปล่อยไว้ที่เดิม
ระบุผู้อนุมัติของลูกค้าแต่ละราย
เลือกว่าใครอนุมัติแผนและใครเผยแพร่ของลูกค้าแต่ละราย มอบสิทธิ์เหล่านั้น และมอบหมายคนเหล่านั้นให้ดูแลลูกค้ารายนั้น เพื่อนร่วมทีมที่ไม่ได้รับมอบหมายให้ลูกค้ารายหนึ่งจะไม่เห็นงานของลูกค้ารายนั้นในกล่องรวม
ลองกับลูกค้าหนึ่งรายเป็นเวลาสองสัปดาห์
ให้ผู้ส่งระบุผู้ตรวจสอบและใส่เหตุผลไว้ในหมายเหตุ เมื่อมีคนมาขอไฟเขียวในแชท ให้ตอบว่าเรื่องนั้นอยู่ในกล่องรวมแล้ว และตัดสินที่นั่น งานตรวจสอบ กระดิ่ง และอีเมลแจ้งผู้ตรวจสอบอยู่แล้ว ผู้ตรวจสอบส่วนใหญ่จึงรู้เรื่องโดยไม่ต้องมีใครทวง
ให้กล่องรวมเป็นที่เดียวที่ให้ไฟเขียว
หลังสองสัปดาห์ ให้ย้ายลูกค้ารายถัดไปเข้ามา บอกทีมว่าคอนโซลปฏิเสธการเปิดตัวที่ไม่มีแผนอนุมัติอยู่แล้ว และเริ่มต้นทุกวันที่แท็บ “All” (ทั้งหมด) โดยถือว่าตัวเลขที่มากกว่าศูนย์คืองานแรก
สถานะ “Changed since approval” ปกป้องคุณจากอะไร
คำเตือนนี้ไม่ได้มีไว้คอยจู้จี้ แต่ระบุจังหวะที่แผนไม่ใช่ฉบับที่ใครสักคนเคยตกลงไว้อีกต่อไป
| สถานะ | ความหมาย | ขั้นต่อไป |
|---|---|---|
| “Pending” (รอดำเนินการ) | ส่งแล้วและรอผู้อนุมัติ | ผู้ตรวจสอบตัดสิน: อนุมัติ หรือส่งกลับพร้อมหมายเหตุ |
| “Changes requested” (ขอให้แก้ไข) | ส่งกลับไปหาคนที่ส่งแผน | เขาแก้ไขแผนแล้วส่งอีกครั้ง |
| “Approved” (อนุมัติแล้ว) | ผู้อนุมัติรับแผนตามที่เป็นอยู่ตอนนั้น | เปิดตัวได้จากหน้าเปิดตัวของช่องทางนั้น |
| “Changed since approval” (เปลี่ยนแปลงหลังอนุมัติ) | มีการแก้ไขแผนหลังจากอนุมัติแล้ว | ต้องได้รับอนุมัติใหม่ก่อนจึงเปิดตัวได้ |
การเปรียบเทียบดูสามอย่าง คือตัวแผน เทมเพลตอีเมลจากไลบรารีที่ใช้ส่งใน แผนอีเมล และกลุ่มเป้าหมายที่บันทึกไว้ซึ่งอยู่เบื้องหลังแผนอีเมล SMS หรือโฆษณาแบบเสียเงิน ได้แก่คำนิยามของกลุ่มนั้น และสำหรับลิสต์แบบคงที่คือใครอยู่ในลิสต์ การแก้ไขสิ่งใดสิ่งหนึ่งในนี้ล้วนนับเป็นการเปลี่ยนแปลง รวมถึงการแก้เทมเพลตที่แคมเปญอื่นใช้ร่วมกัน เซกเมนต์ที่กำหนดด้วยกฎอาจตรงกับคนต่างกันไปตามวันส่งได้ โดยไม่ทำให้การอนุมัติขึ้นสถานะ “Changed since approval” ส่วนการส่งที่รออยู่และถูกแก้ไขระหว่างรอจะอนุมัติไม่ได้ และแถวของรายการนั้นบอกว่าต้องส่งใหม่
มีสองข้อจำกัดที่ควรรู้ ถ้ามีการแก้ไขแผนหลังจากตั้งเวลาเปิดตัวไว้แล้ว ตัวจัดส่งการเปิดตัวจะเปรียบเทียบอีกครั้งก่อนลงมือไม่นาน แล้วการเปิดตัวจะล้มเหลวพร้อมคำอธิบายที่เข้าใจง่าย และไม่มีอะไรถูกส่ง ส่วนชิ้นงานในไลบรารีทำงานต่างออกไป คือชิ้นงานมีสถานะรีวิวติดตัวแทนที่จะมีค่าแฮชของเนื้อหา การแก้ไขชิ้นงานที่อนุมัติแล้วจึงไม่เปลี่ยนสถานะรีวิวของชิ้นงานนั้น ให้เปิดรีวิวใหม่เมื่องานเปลี่ยน
เคลียร์กล่องรวมในสิบนาทีสำหรับผู้อนุมัติ
กล่องรวมออกแบบมาให้เคลียร์จากบนลงล่าง ลำดับนี้วางการตัดสินที่ทำให้คนอื่นติดขัดไว้ก่อน
เริ่มที่แท็บ “All”
อ่านตัวเลขบนแต่ละแท็บ ถ้าตัวสลับลูกค้าที่ส่วนหัวทำให้ตัวกรองลูกค้าเหลือบัญชีเดียว ให้ขยายตัวกรองก่อน จะได้ไม่มีงานรออยู่หลังตัวกรองที่คุณลืมไปแล้วว่ามี
จัดการคำขอเปิดตัวก่อน
มีคนกำลังรอเผยแพร่ อ่านผลการตรวจและบรรทัดสรุปผลที่ตามมา แล้วอนุมัติหรือปฏิเสธพร้อมเหตุผล การตรวจที่ไม่ผ่านจะปรากฏในหน้าต่างและหยุดการอนุมัติไว้
จากนั้นเป็นแผน
เปิดแต่ละแผนจากแถวของแผนนั้น แถวที่ติดธงว่าแก้ไขหลังส่งอนุมัติจะอนุมัติไม่ได้ จึงควรขอให้ส่งใหม่แทนการรอ และขอให้แก้ไขด้วยหมายเหตุที่ระบุว่าต้องแก้อะไร
จากนั้นเป็นไลบรารี
เปิดแต่ละรีวิวในแบบที่ลูกค้าจะเห็น แล้วเลือกอนุมัติ ขอให้แก้ไข หรือข้ามการอนุมัติ ซึ่งบันทึกว่าไม่มีใครรีวิวชิ้นงานนี้และไม่แสดงว่าอนุมัติแล้ว ปักหมุดคอมเมนต์ตรงจุดที่คุณหมายถึง
ปิดท้ายด้วยวันลาและ “Also waiting” (ยังรออยู่)
ผู้ดูแลตัดสินวันลาเป็นลำดับสุดท้าย และทุกการปฏิเสธมีเหตุผล ถ้าการ์ด “Also waiting” แสดงรายการไทม์ชีทหรือฉบับแก้ไขของสคริปต์นัดหมาย ให้เปิด บันทึกเวลา หรือสคริปต์นัดหมายจากลิงก์ของการ์ด
นิสัยสามอย่างช่วยให้รอบนี้สั้นลง คือส่งพร้อมหมายเหตุ ระบุผู้ตรวจสอบ และตัดสินในกล่องรวมแทนในแชท กล่องรวมอ่านข้อมูลใหม่ทุกครั้งที่คุณกลับมาที่แท็บและทุกหนึ่งนาทีขณะที่เปิดอยู่ คุณจึงเปิดทิ้งไว้แล้วกลับมาเจอตัวเลขล่าสุดได้
สิ่งที่กล่องรวมไม่ทำ จะได้ไม่มีใครเข้าใจว่าทำ
คิวการตัดสินน่าเชื่อถือได้ก็ต่อเมื่อขอบเขตชัดเจน
- กล่องรวมไม่ส่งการเตือนความจำและไม่ยกระดับเรื่อง การส่งแผนขออนุมัติจะส่งการแจ้งเตือนที่กระดิ่งและอีเมลถึงผู้ตรวจสอบ หรือถึงผู้อนุมัติทุกคนของลูกค้ารายนั้นเมื่อไม่ได้ระบุใคร พร้อมสร้างงานตรวจสอบที่ครบกำหนดในสามวัน วันที่บนงานนั้นใน โปรเจกต์ จึงเป็นตัวเตือน สรุปยามเช้า ซึ่งส่งในวันทำงานตามค่าเริ่มต้น ยังแสดงรีวิวไลบรารี รายการบันทึกเวลา และวันลาที่รอคุณอยู่ด้วย แต่ไม่รวมแผนหรือคำขอเปิดตัว การส่งชิ้นงานไลบรารีขออนุมัติจะแจ้งผู้อนุมัติแต่ไม่สร้างงาน รายการหนึ่งรออยู่จนกว่าจะมีคนตัดสิน
- นอกจากอีเมลแล้ว ปัจจุบันกล่องรวมไม่โพสต์หรือส่งแทนคุณ การเปิดตัวโฆษณาแบบเสียเงิน โซเชียล หรือ SMS บันทึกเป็นการทำด้วยมือ การอนุมัติสร้างงานและไฟล์ส่งออกของสเปกที่ตรึงไว้ แล้วมีคนทำเครื่องหมายว่าเปิดตัว เผยแพร่ หรือส่งแล้ว ส่วน การเปิดตัวอีเมล เป็นข้อยกเว้น และส่งจริง
- กล่องรวมไม่ตัดสินไทม์ชีทหรือสคริปต์นัดหมาย สองอย่างนี้นับอยู่ใต้ “Also waiting” และตัดสินในเครื่องมือของแต่ละอย่างเอง
- กล่องรวมไม่แสดงแผน การเปิดตัว หรือตัวกล่องรวมให้ลูกค้าเห็น ลูกค้าเห็นชิ้นงานในไลบรารีที่คุณแชร์ให้ในพอร์ทัล และรีวิวชิ้นที่คุณขอให้รีวิว
- กล่องรวมแสดงให้แต่ละคนเห็นลูกค้าที่เขามองเห็นเท่านั้น ปุ่ม “Approve” (อนุมัติ) และ “Decline” (ปฏิเสธ) ปรากฏเฉพาะที่เขามีสิทธิ์ แถวแผนหรือการเปิดตัวที่รออยู่ซึ่งเขาตัดสินไม่ได้จะบอกว่าใครตัดสินได้ และแท็บ “Time off” (วันลา) ปรากฏเฉพาะผู้ดูแล
- กล่องรวมไม่เปิดตัวซ้ำให้แผนที่เปิดตัวเสร็จแล้ว หากจะส่งอีกครั้ง ให้ทำสำเนาแผนแล้วอนุมัติฉบับสำเนา การเปิดตัวที่ล้มเหลว ถูกยกเลิก หรือถูกปฏิเสธ ลองใหม่ได้
การอนุมัติของลูกค้าเองเข้ามาตรงไหน
แผนและการเปิดตัวเป็นการตัดสินภายใน การอนุมัติของลูกค้าใช้กับชิ้นงานในไลบรารีที่คุณแชร์ให้
อนุมัติภายในก่อน
แชร์ชิ้นงานให้ลูกค้าได้เมื่อผู้อนุมัติฝั่งเอเจนซี่อนุมัติหรือข้ามการอนุมัติแล้ว ชิ้นงานที่แชร์ไปแล้วก่อนจะมีระบบอนุมัติจะมีป้ายบอกว่าแชร์แล้ว และไม่เคยถูกบล็อก
แชร์ แล้วขอให้รีวิว
คนที่มีสิทธิ์ Publish แชร์ชิ้นงานและขอให้ลูกค้ารีวิว พร้อมหมายเหตุที่ไม่บังคับซึ่งลูกค้าเห็นคู่กับคำขอ คอมเมนต์ที่ทำเครื่องหมายว่าแชร์ ลูกค้าก็เห็นด้วย
ลูกค้าตอบในพอร์ทัล
ผู้ดูแลฝั่งลูกค้าเป็นผู้อนุมัติ และสมาชิกพอร์ทัลคนไหนก็ขอให้แก้ไขได้ ทั้งสองอย่างเกิดบนชิ้นงานในแบบที่ลูกค้าเห็น พร้อมคอมเมนต์ที่ปักหมุดตรงจุดที่หมายถึงได้
เลิกทำ เปิดรีวิวใหม่ หรือขออีกครั้ง
ลูกค้าถอนการอนุมัติได้ภายในหนึ่งชั่วโมง หลังจากได้รับคำขอให้แก้ไข คุณแก้ไขแล้วขออีกครั้ง คุณถอนคำขอได้ในขณะที่ยังอยู่กับลูกค้า และเปิดรีวิวใหม่ได้เมื่อรีวิวนั้นอนุมัติหรือข้ามแล้ว
ในกล่องรวม ชิ้นงานเหล่านี้อยู่ใต้ “With the client” (กับลูกค้า) ในแท็บ “Library” (ไลบรารี) จนกว่าลูกค้าจะอนุมัติ จากนั้นย้ายไปอยู่ใต้ “Decided” (ตัดสินแล้ว) ถ้าลูกค้าขอให้แก้ไข ชิ้นงานจะอยู่ใต้ “With the client” ต่อไปจนกว่าคุณจะขออีกครั้งหรือถอนคำขอ การรีวิวโดยลูกค้าต้องมีพอร์ทัลลูกค้า ซึ่งรวมอยู่ในแพ็กเกจ Scale และ Enterprise งานภาพเป็นกรณีที่พบบ่อย และ การจัดการชิ้นงานครีเอทีฟ แสดงให้เห็นว่าเวอร์ชันและการรีวิวอยู่บนตัวครีเอทีฟเองอย่างไร
คำถามที่พบบ่อย
ระบบอนุมัติงานของเอเจนซี่ควรครอบคลุมอะไรบ้าง
มักมีสี่อย่างที่ต้องมีผู้ตัดสินซึ่งระบุชื่อได้ คือครีเอทีฟและข้อความก่อนถึงมือลูกค้า แผนแคมเปญก่อนผูกพันเงิน การเปิดตัวก่อนที่อะไรจะขึ้นจริง และวันลาก่อนจะรับปากกับใคร กล่องรวมนี้เก็บครบทั้งสี่อย่างโดยคงกฎของแต่ละเครื่องมือไว้ ระบบอนุมัติงานจึงเป็นชุดของสิทธิ์และบันทึก แทนที่จะเป็นเอกสารที่ไม่มีใครเปิดอ่าน
แพ็กเกจไหนมีกล่องรวมการอนุมัติ
กล่องรวมมีในทุกแพ็กเกจ สิ่งที่ไหลเข้ามาขึ้นอยู่กับแพ็กเกจ เครื่องมือวางแผนและเปิดตัวโฆษณาแบบเสียเงินกับโซเชียลต้องใช้แพ็กเกจ Agency ขึ้นไป เครื่องมือวางแผนอีเมลกับ SMS มาพร้อมทุกแพ็กเกจ และการรีวิวชิ้นงานในไลบรารีโดยลูกค้าเองต้องมีพอร์ทัลลูกค้าในแพ็กเกจ Scale หรือ Enterprise ผู้ดูแลเอเจนซี่ตัดสินวันลาได้ในทุกแพ็กเกจ
ใครอนุมัติแผนหรือชิ้นงานในไลบรารีได้
ใครก็ตามที่มีสิทธิ์อนุมัติของลูกค้ารายนั้น ผู้ดูแลเอเจนซี่มีสิทธิ์นี้โดยอัตโนมัติ และผู้ดูแลมอบให้หัวหน้าทีมได้ ตามค่าเริ่มต้น สมาชิกทีมแก้ไขและส่งได้ แต่อนุมัติหรือเผยแพร่ไม่ได้ สมาชิกทีมยังทำงานได้เฉพาะกับลูกค้าที่ได้รับมอบหมาย ผู้อนุมัติจึงเห็นกล่องรวมที่กรองเหลือบัญชีของตัวเอง
อนุมัติงานของตัวเองในกล่องรวมการอนุมัติได้ไหม
ขึ้นอยู่กับชนิดของรายการ แผนที่ใครส่งมา คนนั้นอนุมัติเองไม่ได้ เว้นแต่เป็นผู้ดูแลเอเจนซี่ ซึ่งระบบจะบันทึกการอนุมัตินั้นว่าอนุมัติด้วยตัวเอง รีวิวไลบรารีไม่ต้องมีคนที่สอง ผู้อนุมัติจึงอนุมัติสิ่งที่ตัวเองส่งได้ ส่วนวันลา ไม่มีใครตัดสินของตัวเองได้ตราบที่ยังมีผู้ดูแลคนอื่นตัดสินได้
จะเกิดอะไรขึ้นถ้าแก้ไขแผนหลังจากอนุมัติแล้ว
แผนจะขึ้นสถานะ “Changed since approval” (เปลี่ยนแปลงหลังอนุมัติ) ในกล่องรวมสำหรับการอนุมัติใน 14 วันที่ผ่านมา และในหน้าแผนกับหน้าเปิดตัว และเปิดตัวไม่ได้จนกว่าจะส่งและอนุมัติใหม่ เซิร์ฟเวอร์เปรียบเทียบเนื้อหาที่อนุมัติกับแผนตามที่เป็นอยู่ตอนสร้างหรืออนุมัติการเปิดตัว และอีกครั้งก่อนการเปิดตัวที่ตั้งเวลาไว้จะทำงานเพียงชั่วครู่ เนื้อหาที่อนุมัติจึงออกไปเป็นเนื้อหาอื่นไม่ได้
อนุมัติการเปิดตัวแล้วระบบโพสต์หรือส่งให้อัตโนมัติไหม
การเปิดตัวอีเมลส่งจริง ส่วนตอนนี้การอนุมัติการเปิดตัวโฆษณาแบบเสียเงิน โซเชียล หรือ SMS สร้างงานและไฟล์สเปกที่ส่งออกให้คนลงมือทำ จากนั้นผู้เผยแพร่ทำเครื่องหมายว่าเปิดตัว เผยแพร่ หรือส่งแล้ว พร้อมลิงก์ที่ไม่บังคับ คอนโซลไม่โพสต์ลงเครือข่ายโซเชียลและไม่ส่งข้อความ SMS
ลูกค้าเห็นกล่องรวมการอนุมัติหรือแผนของตัวเองไหม
ไม่เห็น กล่องรวมเป็นของภายใน และแผนกับการเปิดตัวไม่เคยแสดงในพอร์ทัล ลูกค้าเห็นชิ้นงานในไลบรารีที่คุณแชร์ให้ในพอร์ทัลที่ติดแบรนด์ของตัวเอง และรีวิวชิ้นที่คุณขอให้รีวิว ผู้ดูแลฝั่งลูกค้าอนุมัติได้ และสมาชิกพอร์ทัลคนไหนก็ขอให้แก้ไขได้ พอร์ทัลรวมอยู่ในแพ็กเกจ Scale และ Enterprise
กล่องรวมเตือนผู้อนุมัติหรือยกระดับรายการที่ค้างไหม
กล่องรวมไม่ส่งอีเมลเตือนและไม่ยกระดับเรื่อง การส่งแผนขออนุมัติจะส่งการแจ้งเตือนที่กระดิ่งและอีเมลถึงผู้ตรวจสอบ หรือถึงผู้อนุมัติทุกคนของลูกค้ารายนั้นเมื่อไม่ได้ระบุใคร พร้อมสร้างงานตรวจสอบที่ครบกำหนดในสามวัน การส่งชิ้นงานไลบรารีขออนุมัติจะแจ้งผู้อนุมัติแต่ไม่สร้างงาน สรุปยามเช้าในวันทำงานรวมรีวิวไลบรารี รายการบันทึกเวลา และวันลาที่รอคุณอยู่ รายการหนึ่งรออยู่จนกว่าจะมีคนตัดสิน จึงใช้ตัวเลขและวันที่บนงานเป็นตัวตามทวง
ถ้าส่วนหนึ่งของกล่องรวมโหลดไม่สำเร็จจะเป็นอย่างไร
แต่ละแหล่งรายงานสถานะของตัวเอง การอ่านที่ล้มเหลวแสดงการ์ดข้อผิดพลาดพร้อมปุ่มลองใหม่เฉพาะในแท็บนั้น ส่วนแท็บอื่นยังทำงานต่อ ตัวเลขที่เซิร์ฟเวอร์อ่านไม่ได้จะถูกตัดออกแทนที่จะแสดงเป็นศูนย์ และลิสต์ที่ถูกตัดตามขีดจำกัดจะบอกไว้ แท็บที่ว่างจึงไม่เคยซ่อนงานที่ยังไม่ได้เปิดอ่าน
กล่องรวมการอนุมัติต่างจากศูนย์รวมกิจกรรมอย่างไร
ศูนย์รวมกิจกรรมคือฟีดของสิ่งที่เกิดขึ้นทั่วคอนโซล พร้อมตัวกรองและสถานะที่อ่านแล้ว ส่วนกล่องรวมการอนุมัติคือที่ที่ตัดสินกันจริง พร้อมกฎของแต่ละการตัดสิน คือใครอนุมัติได้ การอนุมัติครอบคลุมอะไร และขั้นต่อไปคืออะไร หลายรายการปรากฏในทั้งสองที่ และการแจ้งเตือนเรื่องการอนุมัติจะเปิดแถวของรายการนั้นที่นี่