안녕하세요, 세 번째 호로 찾아온 UX Writing 뉴스레터 캡처프레이즈에요.

 지난 주 2호 아티클은 마음에 드셨나요? 읽기 매끄럽지 않았거나, 개선되었으면 하는 부분이 있거나, 번역해서 읽고 싶은 영문 아티클이 있다면 피드백으로 알려주세요. 저희 캡처프레이즈는 시작한 지 얼마 안 되서 개선해야 할 부분이 아직 많아요. 이 글을 읽는 여러분의 관점에서 캡처프레이즈의 UX를 개선할 수 있는 멋진 기회랍니다!

 이번 3호에 실린 아티클은 Spotify의 UX Writer인 Anjana Menon이 Paypal에서 일하던 당시 Medium에 올린 <8 Lessons in UX Writing>예요. UX Writing 맛집으로 유명한 Spotify! Spotify의 디자인 블로그에는 UX Writing 탭이 따로 마련되어 있는데요. 이곳에 실린 글도 다음에 번역해서 보내드릴게요.

💡 캡처프레이즈 3호 요약 💡 - UX Writing의 8대 요령

1. 명확하고, 간결하며, 세심해야 한다.

2. 일관성을 유지해라.

3. 내가 쓴 라이팅은 주변 동료에게 먼저 보여준다.

4. 제품이 지원하는 모든 언어 환경에서 작동하도록 써라.

5. 직감적으로 내 라이팅이 별로라면 높은 확률로 직감이 맞을 것이다.

6. 제품 개발팀/디자인팀과 가까이 지내라.

7. 기초적인 디자인 스킬을 갖춰라.

8. 디자인 시안을 기다리지 마라.

캡처프레이즈 3호 - Spotify의 UX Writer가 정리한 8가지 UX Writing의 요령

 I’m a UX writer, though one could also call me a product copywriter or a content designer. We go by various names and often wear a fair number of hats (as Kristina Bjoran sums it up here).

 누군가는 저를 프로덕트 카피라이터나 콘텐츠 디자이너라고 부르기도 하지만, 저는 UX writer입니다. UX writer는 여러 이름으로 불리는데, 실제로 여러 역할을 맡게 되는 경우가 종종 있습니다. 이에 관련한 내용은 Kristina Bjoran(UX Booth와 Microsoft 등에서 근무한 디자이너, 에디터, PM)이 정리한 ‘What is UX Writing?’이라는 글에 나와 있어요.

 For a lot of people, being a UX writer sounds super easy. I thought it too, when I first started out. After all, how hard could it possibly be to string together words for an app or a website?

아마 많은 사람들이 UX writer가 되는 일은 매우 쉬운 것처럼 들릴 겁니다. 저 또한 이 일을 처음 시작할 때 그렇게 생각했고요. 앱이나 웹 속의 단어들을 잘 다듬는 일은 어느 정도로 어려운 일일까요?

 The answer: pretty damn hard. Over the course of my career, I’ve cut my teeth on everything from essays to blog posts, and long form text to white papers. But writing UX copy is a whole different ball game, and the most challenging kind of writing I’ve done. In this post, I’m going to detail 8 key things I’ve learned about UX copywriting:

 답은, 꽤 어렵습니다. 저는 경력을 쌓는 동안 에세이부터 블로그 글, 종이에 수기로 적는 긴 글에 이르기까지 모든 종류의 글쓰기에 관심을 가져왔습니다. 하지만 UX writing은 완전히 다른 종류의 글쓰기였고, 제가 한 것 중 가장 도전적인 장르였습니다. 이 글을 통해 제가 UX writing에 관해 배운 8가지의 중요한 점을 설명드릴게요.

1) Be clear, concise, and considerate

1) 명확하고, 간결하며, 세심해야 합니다

 We’re used to writing text to make it sound impressive. I can’t stress the importance of being clear, concise, and considerate. We’re the ones speaking to our users from behind a screen. We also know our app and website, so it’s important to write how you speak, and keep it simple. It’s not okay to use words because they ‘sound’ nice. For instance, don’t use the word ‘discover’ when you mean ‘find’. My mentor Shanty always said to take out the words that don’t need to be there. This helps in avoiding ambiguity. Being explicit is vital, as this is how you instruct and guide your users.

 우리는 글을 근사하게 쓰는 것에 익숙합니다. UX writing에 있어서는 명확하고, 간결하며, 세심해야 하는 것의 중요성은 아무리 강조해도 지나치지 않습니다. 우리는 화면 뒤에서 사용자에게 말하는 사람입니다. 제품의 앱과 웹 환경에 대해 잘 아는 우리가 어떻게 말을 건네는지, 메시지를 얼마나 간결하게 관리하는지 또한 중요하지요. 그 단어가 멋지다는 이유만으로 그것을 쓰는 것은 좋지 않습니다. 예를 들어, ‘find’의 의미를 전달할 때 ‘discover’를 쓰지 마세요. 제 멘토인 Shanty(Zomato, fave, Shopback 등에서 근무한 UX writer)는 항상 ‘필요 없는 단어는 지워라’고 말했습니다. 그럼 메시지의 명확성이 보장된다고요. 여러분의 글이 사용자를 지시하고 안내하는 길잡이이기에, 글이 explicit한 것은 필수적입니다.

 It’s best to keep your content bite-sized. Users may not have the patience to read long form text on their devices when they’re navigating through your app/website.

 내용은 한 입 크기로 유지하는 것이 가장 좋습니다. 사용자가 앱/웹 환경에서 긴 글을 마주했을 때 읽기 어렵기 때문이에요.

