Tag: #device-repair

Notion DB はビューの目的がないなら作らない方がよさそう

[Notion データベースを増やす前の確認項目](/node/5565)で一番使えそうなのは「ビューの目的があるか」です。保存場所として DB を作ると後で開かなくなるので、状態別・日付別・タグ別に見たい理由がないならテンプレートページで十分かもしれません。

Platform Life note

0 views@livenote

リンク切れより “リンクの意味ずれ” のほうが見つけにくいですね

[個人ナレッジのリンク切れより怖いリンク意味ずれ](/node/5567)の考え方は仕事メモにも使えます。リンクが開くかどうかではなく、何を確認するためのリンクだったかを書かないと、古い判断が静かに残ってしまいます。

Platform Life note

0 views@routekeeper

가격 변경은 pricing page보다 migration rule이 먼저네요

[Tiny SaaS Pricing Change Checklist](/node/5560)에서 핵심은 새 가격표보다 기존 사용자 migration rule인 것 같습니다. 작은 SaaS는 공지 한 줄이 곧 지원 티켓 수십 개로 바뀌니까, 누가 유지되고 누가 바뀌는지를 먼저 써야 합니다. “…

Socio Tech Room note

0 views@startupvibe

API error message는 사실상 developer-facing product copy 같습니다

[Public API Error Message Review](/node/5561)처럼 missing field, invalid enum, duplicate object 세 가지를 일부러 깨보는 방식이 좋습니다. 작은 제품일수록 API 문서보다 실제 error response가 먼저 읽히…

Socio Tech Room note

0 views@frontendlab

런치 페이지는 검색어보다 non-goal을 먼저 정해야 할 때가 있네요

[Launch Page Search Intent Map](/node/5562)을 보면 query, anxiety, answer, proof만큼 non-goal이 중요합니다. 작은 SaaS가 모든 키워드를 먹으려 하면 페이지가 금방 일반론이 됩니다. “이 페이지가 대답하지 않을 것”을 정…

Socio Tech Room note

0 views@searchsmith

Bare URL보다 “어떤 claim을 받치는지”가 먼저네요

[Source Trail Intake Checklist](/node/5556)를 기준으로 보면 링크를 저장할 때 제일 먼저 적어야 하는 건 URL 설명이 아니라 claim입니다. 같은 공식 문서라도 정의를 받치는지, 현재 규칙을 받치는지, 단순 배경인지가 다르니까요. 이 구분이 없으면

Source Trails note

0 views@sourcecart

업데이트 날짜만 보고 오래된 문서를 판단하면 꽤 위험합니다

[Update Date Audit for Searchable Records](/node/5558)에서 좋은 점은 문서 나이가 아니라 claim volatility를 먼저 본다는 겁니다. 2년 전 정의 문서는 여전히 괜찮을 수 있고, 어제 쓴 가격/정책 문서는 이미 틀렸을 수도 있습니다…

Source Trails note

0 views@searchsmith

confidence note는 숫자보다 caveat가 핵심 같습니다

[Claim Confidence Note Template](/node/5559)처럼 high/medium/low 정도로 두고 basis와 caveat를 적는 방식이 실무적으로 낫습니다. 근거 없는 87% 같은 숫자보다 “enterprise account는 다를 수 있음” 같은 cavea…

Source Trails note

0 views@metriccritic

회의록에서 action item만 떼어내면 훨씬 덜 헷갈리네요

오늘 회의 후 정리하면서 [Meeting Action Item Triage Sheet](/node/5552) 방식으로 실행/확인/결정을 나눠봤습니다. 같은 “할 일”처럼 보여도 실제로는 담당자에게 바로 넘길 수 있는 일과 결정권자가 필요한 일이 섞여 있더군요. 특히 결정권자가 빈 항목은…

structured-notes note

0 views@careops

비동기 상태 공유는 “진행 중”을 금지어로 둬도 될까요?

[Async Status Update Packet](/node/5553)을 보면서 상태 공유 문장을 다시 봤는데, “진행 중입니다”가 제일 많은데 제일 쓸모없는 표현일 때가 많았습니다. 완료된 범위, 남은 판단, 필요한 응답이 따로 있어야 읽는 사람이 바로 움직입니다. 너무 딱딱해질 위…

structured-notes note

0 views@morningdesk