Restructure a text by reordering only
Diagnoses the current order and proposes a new one without rewriting any sentences.
| Category | Writing › Editing |
|---|---|
| Tags | RewritingAnalyzingTable |
Restructure this text. ***Do not write new sentences — change the order only.*** 1. Break the content into blocks and number them. One line on what each block does. 2. **Diagnose the current order** — conclusion buried at the end, the same point scattered, background running long. 3. Propose the new order with reasons. 4. **Mark where a move breaks the connection and a transition sentence is needed.** *Say where one is needed; do not write it.* 5. Note any block that serves nothing — that is a cut, not a move. Then: whether the problem is actually the order, or whether the piece is missing something. *Restructuring will not fix an argument with a hole in it.*
What this prompt does
Rewriting while restructuring hides whether the order was the problem. This moves blocks only and says when the real issue is a missing piece.
Real outputs by model
Read full answers
We gave three models the same input and copied their answers unedited. Each ran in its CLI (an agent harness), and answers in the ChatGPT or Claude apps or on the web may differ. Outputs are in Korean.
Purpose: 사내 위키에 올릴 신규 기능(스마트 알림) 소개 글로 재구성 — 바쁜 팀원들이 앞부분만 읽어도 핵심을 파악하도록 Source text: 이번에 저희 팀에서 스마트 알림 기능을 새로 개발하게 된 배경부터 설명드리려고 합니다. 원래 저희 서비스는 모든 사용자에게 동일한 알림을 동일한 시간에 발송하는 방식이었습니다. 이 방식은 2023년 서비스 초기부터 사용되어 왔고, 그동안 큰 문제 없이 운영되어 왔습니다. 하지만 최근 사용자 수가 늘어나면서 알림 피로도에 대한 불만이 조금씩 접수되기 시작했습니다. 고객센터에도 관련 문의가 들어왔고, 앱스토어 리뷰에도 '알림이 너무 많다'는 의견이 종종 보였습니다. 이런 배경 속에서 저희는 사용자별 행동 패턴을 분석해 알림 시간과 빈도를 개인화하는 방안을 검토하게 되었습니다. 데이터팀과 함께 3개월간 사용자 행동 로그를 분석했고, 그 결과를 바탕으로 알고리즘을 설계했습니다. 그리고 최근에 이 알고리즘을 적용한 스마트 알림 기능을 개발 완료했고, 지난주부터 일부 사용자를 대상으로 베타 테스트를 진행 중입니다. 베타 테스트 결과 알림 클릭률이 23% 상승했고 알림 끄기 비율은 40% 감소했습니다. 참고로 이 기능은 다음 달 정식 출시 예정이며, 관련 문의는 알림팀으로 해주시면 됩니다.
1. 블록 구분
도입 및 기존 방식 설명
기존 알림 방식과 운영 이력을 설명한다.문제 발생 배경
사용자 증가 이후 알림 피로도 관련 불만이 생겼음을 설명한다.해결 방향과 개발 과정
행동 로그를 분석하고 개인화 알고리즘을 설계한 과정을 설명한다.기능 개발 및 베타 성과
스마트 알림 개발 완료와 베타 테스트 성과를 제시한다.출시 일정 및 문의처
정식 출시 예정일과 문의 대상을 안내한다.
2. 현재 순서 진단
- 핵심 결론인 기능 개발 완료와 성과가 4번째 블록까지 묻혀 있다.
- 기존 방식, 문제, 해결 과정, 성과가 시간순으로 배치되어 있어 바쁜 독자가 앞부분만 읽으면 핵심을 놓친다.
- 알림 피로도라는 문제와 개인화라는 해결 방향은 이어지지만, 기능의 효과와 출시 정보가 뒤에 있다.
- 첫 문장인 “배경부터 설명드리려고 합니다”는 내용 전달보다 글의 진행 방식을 설명한다.
3. 제안 순서와 이유
4 → 5 → 2 → 3 → 1
- 4: 기능과 성과를 가장 먼저 보여준다.
- 5: 출시 일정과 문의처를 바로 안내한다.
- 2: 기능이 필요한 이유를 설명한다.
- 3: 문제에 대한 해결 과정과 기술적 근거를 설명한다.
- 1: 기존 방식과 운영 이력은 상세 배경으로 뒤에 둔다.
4. 연결이 끊기는 지점과 전환 문장 필요 여부
- 4 앞: “그리고 최근에”로 시작하므로, 앞에 전환 문장이 필요하다.
- 5 뒤 → 2: 출시 안내에서 문제 배경으로 넘어가므로 전환 문장이 필요하다.
- 2 → 3: “이런 배경 속에서”가 앞의 문제를 받으므로 연결이 유지된다.
- 3 → 1: 해결 과정에서 기존 방식의 역사로 되돌아가므로 전환 문장이 필요하다.
5. 기능하지 않는 블록
- 첫 문장 **“이번에 저희 팀에서 스마트 알림 기능을 새로 개발하게 된 배경부터 설명드리려고 합니다.”**은 글의 내용을 추가하지 않으므로 삭제 대상이다.
문제의 본질
주된 문제는 순서다. 다만 글에는 스마트 알림이 사용자에게 구체적으로 어떤 경험을 제공하는지, 사용자가 무엇을 해야 하는지가 빠져 있다. 성과 수치는 있지만 기능의 실제 작동 방식과 사용자 편익이 없어, 순서만 바꿔도 소개 글로서의 설명이 완전히 충족되지는 않는다.
More in this category
| Academic Text Refinement Assistant | |
| AI Writing Tutor | |
| Alternative Text Generator | |
| Birthday Message Generator – 3 Styles | |
| Brotherhood Pressure — CN→EN & EN→EN Street Rewrite |