2) Consistency is key

2) 일관성이 핵심입니다

 I understood the importance of this when I realised users get confused if you use different terminology for the same purpose. For instance, when you’re asking them to ‘Book a Table’ online, don’t change it to ‘Reserve a Table’ elsewhere. This includes the text, labels, buttons etc. It’s not just about confusing the user – by using the same terminology across your product, you are conditioning them to your voice, tone, and language. It helps in creating a dialogue with them, especially if you want them to come back.

 저는 이것의 중요성을, 같은 목적을 위해 다른 용어를 사용했을 때 사용자가 혼란스러워하는 것을 보고 깨달았습니다. 예를 들어, 컴포넌트에 ‘Book a Table’이라는 말과 ‘Reserve a Table’이라는 말을 함께 쓰지 마세요. 텍스트, 라벨, 버튼 등에서요. 단순히 사용자의 혼란을 막기 위해서가 아닙니다. 제품 전반에 걸쳐 동일한 표현을 사용함으로써 사용자에게 조직의 보이스, 톤, 언어를 인식시키기 위해서예요. 특히 사용자의 이탈을 막는 것이 목적이라면, 대화 형식을 활용해보는 것도 괜찮습니다.

3) Test your copy with coworkers

3) 동료들에게 여러분이 쓴 글을 테스트해보세요

 Bounce your copy off other people. If it’s confusing to someone, it probably needs to be reworked. It’s also quite beneficial if you ask someone whose first language isn’t English. If they don’t understand you, it’s most certainly not going to work for your users.

여러분이 쓴 라이팅을 다른 사람에게 보여주세요. 그 사람이 혼란스러워한다면, 아마 그 라이팅은 다듬어야 할 겁니다. 영어가 모국어가 아닌 이에게 물어보는 것도 많은 도움이 됩니다. 그 사람들이 이해한다는 것은, 대부분의 사람이 이해할 수 있다는 것이니까요.

4) It needs to work in every language you have

4) 제품이 지원하는 모든 언어 환경에서 작동하는 글을 쓰세요

 This is something I learned when I was at Zomato – I sat next to Laura, who deals with translations. I’d run copy by her, and she’d tell me if it would break in Portuguese or Turkish. Sometimes, she’d tell me a better way to write what I needed to convey, because that’s just how it worked in another language. She wrote a great post about how translations work at Zomato.

 이건 제가 Zomato(인도의 배달 주문 서비스)에서 일할 때 배운 것인데요. 제 사무실 옆자리엔 번역 담당인 Laura가 앉았습니다. 제 라이팅을 그녀에게 보내주면 그녀는 포르투갈어나 터키어에서도 맥락과 의미가 유지되는지 알려주시곤 했지요. 가끔은 도움을 주시기까지 했어요. 다른 언어로 쓰려면 어떻게 써야하는지에 대해서요. 그녀가 Zomato의 번역 방식에 대해 쓴 훌륭한 글은 링크를 참고하세요.

5) Trust your instincts

5) 여러분의 직감을 믿으세요

 If it doesn’t sound right, or if you’re not happy with what you’ve written, it’s very likely your users will feel the same way. You all speak the same language, so trust your instincts.

 여러분이 보기에 직감적으로 마음에 들지 않는 라이팅이라면, 사용자도 똑같은 생각을 할 겁니다. 여러분의 직감을 믿으세요.

6) Work closely with your product and design teams

