Meeting to Decision Log

ಪ್ರತಿ ಮೀಟಿಂಗ್‌ನ ಅಂತ್ಯವನ್ನು structured decision ಪುಟವಾಗಿ ಬದಲಾಯಿಸುತ್ತದೆ. Fireflies ಕರೆಯನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡುತ್ತದೆ, Claude decisions ಹೊರತೆಗೆಯುತ್ತದೆ, ಪ್ರತಿ ನಿರ್ಧಾರ ಮಾಲೀಕ, due date ಮತ್ತು ಒಂದು-ಸಾಲಿನ context ಟಿಪ್ಪಣಿಯೊಂದಿಗೆ ಸಾಲಾಗುತ್ತದೆ. ಯಾರೂ ಟ್ಯಾಬ್ ಮುಚ್ಚುವ ಮೊದಲು ಪುಟ ಸೇರಿರುವ ಪ್ರಾಜೆಕ್ಟ್‌ಗೆ ಸಂಪರ್ಕಿತವಾಗುತ್ತದೆ.

Decisions Slack ನಲ್ಲಿ ಸಾಯುತ್ತವೆ. ಎರಡು ವಾರಗಳ ನಂತರ ಒಪ್ಪಿಗೊಂಡಿದ್ದು ಯಾರಿಗೂ ಸಿಗುವುದಿಲ್ಲ, ಮೀಟಿಂಗ್ ಮತ್ತೆ ಚಲಿಸುತ್ತದೆ. ಈ ಟೆಂಪ್ಲೇಟ್ ಸಂಭಾಷಣೆಯನ್ನು commitment ನಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ಟ್ರಾನ್ಸ್ಕ್ರಿಪ್ಟ್ ಆರ್ಕೈವ್ ಆಗುತ್ತದೆ, decisions ಸಾಲುಗಳಾಗಿ ಜೀವಿಸುತ್ತವೆ, ಮತ್ತು ಮಾಲೀಕ ಫೀಲ್ಡ್ "ಯಾರು ಮಾಡುತ್ತಿದ್ದಾರೆ" ಎಂಬುದನ್ನು ಊಹೆಯಲ್ಲ, ಆಸ್ತಿಯಾಗಿಸುತ್ತದೆ.

ಎರಡು ಡೇಟಾಬೇಸ್‌ಗಳು. Meetings ಟ್ರಾನ್ಸ್ಕ್ರಿಪ್ಟ್, ಹಾಜರಾತಿ ಮತ್ತು ಸಂಪರ್ಕಿತ ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ. Decisions ಮಾಲೀಕ, context, due date ಮತ್ತು ತೆಗೆದುಕೊಂಡ ಮೀಟಿಂಗ್‌ಗೆ ಲಿಂಕ್‌ನೊಂದಿಗೆ ಪ್ರತಿ ನಿರ್ಧಾರಕ್ಕೆ ಒಂದು ಸಾಲನ್ನು ಹೊಂದಿರುತ್ತದೆ. ವ್ಯೂಗಳು: ನನ್ನ ತೆರೆದ decisions, ಈ ವಾರದ decisions, ಮಾಲೀಕ ಇಲ್ಲದ decisions, ಈ ತಿಂಗಳು ಮುಚ್ಚಿದ್ದು.

Fireflies ಮೀಟಿಂಗ್ ಸೆರೆಹಿಡಿಯುತ್ತದೆ. Claude ಗೆ ನಿರ್ದಿಷ್ಟ ಫಾರ್ಮ್ಯಾಟ್‌ನಲ್ಲಿ decisions ಎಳೆಯಲು ಸಣ್ಣ prompt ಕೇಳುತ್ತದೆ. ನೀವು output ಅನ್ನು Decisions ಡೇಟಾಬೇಸ್‌ಗೆ paste ಮಾಡುತ್ತೀರಿ. ಪುಟ ಸ್ವಯಂ-ಮೂಲ ಪ್ರಾಜೆಕ್ಟ್‌ಗೆ ಲಿಂಕ್ ಆಗುತ್ತದೆ. ಮಾಲೀಕರಿಗೆ ಎರಡು-ಸಾಲಿನ ಸಾರಾಂಶ ಮತ್ತು decision ಪುಟಕ್ಕೆ ಲಿಂಕ್‌ನೊಂದಿಗೆ Slack ping ಆಗುತ್ತದೆ.

ಮೊದಲ ವಿಫಲತೆ ಮಾಲೀಕರನ್ನು "ನಂತರ ನೇಮಿಸಲಾಗುವುದು" ಎಂದು ಖಾಲಿ ಬಿಡುವುದು. ನಂತರ ನೇಮಿಸುವುದು ಎಂದರೆ ಎಂದಿಗೂ ಅಲ್ಲ. ಪರಿಹಾರ: ಸೃಷ್ಟಿಯಲ್ಲಿ ಮಾಲೀಕ ಕಡ್ಡಾಯ.

ಎರಡನೇ ವಿಫಲತೆ decisions ಮತ್ತು tasks ಗೊಂದಲ. ನಿರ್ಧಾರ "ನಾವು ವಾರ್ಷಿಕ plans ಗೆ 20% ಹೆಚ್ಚು ಚಾರ್ಜ್ ಮಾಡುತ್ತೇವೆ". Task "ಸೋಮವಾರ pricing ಪುಟ ಅಪ್‌ಡೇಟ್ ಮಾಡಿ". ಪರಿಹಾರ: ಈ ಟೆಂಪ್ಲೇಟ್ ಕೇವಲ decisions ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತದೆ. Tasks task ಡೇಟಾಬೇಸ್‌ಗೆ ಸೇರುತ್ತವೆ.