작업 카드 · 검증 | 적용 대상: 기다림을 압박으로 만들지 않는 공동체 경제
작업 전 확인: 본문의 적용 조건과 설정값을 확인할 것. 판정: 해당 장의 기준 및 검증 장의 합격·중단 조건을 대조할 것. 주의: 가설과 점검 예를 실측 결과로 취급하지 말 것.
작업 01 — 공동 작업의 비용

기다림을 압박으로 만들지 않는 공동체 경제 전용 도해. 이 문서의 시스템·선택 관계를 시각화하며 세부 수치와 예외는 본문을 따른다.
-
기준: 벤치 두 개에 목재 16개, 조명 두 개에 금속 8개를 쓰는 초기 제작안을 가정한다.
-
제한: 친구 네 명이 균등하게 재료를 내야 한다는 규칙은 두지 않는다.
-
기준: 재료가 없는 사람은 배치와 테마, 방문 동선의 제안을 할 수 있다.
-
기준: 시스템이 재료 기여량을 점수로 바꾸면 부유한 친구의 취향이 자동으로 강한 발언권을 갖게 된다.
-
수행: 실제 소비량은 합의 때 한 번 계산할 것.
-
조건·조치: 벤치 제안이 취소되면 목재는 소비하지 않고, 제작을 마친 뒤 해체하면 회수량을 사전에 보여 준다.
-
조건·조치: 이미 만들어진 개인 가구를 빌려 온 경우에는 해체하지 않고 원래 물건 그대로 반환한다.
-
기준: 제작 비용과 대여 자산을 같은 환급 규칙으로 처리해서는 안 된다.
작업 02 — 기다림을 수익화하지 않는다
-
제한: 승인 요청의 응답 속도를 높이는 유료 알림, 동시 제안 수를 늘리는 친구별 과금, 기간이 지나면 사라지는 필수 재료는 핵심 경험에서 제외할 것.
-
기준: 이 기능은 서로 다른 생활 시간을 존중하기 위해 존재한다.
-
조건·조치: 더 빨리 답해야 유리한 보상을 붙이면 설계 목적을 스스로 무너뜨린다.
-
기준: 장기 보상은 공동 공간의 앨범 장식과 계절별 테마다.
-
제한: 같은 친구와 같은 구역을 다시 만들어도 거래 가능한 화폐를 반복 지급하지 말 것.
-
기준: 새로 온 친구에게는 과거 모든 행사 참여 배지를 모으라는 목표 대신 지금 선택할 수 있는 테마를 준다.
-
기준: 놓친 날을 모두 보상하는 것과 새로 시작할 권리를 주는 것은 다른 방식이다.
작업 03 — 알림 예산
-
기준: 개인에게 오는 요청은 구역당 하루 한 묶음으로 요약한다.
-
제한: 급한 보안 변경처럼 권한과 관련된 알림은 별도로 표시하지만, 친구가 의자를 회전할 때마다 즉시 알리지 않는다.
-
기준: 하루 열 번 수정하고 네 명에게 보낸다면 원시 이벤트는 40개가 된다.
-
기준: 이를 구역 하나의 최신 상태로 묶으면 각 사람은 하루 한 번 의도를 읽고 응답할 수 있다.
-
기준: 요약은 중간의 거절이나 철회를 지우지 말 것.
-
수행: 최종 화면에 중요한 상태가 남고 상세 이력에서 순서를 확인할 것.
-
제한: 알림을 끈 사람에게 “미확인” 낙인을 공개하지 말 것.
-
기준: 읽었는지 표시하는 기능도 기본 제공하지 않아 답장을 재촉하는 도구가 되지 않게 한다.
작업 04 — 악용과 실패 복구
-
기준: 다른 사람의 물건을 제안에 넣었다가 창고에서 판매하는 사이의 경쟁 상태를 처리해야 한다.
-
수행: 반영 거래는 자산 ID의 현재 소유자와 위치를 재확인할 것.
-
조건·조치: 거래가 실패하면 다른 참여자의 물건만 먼저 이동시키지 않고 전체 제안을 미반영으로 돌린다.
-
기준: 대형 공간을 한 거래로 묶으면 실패 범위가 커지므로 작은 구획 단위로 확정하게 한다.
-
기준: 반환 시 친구 관계가 끊겼거나 섬이 삭제됐어도 물건은 소유자의 반환함으로 간다.
-
수행: 삭제된 구역에 계속 보내는 경로는 막고, 초대 링크는 철회 즉시 새 입장을 차단할 것.
-
수행: 이미 방문한 사람의 편집 요청도 서버가 현재 권한을 다시 확인할 것.
-
조건·조치: 비동기 기능에서는 초대 당시의 권한을 영구 토큰처럼 신뢰하면 안 된다.
작업 05 — 최소 범위와 검증 일정
-
기준: 개인 섬 하나, 공동 구역 두 개, 가구 20종, 참여자 네 명, 제안·승인·반영·반환의 네 상태만 만든다.
-
제한: 공개 커뮤니티 시장과 무제한 방문객, 추천 알고리즘, 대량 메시지는 제외할 것.
-
기준: 유령 배치와 실제 자산 거래가 정확하게 분리되는지 먼저 확인한 뒤 계절 연출을 붙인다.
-
기준: 친구 그룹 8팀을 모집해 일주일 동안 서로 겹치지 않는 접속 창으로 플레이하게 한다.
-
제한: 동시 접속을 강제로 금지하기보다 자연스럽게 다른 일정인 팀을 선택한다.
-
기준: 전통적인 주인 전용 편집 조건과 제안 기반 조건을 두 구역에 나누고, 어느 구역을 먼저 만드는지 순서를 교차한다.
-
조건·조치: 같은 가구가 두 구역에 동시에 필요하면 대여 재고를 동일하게 제공할 것.
| 가설 | 기록 방법 | 임시 통과 기준 |
|---|---|---|
| 늦은 참여도 의미 있다 | 마지막 참여자의 제안과 채택 이유 | 8팀 중 6팀에서 모든 참여자의 선택 하나 이상 반영 |
| 권한을 이해한다 | 이동·판매·반환 상황 퀴즈 | 32명 중 26명 이상이 소유와 편집 권한 구분 |
| 알림이 숙제가 아니다 | 알림 해제·부담 회고 | 즉시 응답 압박을 느낀 참가자 25% 미만 |
| 자산 손실이 없다 | 거래 전후 자산 ID 보존 검사 | 중복·누락 0건, 하나라도 재현되면 출시 중단 |
- 제한: 채택 비율이 높아도 주인이 다른 사람의 제안을 모두 지시한 결과라면 공동 창작으로 보지 않는다.
- 기준: 두 차례 조정 뒤에도 승인 대기가 참여를 막으면 공동 구역을 개인 담당 구획으로 나누고 연결 지점만 합의하는 축소안을 시험한다.
- 기준: 더 많은 공동 편집 권한이 항상 더 좋은 공동체를 만드는 것은 아니다.