6) 제품/디자인 팀과 잘 협력하세요

 I can’t tell you the number of times I’ve been asked to amend copy to ‘make it snappy’ once the designs are done and it’s gone to development. We have to be involved at an earlier stage. We need to know who we’re writing for, to get the voice and tone right, and to ensure that important messages are delivered to our users.

 디자인과 개발이 끝난 뒤, 그쪽 팀에서 제가 이전에 전달한 라이팅을 수정해달라는 요청을 지금껏 몇 번이나 받았는지 셀 수도 없습니다. 더 이른 시기에 제품 개발 과정에 참여하세요. 그러면서 사용자를 더 공부하고, 보이스 앤 톤을 올바르게 정하고, 중요한 메시지가 사용자에게 전달되도록 하세요.

 We also need context, which is why we need to sit with the product teams. I can’t tell you the number of times I’ve received requests to write copy for something or just fix grammar – that’s not what we’re here for. We need to push to get user flows, goals, character limits etc. (Product managers – save us the trouble and sit with us or involve us early!) This just makes our jobs easier when we’re racing against time to meet deadlines. Better yet, create a process that ensures you receive all the information you need to get sh*t done.

 제품 개발의 맥락을 읽기 위해선 제품 팀과 자주 만나야 합니다. 다른 이유에서건 문법적 오류를 고치는 것이건, 그저 라이팅을 수정하기만 하는 것은 UX writer의 존재 이유가 되기엔 너무나도 부족하죠. 우리는 사용자의 흐름, 조직의 목표, 글자수 제한 등의 필요한 정보를 따내야 해요. PM 분들은, UX writer 옆에 앉아 이런 걸 다 설명해야 하는 상황이 싫다면 UX writer를 프로젝트 초기부터 involve 시키세요. 그러면 임박한 마감일에도 어렵지 않게 대처할 수 있습니다. 아 참, 여러분이 해야 하는 일에 대한 모든 정보를 받을 수 있는 process를 확보하는 것도 잊지 마세요.

7) Learn basic design software

7) 기초적인 디자인 툴을 배우세요

 Designers are busy people. We don’t need to learn everything they do, but it’s good to know the basics of tools such as Figma, Sketch, and Balsamiq. Put your copy on a mock-up, see how it looks and reads, and if it fits on the screen. We need to see this to make sure we’re doing our jobs right.

 디자이너는 대개 바쁩니다. 우리가 그들이 하는 모든 것을 배울 필요는 없지만 Figma, Sketch, Balsamiq 같은 기본 툴 정도는 아는 게 좋아요. 목업에 여러분의 라이팅을 얹어보고, 어떻게 보이는지 어떻게 읽히는지 보고, 화면에 맞는지 체크하세요. 그러면 일이 잘 되어가고 있는지 파악할 수 있습니다.

8) Don’t wait for the design

8) 디자인 작업을 기다리지 마세요.

 You don’t need to wait for the final design. If you need to write copy for a landing page, tell the designer what needs to be conveyed, to whom, where, and how it needs to be. Content and design are two sides of the same coin. Don’t separate them. They’re both what the user needs immediately, and the two elements work together to give that to the user.

 디자인 최종안을 기다릴 필요가 없습니다. 예를 들어 랜딩 페이지에 대한 라이팅을 작성해야 하는 경우, 디자이너에게 우리가 사용자에게 무엇을 전달해야 하는지, 누구에게, 어디에, 어떻게 전달해야 하는지 알려주세요. Content와 디자인은 동전의 양면과 같습니다. 둘을 떼어놓고 생각하지 마세요. 둘 다 사용자가 필요로 하는 것이고, 두 요소가 함께 작동해야 메시지를 정확하게 전달할 수 있습니다.

 Writing for UI is not an easy task. You may think it is, because it’s small bits of content. But it’s the most difficult kind of writing I’ve ever done. I found it easy to be flowery and make words seem prettier, but with UI, you drill down to the basics. Everybody needs to understand you. You need to be inclusive of your audience. It has to go with your brand voice and tone. It has to be consistent with the rest of your app/website. This is a very basic checklist – but you need to know your user, and be able to guide them.

 UI를 위한 라이팅이 쉬운 일은 아닙니다. 써야 할 내용의 양이 많지 않기 때문에, 여러분은 그게 쉽다고 생각하실 수도 있어요. 하지만 UX writing은 제가 해본 것 중 가장 어려운 글쓰기입니다. 예쁘고 화려한 라이팅은 쉽습니다. 그러나 UI를 고려한다면, 가장 기본적인 내용을 파고들어야 하지요. 또한 모두가 여러분이 쓴 글을 이해할 수 있어야 하고, 여러분은 메시지 수용자를 이해하고 포용해야 합니다. 조직의 보이스 앤 톤도 고려해야 합니다. 또, 앱과 웹 환경의 모든 부분에서 일관성을 유지시켜야 합니다. 기본적이긴 하지만, 여러분의 사용자를 이해하고 그들을 안내할 수 있어야 하는 것도 잊지 마세요.

 I’m still relatively new to this world, so if you’ve got more tips, tricks, and resources, please let me know!

 저는 아직도 UX writing의 세계가 낯설어요. 다른 많은 팁이나 요령이 있다면 알려주세요!

  

1. 원문으로 보고 싶으시면,

여기를 클릭하세요.

2. 이번 호 아티클을 쓴 Anjana Menon의 프로필이 궁금하시면,

여기를 클릭하세요.

오늘 뉴스레터 어떠셨나요? 구독자님의 의견이 궁금해요!
피드백 남기러 가기