ข้ามไปยังเนื้อหา

คิวอาร์โค้ดสำหรับเอเจนซี

คิวอาร์โค้ดสำหรับงานลูกค้า ที่จัดให้เป็นระเบียบอย่างตั้งใจ

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

ภาพรวมโดยย่อ

สิ่งนี้เปลี่ยนอะไรในทางปฏิบัติ

01

หนึ่งโฟลเดอร์ต่อหนึ่งลูกค้า แท็กแยกตามแคมเปญ

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

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

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

02

ให้สิทธิ์แต่ละคนเท่าที่ความสัมพันธ์นั้นต้องการพอดี

บทบาทถูกกำหนดเป็นรายพื้นที่ทำงาน และมีผลกับทุกโค้ดในนั้น ได้แก่ ผู้ดูแล ผู้แก้ไข นักวิเคราะห์ และผู้ชม เคียงข้างเจ้าของ หน้าตั้งค่าจะแสดงตารางนั้นอย่างตรงไปตรงมา ว่าใครสร้างและแก้ไขโค้ดได้ ดูสถิติได้ จัดการโฟลเดอร์กับแท็กได้ เชิญสมาชิกได้ ส่งออกข้อมูลได้ และลบพื้นที่ทำงานได้

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

03

ให้ดูงานก่อนไปถึงแท่นพิมพ์

ลิงก์แชร์วางโค้ดไว้ตรงหน้าคนที่ไม่มีบัญชีเลย โดยให้สิทธิ์ดูอย่างเดียว ใส่รหัสผ่านก็ได้ กำหนดวันหมดอายุก็ได้ และเพิกถอนได้ทันทีที่รอบตรวจงานจบลง มันคือทางเลือกที่ซื่อตรงกว่าการอีเมลภาพหน้าจอที่อีกชั่วโมงต่อมาก็ไม่ตรงกับโค้ดแล้ว

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

04

ไม่ต้องสร้างอะไรใหม่ตอนเริ่มแต่ละแคมเปญ

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

ทุกโค้ดเก็บรุ่นแก้ไขของตัวเองไว้ การเปลี่ยนแปลงที่ทำอย่างรีบร้อนจึงย้อนอ่านได้ ว่ามันเคยเป็นอะไร กลายเป็นอะไร และใครเป็นคนย้าย

05

ปริมาณมาก และการดึงตัวเลขกลับออกมา

งานพิมพ์หลายร้อยโค้ดเป็นเรื่องของงาน CSV หรือ API สาธารณะพร้อมคีย์ที่จำกัดขอบเขต ไม่ใช่เรื่องของการนั่งคลิกทั้งบ่าย เว็บฮุกส่งเหตุการณ์เข้าไปยังที่ที่เอเจนซีใช้ทำรายงานอยู่แล้ว และข้อมูลการสแกนส่งออกเป็น CSV แยกรายโค้ดได้

มีกฎข้อเดียวที่ตัดสินว่ารายงานนั้นมีค่าหรือไม่ คือสถิติจะแยกให้เฉพาะสิ่งที่คุณแยกไว้เท่านั้น ให้จุดพิมพ์แต่ละจุด แต่ละเวอร์ชัน และแต่ละเมือง มีโค้ดของตัวเอง มิฉะนั้นรายงานของลูกค้าจะยุบเหลือตัวเลขเดียวที่ตอบอะไรที่พวกเขาจะถามไม่ได้เลย

06

ตกลงก่อนพิมพ์ว่าบัญชีใดเป็นเจ้าของการเปลี่ยนเส้นทาง

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

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

FAQ

คำถามที่พบบ่อย

ฉันกันไม่ให้ลูกค้ารายหนึ่งเห็นโค้ดของลูกค้าอีกรายได้ไหม

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

ลูกค้าดูสถิติได้โดยแก้ไขอะไรไม่ได้เลยไหม

ได้ แต่มีข้อควรรู้ข้อหนึ่ง บทบาทนักวิเคราะห์อ่านรายงานได้โดยไม่แก้ไขโค้ด และผู้ชมเห็นพื้นที่ทำงานได้โดยไม่ได้ทั้งสองอย่าง แต่ทั้งสองบทบาทครอบคลุมทั้งพื้นที่ทำงาน ตราบใดที่ลูกค้าทุกรายยังใช้พื้นที่ทำงานเดียวกัน บทบาทเหล่านี้จึงเหมาะกับทีมของคุณเองมากกว่าลูกค้า

ขออนุมัติโค้ดก่อนส่งพิมพ์ได้ไหม

ได้ ยื่นรุ่นแก้ไขเข้าสู่การอนุมัติแล้วให้ตัดสินพร้อมบันทึกกำกับ หรือส่งลิงก์แชร์ ซึ่งดูได้อย่างเดียว ใส่รหัสผ่านก็ได้ และมีวันหมดอายุ ไปให้คนที่ไม่มีบัญชี

ฉันใช้ชุดแบรนด์ของลูกค้าซ้ำข้ามแคมเปญได้ไหม

ได้ บันทึกเลย์เอาต์เป็นเทมเพลตไว้ในพื้นที่ทำงานของลูกค้ารายนั้น เทมเพลตเก็บฉากที่แก้ไขได้ ไม่ใช่ภาพที่เรนเดอร์แล้ว มันจึงยังปรับได้และเก็บเวอร์ชันได้ อีกนานหลังแคมเปญแรกผ่านไป

บัญชีของใครควรเป็นเจ้าของโค้ดของลูกค้าที่พิมพ์ไปแล้ว

ของคนที่อีกสามปีข้างหน้ายังต้องรับผิดชอบปลายทางนั้นอยู่ ตกลงกันก่อนสั่งพิมพ์ และพิจารณาใช้โดเมนที่ยืนยันแล้ว เพื่อให้ที่อยู่ที่พิมพ์ออกไปเป็นของลูกค้า ไม่ใช่ของเครื่องมือใดเครื่องมือหนึ่ง

ขั้นตอนถัดไป

ก่อนงานพิมพ์ครั้งถัดไปของลูกค้า

หนึ่งโฟลเดอร์ต่อหนึ่งลูกค้า หนึ่งโค้ดต่อหนึ่งจุดวาง

บทบาท การอนุมัติ เทมเพลต โดเมนของตัวเอง และ API สาธารณะ ทั้งหมดอยู่ในแพ็กเกจฟรี

ตั้งโฟลเดอร์สำหรับลูกค้า